On Thu, 2014-10-16 at 14:40 +0200, Kalev Lember wrote: > Hi all, > > We seem to have a number of broken dependencies in F21 that have gone > unfixed for a quite some time. Not sure what's up with them; the > maintainers are supposed to get daily notifications to make sure these > don't go unnoticed. > > Does anyone have ideas how to deal with these packages? > > I wonder if it would make sense to just drop them before F21. Having > broken dependencies basically means that the packages are completely > broken and cannot be installed at all. Not much point in shipping those > in the repositories ... > > Any ideas how to deal with this? Here's a quick look at some of them.
Note that I'm not a provenpackager, so I can't actually do anything about it myself. ## libint soname bump >> [PyQuante] >> PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = >> 0:1.1.6-2.fc21 This can just be rebuilt: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881637 >> [cp2k] >> cp2k-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 >> cp2k-mpich-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = >> 0:1.1.6-2.fc21 >> cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libmpi_usempi.so.1 >> cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = >> 0:1.1.6-2.fc21 This hasn't finished building yet, but it seems ok so far: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881650 ## json-c soname bump >> [authhub] >> authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 This fails to build: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881643 ## rbtorrent soname bump >> [fatrat] >> 1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires >> libtorrent-rasterbar.so.7 Seems this will need some upstream work: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881660 >> [flush] >> flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7 So does this: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881679 ## ocaml-camlp4 update The dep was updated: $ repoquery --provides ocaml-camlp4 ocaml(Camlp4) = 315363230d084ceb1cc5e85bfe2bfd49 >> [cduce] >> cduce-0.5.5-9.fc21.armv7hl requires ocaml(Camlp4) = >> 0:ebd368022fd2bc7b305a42902efa4c90 This fails to rebuild: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881630 >> [ocaml-pa-do] >> ocaml-pa-do-0.8.16-3.fc21.armv7hl requires ocaml(Camlp4) = >> 0:ebd368022fd2bc7b305a42902efa4c90 This fails to rebuild: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881760 ## vala update >> [gedit-valencia] >> gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires >> libvala-0.24.so.0 This fails to build: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881927 However, there's a new upstream release which might fix the problem. >> [monodevelop-vala] >> monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala < 0:0.25.0 This fails to build: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881961 However, there's a new upstream release which might fix the problem. >> [valabind] >> valabind-0.7.4-4.fc21.armv7hl requires libvala-0.24.so.0 This fails to build: https://koji.fedoraproject.org/koji/taskinfo?taskID=7881954 However, there's a new upstream release which might fix the problem. ## Django 1.4 retired >> [django-recaptcha] >> django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 >> [openslides] >> openslides-1.3.1-3.fc21.noarch requires python-django < 0:1.5 >> [pootle] >> pootle-2.1.6-8.fc21.noarch requires python-django14 >> [python-coffin] >> python-coffin-0.3.7-3.fc21.noarch requires python-django14 >> [python-django-addons] >> python-django-addons-0.6.6-2.fc21.noarch requires python-django14 >> [python-django-longerusername] >> python-django-longerusername-0.4-5.20130204gite4e85d7d.fc21.noarch >> requires python-django14 >> [transifex] >> transifex-1.2.1-12.fc21.noarch requires python-django14 Django 1.4 has been retired: https://lists.fedoraproject.org/pipermail/devel/2014-September/202593.html >> [python-askbot-fedmsg] >> python-askbot-fedmsg-0.1.0-2.fc21.noarch requires askbot Askbot was retired in f21 and master: https://lists.fedoraproject.org/pipermail/devel/2014-September/202687.html >> [audtty] >> audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 Seems libaudclient was part of audacious but has then been removed upstream: http://audacious-media-player.org/download ## Unknown cases >> [edelib] >> edelib-2.1-5.fc21.armv7hl requires libedelib.so >> edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so This is weird, edelib provides libedelib.so.2.1.0, but somehow it requires libedelib.so Could it be the rpmbuild automatic requires generator misbehaved? >> [avro] >> avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce >> avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client >> [spring-maps-default] >> spring-maps-default-0.1-12.fc21.noarch requires spring >> [freesteam] >> freesteam-ascend-2.1-6.20140724svn753.fc21.armv7hl requires >> libascend.so.1 >> [syntastic] >> syntastic-d-3.5.0-1.fc21.noarch requires ldc All these deps are available in Fedora 21, not sure what is going on here... >> [totpcgi] >> totpcgi-selinux-0.5.5-1.fc21.noarch requires >> file:///usr/share/doc/selinux-policy/html/index.html Can we even require a « file:// » uri? -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
