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