On Sat, 2017-09-02 at 10:34 -0400, Matthew Miller wrote: > On Sat, Sep 02, 2017 at 09:05:02AM -0500, Michael Cronenworth wrote: > > > Would we be keeping these separate for a long time? Alternatives are > > > really pretty ugly and I'd hate to see that introduced just for one > > > release. > > > > After handling all the rebuilds for version 7, it is pretty rare for > > an upstream to support version 7 right now. I would strike an > > uneducated guess at 1-2 years for upstreams to come around to > > porting. It would not surprise me if some upstreams stay at version > > 6 unless ImageMagick decides to stop supporting version 6. Not to > > Ugh. How many of these are using the library and how many are shelling > out?
I don't think we looked at things which just use the CLI at all, at least I was using a list based on library dependencies. The list of things which at least express an explicit dependency on ImageMagick or one of the binaries it provides is: DVDAuthorWizard-0:1.4.6-9.fc26.noarch ImageMagick-devel-0:7.0.6.9-4.fc27.i686 ImageMagick-devel-0:7.0.6.9-4.fc27.x86_64 a2ps-0:4.14-32.fc27.i686 a2ps-0:4.14-32.fc27.x86_64 anyremote-0:6.6.1-4.fc27.x86_64 c-graph-0:2.0-12.fc27.x86_64 caja-image-converter-0:1.18.1-4.fc27.x86_64 conky-manager-0:2.3.4-5.fc27.x86_64 dblatex-0:0.3.10-2.fc27.noarch devedeng-0:4.8.9-1.fc27.noarch dvd-slideshow-0:0.8.6-1.1.fc26.1.noarch dvdrip-0:0.98.11-14.fc27.x86_64 epix-0:1.2.17-3.fc27.x86_64 fbida-0:2.09-13.fc27.x86_64 ffmulticonverter-0:1.8.0-5.fc26.noarch freewrl-0:3.0.0-5.20170729git4f920cb.fc27.i686 freewrl-0:3.0.0-5.20170729git4f920cb.fc27.x86_64 gallery2-imagemagick-0:2.3.2-17.fc27.noarch geeqie-0:1.3-5.fc27.x86_64 gegl03-0:0.3.20-1.fc27.i686 gegl03-0:0.3.20-1.fc27.x86_64 gnome-photos-0:3.25.91-1.fc27.x86_64 gyachi-0:1.2.11-14.fc24.x86_64 gyazo-0:1.2-3.fc27.noarch icewm-clearlooks-0:1.3.8-14.fc27.noarch jumpnbump-menu-0:1.60-4.fc27.noarch latex2rtf-0:2.3.16-1.fc27.x86_64 libpst-0:0.6.71-3.fc27.x86_64 lives-0:2.8.7-2.fc27.x86_64 lyx-0:2.2.3-2.fc27.x86_64 mediawiki-0:1.29.0-2.fc27.noarch mtpaint-0:3.40-23.fc27.x86_64 nautilus-image-converter-0:0.3.1-0.13.git430afce31.fc27.x86_64 nemo-image-converter-0:3.4.0-2.fc27.x86_64 perl-Panotools-Script-0:0.28-12.fc27.noarch phatch-cli-0:0.2.7-28.fc27.noarch playonlinux-0:4.2.12-3.fc27.x86_64 shutter-0:0.93.1-8.fc27.noarch variety-0:0.6.5-1.fc27.noarch w3m-img-0:0.5.3-34.git20170102.fc27.x86_64 These things Recommend it: diffoscope-0:77-2.fc26.noarch gnumed-0:1.6.7-4.fc27.noarch gscan2pdf-0:1.8.6-1.fc27.noarch python2-sphinx-0:1.6.3-2.fc27.noarch python3-sphinx-0:1.6.3-2.fc27.noarch recoverjpeg-0:2.6.1-4.fc27.x86_64 sway-0:0.14.0-2.fc27.x86_64 and these Suggest it: abcde-0:2.8.1-4.fc27.noarch gap-pkg-hap-0:1.11.14-3.fc27.noarch winswitch-0:0.12.21-21.fc27.noarch The existence of Recommends and Suggests dependencies are significant, because it rather suggests there may be *other* things which can optionally use IM where the maintainer previously didn't want to use a hard Requires: - I would guess there may be cases where no-one thought to add a Recommends or Suggests yet. > Could we just tack a 6 on the end of all of the older binaries? > > > mention the dead upstreams where we will have to port ourselves or > > our friends at Canonical and Debian that don't even have version 7 > > (or a recent version 6) in their repos. > > Or port those to GraphicsMagick as suggested elsewhere. Note I did try building a few things against GM but none of them 'just worked', so this would likely be a porting effort like the IM 6 -> 7 one - probably not worth the effort without co-ordination with upstreams. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
