Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)

Thu Oct 16 14:47:29 UTC 2014

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