F-18 Branched report: 20121031 changes

Wed Oct 31 19:53:43 UTC 2012

Status review of reported broken deps:

On 10/31/2012 09:01 AM, Fedora Branched Report wrote:
> [dhcp-forwarder]
> 	dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl

Waiting for ensc to figure out which update should go into F18 stable.

> [dnf]
> 	dnf-0.2.14-2.git4831982.fc18.noarch requires python-hawkey >= 0:0.3.0

Resolved by
https://admin.fedoraproject.org/updates/FEDORA-2012-16329/hawkey-0.3.0-1.gitafa7717.fc18
, pending stable push.

> [dustmite]
> 	dustmite-1-5.20120304gitcde46e0.fc17.x86_64 requires libphobos-ldc.so.59()(64bit)

Build needed a fixed ldc (in testing) and updates from git. One override
later, and we have:

https://admin.fedoraproject.org/updates/dustmite-1-8.20121031git1fb3ac4.fc18

> [func]
> 	func-0.28-1.fc17.noarch requires smolt

Fixed build was done, but not pushed as an update, I did that:
https://admin.fedoraproject.org/updates/func-0.30-1.fc18

> [gcc-python-plugin]
> 	gcc-python2-debug-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18
> 	gcc-python2-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18
> 	gcc-python3-debug-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18
> 	gcc-python3-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18

Rebuilt against gcc 4.7.2-3.fc18. There are newer gcc builds in the f18
target, but none of them have been submitted as updates, so we might
have to do this again:

https://admin.fedoraproject.org/updates/gcc-python-plugin-0.9-6.fc18

> [gdb-heap]
> 	gdb-heap-0.5-9.fc18.x86_64 requires glibc(x86-64) = 0:2.15

Just needed to be rebuilt with the glibc hardcoded requires adjusted for
F18 (glibc-2.16):

https://admin.fedoraproject.org/updates/gdb-heap-0.5-10.fc18

> [gnome-do-plugins]
> 	gnome-do-plugins-banshee-0.8.4-10.fc18.x86_64 requires mono(Banshee.CollectionIndexer) = 0:2.4.0.0

Update pending stable push:
https://admin.fedoraproject.org/updates/FEDORA-2012-16546/gnome-do-plugins-0.8.4-12.fc18

> [gnome-shell-theme-selene]
> 	gnome-shell-theme-selene-3.4.0-5.fc18.noarch requires gnome-shell-extensions-user-theme

Update pending stable push:
https://admin.fedoraproject.org/updates/FEDORA-2012-16651/gnome-shell-theme-selene-3.4.0-6.fc18

> [ip-sentinel]
> 	ip-sentinel-upstart-0.12-1303.fc18.noarch requires /sbin/initctl

Update pending stable push:
https://admin.fedoraproject.org/updates/FEDORA-2012-12727/ip-sentinel-0.12-1801.fc18

> [libsyncml]
> 	1:libsyncml-0.4.6-4.fc17.i686 requires libsoup-2.2.so.8
> 	1:libsyncml-0.4.6-4.fc17.x86_64 requires libsoup-2.2.so.8()(64bit)

Not touching, evolution related.

> [mapserver]
> 	mapserver-perl-6.0.1-5.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2)

Update pending stable push:
https://admin.fedoraproject.org/updates/FEDORA-2012-16204/mapserver-6.0.3-6.fc18

> [milter-greylist]
> 	milter-greylist-upstart-4.2.7-1701.fc18.noarch requires /sbin/initctl

Update pending stable push:
https://admin.fedoraproject.org/updates/FEDORA-2012-12738/milter-greylist-4.2.7-1801.fc18

> [mod_pubcookie]
> 	mod_pubcookie-3.3.4a-7.fc18.x86_64 requires httpd-mmn = 0:20051115-x86-64

Does not rebuild against latest httpd:

mod_pubcookie.c:3321:17: error: 'core_dir_config' has no member named
'ap_auth_type'
mod_pubcookie.c:3332:21: error: 'core_dir_config' has no member named
'ap_requires'
mod_pubcookie.c:3338:54: error: 'core_dir_config' has no member named
'ap_requires'

Also, upstream has not had any commits to SVN in 6 months.

> [openvrml]
> 	libopenvrml-0.18.9-3.fc18.i686 requires libboost_thread-mt.so.1.48.0
> 	libopenvrml-0.18.9-3.fc18.i686 requires libboost_system-mt.so.1.48.0
> 	libopenvrml-0.18.9-3.fc18.i686 requires libboost_filesystem-mt.so.1.48.0
> 	libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)
> 	libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit)
> 	libopenvrml-gl-0.18.9-3.fc18.i686 requires libboost_thread-mt.so.1.48.0
> 	libopenvrml-gl-0.18.9-3.fc18.i686 requires libboost_system-mt.so.1.48.0
> 	libopenvrml-gl-0.18.9-3.fc18.i686 requires libboost_filesystem-mt.so.1.48.0
> 	libopenvrml-gl-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	libopenvrml-gl-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)
> 	libopenvrml-gl-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit)
> 	openvrml-java-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	openvrml-java-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)
> 	openvrml-java-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit)
> 	openvrml-javascript-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	openvrml-javascript-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)
> 	openvrml-javascript-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit)
> 	openvrml-nodes-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	openvrml-nodes-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)
> 	openvrml-nodes-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit)
> 	openvrml-xembed-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	openvrml-xembed-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)
> 	openvrml-xembed-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit)

This thing is very broken. It needs a whole slew of xulrunner changes
and boost specific changes. Upstream is still alive (committing to SVN
in September 2012), but does not have fixes for current xulrunner or
boost. Someone with a lot more skills in these areas than me should
either fix this or retire it.

> [perl-Hardware-Verilog-Parser]
> 	perl-Hardware-Verilog-Parser-0.13-9.fc17.noarch requires perl(:MODULE_COMPAT_5.14.2)

Really broken. Does not build with current perl. I suggest that it be
buried in a hole and covered up with a fire (or, if someone loves
Parse::RecDescent, they can try to fix it).

> [perl-OpenOffice-UNO]
> 	perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2)

This builds locally for me, but fails in odd ways on koji. *shrug*
http://koji.fedoraproject.org/koji/taskinfo?taskID=4644062

> [presence]
> 	presence-0.4.6-2.fc18.x86_64 requires libcogl.so.9()(64bit)

Update pending stable push:
https://admin.fedoraproject.org/updates/FEDORA-2012-16456/presence-0.4.8-4.fc18

> [pyfuzzy]
> 	pyfuzzy-0.1.0-5.fc18.noarch requires antlr3-python

antlr3-python is dead. pyfuzzy really does depend on it for significant
functionality, so unless someone really wants to fix the antlr3 python
bindings, this one probably should be retired.

> [reciteword]
> 	reciteword-0.8.4-10.fc18.x86_64 requires esound

esound/espeak is dead. This needs to be ported to a different soundlib
(pulse?) or retired.

> [resource-agents]
> 	resource-agents-3.9.2-3.fc18.5.x86_64 requires libplumbgpl.so.2()(64bit)
> 	resource-agents-3.9.2-3.fc18.5.x86_64 requires libplumb.so.2()(64bit)

Update in testing:
https://admin.fedoraproject.org/updates/FEDORA-2012-17241/resource-agents-3.9.2-3.fc18.8

> [ruby-revolution]
> 	ruby-revolution-0.5-4.svn210.fc18.15.x86_64 requires libedataserver-1.2.so.16()(64bit)
> 	ruby-revolution-0.5-4.svn210.fc18.15.x86_64 requires libecal-1.2.so.12()(64bit)
> 	ruby-revolution-0.5-4.svn210.fc18.15.x86_64 requires libebook-1.2.so.13()(64bit)

Not touching, evolution related.

> [rubygem-activeldap]
> 	rubygem-activeldap-1.2.2-3.fc17.noarch requires rubygem(gettext_activerecord) >= 0:2.1.0
> 	rubygem-activeldap-1.2.2-3.fc17.noarch requires ruby(abi) = 0:1.8
> [rubygem-calendar_date_select]
> 	rubygem-calendar_date_select-1.15-6.fc17.noarch requires ruby(abi) = 0:1.8
> [rubygem-linecache]
> 	rubygem-linecache-0.43-5.fc17.x86_64 requires ruby(abi) = 0:1.8
> 	rubygem-linecache-0.43-5.fc17.x86_64 requires libruby.so.1.8()(64bit)
> [rubygem-ruby-debug]
> 	rubygem-ruby-debug-0.10.5-0.3.rc1.fc17.1.noarch requires ruby(abi) = 0:1.8
> [rubygem-ruby-debug-base]
> 	rubygem-ruby-debug-base-0.10.5-0.1.rc1.fc17.1.x86_64 requires ruby(abi) = 0:1.8
> 	rubygem-ruby-debug-base-0.10.5-0.1.rc1.fc17.1.x86_64 requires libruby.so.1.8()(64bit)

Not touching, ruby.

> [sugar-flip]
> 	sugar-flip-5-2.fc18.noarch requires sugar >= 0:0.98.0

Fixed versioning (I think it is bogus, especially since 0.98 is not in
Fedora yet).

https://admin.fedoraproject.org/updates/sugar-flip-5-3.fc18

> [tncfhh]
> 	tncfhh-examples-0.8.3-8.fc18.i686 requires libboost_thread-mt.so.1.48.0
> 	tncfhh-examples-0.8.3-8.fc18.i686 requires libboost_system-mt.so.1.48.0
> 	tncfhh-examples-0.8.3-8.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	tncfhh-examples-0.8.3-8.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)
> 	tncfhh-libs-0.8.3-8.fc18.i686 requires libboost_thread-mt.so.1.48.0
> 	tncfhh-libs-0.8.3-8.fc18.i686 requires libboost_system-mt.so.1.48.0
> 	tncfhh-libs-0.8.3-8.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit)
> 	tncfhh-libs-0.8.3-8.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit)

Rebuilt, new update here:
https://admin.fedoraproject.org/updates/tncfhh-0.8.3-9.fc18

> [vigra]
> 	vigra-python-1.8.0-5.fc18.x86_64 requires libboost_python-mt.so.1.48.0()(64bit)

Kicked off a rebuild here, but ran out of time to make the update. Will
do it tomorrow.

> [znc-infobot]
> 	znc-infobot-0.206-2.fc18.x86_64 requires znc = 0:0.206

Does not build against znc 1.0. Needs to be ported or retired.

~tom

==
Fedora Project