Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
On Thu, Oct 16, 2014 at 14:40:50 +0200, Kalev Lember kalevlem...@gmail.com wrote: [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick has been rebuilt in rawhide and f21 (requested for the testing repo). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
On Thu, Oct 16, 2014 at 04:47:29PM +0200, Mathieu Bridon wrote: [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 This was waiting for an upstream fix. I have not checked the current status however. [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 This package is supposed to be orphaned and/or retired. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
On Fri, Oct 17, 2014 at 5:59 PM, Richard W.M. Jones rjo...@redhat.com wrote: On Thu, Oct 16, 2014 at 04:47:29PM +0200, Mathieu Bridon wrote: [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 This was waiting for an upstream fix. I have not checked the current status however. [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 This package is supposed to be orphaned and/or retired. It looks like the fedpkg retire was done in F-22, and not F-21. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
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? -- Kalev On 10/15/2014 01:45 PM, Fedora Branched Report wrote: Compose started at Wed Oct 15 07:15:03 UTC 2014 Broken deps for armhfp -- [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [avro] avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client [cduce] cduce-0.5.5-9.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [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 [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc21.armv7hl requires libedelib.so edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.armv7hl requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7 [freesteam] freesteam-ascend-2.1-6.20140724svn753.fc21.armv7hl requires libascend.so.1 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.armv7hl requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3 libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [ltsp] ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [ocaml-pa-do] ocaml-pa-do-0.8.16-3.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [openslides] openslides-1.3.1-3.fc21.noarch requires python-django 0:1.5 [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [openvas-client] openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_misc.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_hg.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_base.so.6 [perl-RT-Authen-ExternalAuth] perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires rt3 [perl-RT-Extension-CommandByMail] perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires perl(RT::Interface::Email) [pipelight-selinux] pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight [pootle] pootle-2.1.6-8.fc21.noarch requires python-django14 [python-askbot-fedmsg] python-askbot-fedmsg-0.1.0-2.fc21.noarch
Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
On Thu, Oct 16, 2014 at 14:40:50 +0200, Kalev Lember kalevlem...@gmail.com wrote: Does anyone have ideas how to deal with these packages? I have been meaning to deal with meshmagick. I actually did a small part of the changes locally. The issue is that stricter checking by gcc is resulting in the package not building and some repeated consructs need to be fixed. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
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]
Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
On Thu, Oct 16, 2014 at 04:47:29PM +0200, Mathieu Bridon wrote: 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 Re-built: https://admin.fedoraproject.org/updates/PyQuante-1.6.4-13.fc21 Amusingly, it FTBFS on F22, apparently due to a change in numpy: http://koji.fedoraproject.org/koji/taskinfo?taskID=7882563 I'll let the maintainer fix that one. Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
On Thursday, 16 October 2014 at 16:47, Mathieu Bridon wrote: 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. [...] [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 https://admin.fedoraproject.org/updates/FEDORA-2014-12957/ in testing. Sorry, it took a while to get elpa building first and then fix the remaining issues in cp2k build. Regards, -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)
On Thu, 16 Oct 2014 14:40:50 +0200, Kalev Lember wrote: 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? [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 That library has been discontinued, but meanwhile has reappeared in a separate tarball. The original audtty packager had retired audtty in response to bugzilla tickets, but someone else has taken over the package without any activity [yet]. IMO, it would have been fine to resurrect the package no sooner than when something would be ready. E.g. a libaudclient review request with approval. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct