Re: F-18 Branched report: 20121031 changes
On 10/31/2012 07:53 PM, Tom Callaway wrote: [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). I took a look at it and managed to spot the typos causing the problems. https://admin.fedoraproject.org/updates/perl-Hardware-Verilog-Parser-0.13-12.fc18 Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-18 Branched report: 20121031 changes
On 11/05/2012 09:21 AM, Paul Howarth wrote: On 10/31/2012 07:53 PM, Tom Callaway wrote: [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). I took a look at it and managed to spot the typos causing the problems. https://admin.fedoraproject.org/updates/perl-Hardware-Verilog-Parser-0.13-12.fc18 My hat is off to you, sir. :) ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-18 Branched report: 20121031 changes
On 5 November 2012 11:17, Tom Callaway tcall...@redhat.com wrote: On 11/05/2012 09:21 AM, Paul Howarth wrote: On 10/31/2012 07:53 PM, Tom Callaway wrote: [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). I took a look at it and managed to spot the typos causing the problems. https://admin.fedoraproject.org/updates/perl-Hardware-Verilog-Parser-0.13-12.fc18 My hat is off to you, sir. :) Wait wait.. I got the kerosene and gunpowder.. are we lighting this package on fire or not? -- Stephen J Smoogen. Don't derail a useful feature for the 99% because you're not in it. Linus Torvalds Years ago my mother used to say to me,... Elwood, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me. —James Stewart as Elwood P. Dowd -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-18 Branched report: 20121031 changes
On Nov 5, 2012 1:21 PM, Stephen John Smoogen smo...@gmail.com wrote: On 5 November 2012 11:17, Tom Callaway tcall...@redhat.com wrote: On 11/05/2012 09:21 AM, Paul Howarth wrote: On 10/31/2012 07:53 PM, Tom Callaway wrote: [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). I took a look at it and managed to spot the typos causing the problems. https://admin.fedoraproject.org/updates/perl-Hardware-Verilog-Parser-0.13-12.fc18 My hat is off to you, sir. :) Wait wait.. I got the kerosene and gunpowder.. are we lighting this package on fire or not? Well it is November 5th. Just don't be using Paul as the Guy. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-18 Branched report: 20121031 changes
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)
Re: F-18 Branched report: 20121031 changes
On Wed, 2012-10-31 at 15:53 -0400, Tom Callaway wrote: [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. As near as I can tell, libsyncml has been dead for three years. It has not been touched upstream since 2009. It's a library to support a wire-based sync protocol; wire-based sync protocols have been kind of dead in the water for nearly as long as libsyncml has. And we do have syncevolution, another SyncML implementation which has the benefit of still being alive. At some point, we're gonna have to bite the bullet and ditch the opensync/libsyncml stuff. It's dead tech that was never good tech in the first place. I once attained a brief moment of nirvana where I had wired sync with Windows Mobile phones, Blackberries, and Nokia phones tested working and documented for a single Mandriva release; that took weeks or months of research, packaging and documentation effort, back when the technologies were alive and people were actually using them. You may make the reasonable inference about the likely *current* state of this tech. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel