F-17 Branched report: 20120513 changes
Compose started at Sun May 13 08:15:04 UTC 2012 Broken deps for x86_64 -- [LuxRender] LuxRender-blender-0.8.0-13.fc17.x86_64 requires blender(ABI) = 0:2.61 [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires rubygem(fastercsv) aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.5-1.fc17.noarch requires ruby-nokogiri [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [dustmite] dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires libphobos2-ldc.so()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gnome-do-plugins] gnome-do-plugins-banshee-0.8.4-8.fc17.x86_64 requires mono(Banshee.CollectionIndexer) = 0:2.2.0.0 [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [matreshka] matreshka-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnarl-4.6.so matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnarl-4.6.so()(64bit) matreshka-sql-core-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-core-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-postgresql-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-postgresql-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-sqlite-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-sqlite-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) [mcollective] mcollective-common-1.3.1-7.fc17.noarch requires ruby(abi) = 0:1.8 [moksha] moksha-0.5.0-5.fc15.noarch requires pyevent [natus] libnatus-V8-0.1.5-2.fc15.x86_64 requires libv8-3.0.0.1.so()(64bit) [ocaml-augeas] ocaml-augeas-0.4-9.fc15.x86_64 requires ocaml(runtime) = 0:3.12.0 [openvrml] libopenvrml-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.i686 requires libboost_filesystem-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_filesystem-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires java-1.6.0-openjdk(x86-64) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-xembed-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-xembed-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-xembed-0.1
Re: Please add GNU id-utils to Fedora
Greg McGary wrote: It would be great if GNU id-utils could be included in future Fedora releases. please, add it to *Package maintainers wishlist* : https://fedoraproject.org/wiki/Package_maintainers_wishlist -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20120513 changes
Compose started at Sun May 13 08:15:03 UTC 2012 Broken deps for x86_64 -- [389-admin] 389-admin-1.1.28-1.fc18.i686 requires libicuuc.so.48 389-admin-1.1.28-1.fc18.i686 requires libicui18n.so.48 389-admin-1.1.28-1.fc18.i686 requires libicudata.so.48 389-admin-1.1.28-1.fc18.x86_64 requires libicuuc.so.48()(64bit) 389-admin-1.1.28-1.fc18.x86_64 requires libicui18n.so.48()(64bit) 389-admin-1.1.28-1.fc18.x86_64 requires libicudata.so.48()(64bit) [389-adminutil] 389-adminutil-1.1.15-2.fc17.i686 requires libicuuc.so.48 389-adminutil-1.1.15-2.fc17.i686 requires libicui18n.so.48 389-adminutil-1.1.15-2.fc17.i686 requires libicudata.so.48 389-adminutil-1.1.15-2.fc17.x86_64 requires libicuuc.so.48()(64bit) 389-adminutil-1.1.15-2.fc17.x86_64 requires libicui18n.so.48()(64bit) 389-adminutil-1.1.15-2.fc17.x86_64 requires libicudata.so.48()(64bit) [389-dsgw] 389-dsgw-1.1.9-2.fc17.x86_64 requires libicuuc.so.48()(64bit) 389-dsgw-1.1.9-2.fc17.x86_64 requires libicui18n.so.48()(64bit) 389-dsgw-1.1.9-2.fc17.x86_64 requires libicudata.so.48()(64bit) [aeolus-all] aeolus-all-0.4.0-2.fc17.noarch requires aeolus-conductor-doc = 0:0.4.0-2.fc17 aeolus-all-0.4.0-2.fc17.noarch requires aeolus-conductor-daemons = 0:0.4.0-2.fc17 [aeolus-configserver] aeolus-configserver-0.4.5-1.fc18.noarch requires ruby-nokogiri [axis2c] axis2c-1.6.0-4.fc17.i686 requires httpd-mmn = 0:20051115-x86-32 axis2c-1.6.0-4.fc17.x86_64 requires httpd-mmn = 0:20051115-x86-64 [bibletime] bibletime-2.9.1-1.fc18.x86_64 requires libicuuc.so.48()(64bit) bibletime-2.9.1-1.fc18.x86_64 requires libicui18n.so.48()(64bit) [boost141] boost141-graph-1.41.0-2.fc17.i686 requires libicuuc.so.48 boost141-graph-1.41.0-2.fc17.i686 requires libicui18n.so.48 boost141-graph-1.41.0-2.fc17.x86_64 requires libicuuc.so.48()(64bit) boost141-graph-1.41.0-2.fc17.x86_64 requires libicui18n.so.48()(64bit) boost141-regex-1.41.0-2.fc17.i686 requires libicuuc.so.48 boost141-regex-1.41.0-2.fc17.i686 requires libicui18n.so.48 boost141-regex-1.41.0-2.fc17.x86_64 requires libicuuc.so.48()(64bit) boost141-regex-1.41.0-2.fc17.x86_64 requires libicui18n.so.48()(64bit) [couchdb] couchdb-1.1.1-1.fc18.x86_64 requires libicuuc.so.48()(64bit) couchdb-1.1.1-1.fc18.x86_64 requires libicui18n.so.48()(64bit) couchdb-1.1.1-1.fc18.x86_64 requires libicudata.so.48()(64bit) [dustmite] dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires libphobos2-ldc.so()(64bit) [evolution-couchdb] evolution-couchdb-0.5.91-10.fc18.x86_64 requires libedata-cal-1.2.so.15()(64bit) evolution-couchdb-0.5.91-10.fc18.x86_64 requires libedata-book-1.2.so.13()(64bit) evolution-couchdb-0.5.91-10.fc18.x86_64 requires libecal-1.2.so.11()(64bit) evolution-couchdb-0.5.91-10.fc18.x86_64 requires libcamel-1.2.so.33()(64bit) [evolution-rss] 1:evolution-rss-0.3.91-1.fc18.x86_64 requires libedataserverui-3.0.so.1()(64bit) 1:evolution-rss-0.3.91-1.fc18.x86_64 requires libcamel-1.2.so.33()(64bit) [fawkes] fawkes-plugin-xmlrpc-0.4.2-10.fc18.x86_64 requires libxmlrpc_server++.so.7()(64bit) fawkes-plugin-xmlrpc-0.4.2-10.fc18.x86_64 requires libxmlrpc++.so.7()(64bit) [fldigi] fldigi-3.21.37-2.fc18.x86_64 requires libxmlrpc_server_abyss++.so.7()(64bit) fldigi-3.21.37-2.fc18.x86_64 requires libxmlrpc_server++.so.7()(64bit) fldigi-3.21.37-2.fc18.x86_64 requires libxmlrpc++.so.7()(64bit) [gauche-gtk] 1:gauche-gtk-0.6-0.4.20110725git598828842a339.fc17.x86_64 requires libgauche-0.9.so.0.2()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-2.fc18.x86_64 requires gcc = 0:4.7.0-4.fc18 gcc-python2-plugin-0.9-2.fc18.x86_64 requires gcc = 0:4.7.0-4.fc18 gcc-python3-debug-plugin-0.9-2.fc18.x86_64 requires gcc = 0:4.7.0-4.fc18 gcc-python3-plugin-0.9-2.fc18.x86_64 requires gcc = 0:4.7.0-4.fc18 [ghc-wai-extra] ghc-wai-extra-0.4.6-3.fc18.i686 requires libHSzlib-enum-0.2.1-ghc7.4.1.so ghc-wai-extra-0.4.6-3.fc18.i686 requires libHSzlib-bindings-0.0.3.2-ghc7.4.1.so ghc-wai-extra-0.4.6-3.fc18.i686 requires ghc(zlib-enum-0.2.1-55af94f47edaf6ddd74e441a7a34ef7e) ghc-wai-extra-0.4.6-3.fc18.i686 requires ghc(zlib-bindings-0.0.3.2-3d82a54b78146286e86c5a9fa9085ef2) ghc-wai-extra-0.4.6-3.fc18.x86_64 requires libHSzlib-enum-0.2.1-ghc7.4.1.so()(64bit) ghc-wai-extra-0.4.6-3.fc18.x86_64 requires libHSzlib-bindings-0.0.3.2-ghc7.4.1.so()(64bit) ghc-wai-extra-0.4.6-3.fc18.x86_64 requires ghc(zlib-enum-0.2.1-6264df6f05d62c31c73f13219fe69f53) ghc-wai-extra-0.4.6-3.fc18.x86_64 requires ghc(zlib-bindings-0.0.3.2-d83646b762e4c3d5f1dcf4b8665bb1c5) gh
F17 btrfs-convert segfault
Just in case someone wants to try to reproduce this... TC5 X86_64 Live Desktop, installed with all defaults, firstboot came up fine, was working fine most of the day. btrfs-convert on lv_home went OK, no errors. btrfs-convert on lv_root segfaults. I've reproduced this twice. No real idea how to troubleshoot this or supply more info. But I've put a dmesg, the abrt file, and messages into this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=821212 Many udisksd "Error opening /etc/crypttab file" messages. No encryption used on this disk on any partition. When mounting with or without -o recovery, I get a panic. btrfs-convert -r appears to work, it says rollback complete, and it mounts fine. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GNS 3 http://www.gns3.net
Hello Guys, Anybody is working on GNS 3 http://www.gns3.net because if not i like to start working on it to build the rpm for it. Regards, Adrian.- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNS 3 http://www.gns3.net
Hi. On Sun, 13 May 2012 17:08:09 -0300, Adrian Alves wrote > Anybody is working on GNS 3 http://www.gns3.net > because if not i like to start working on it to build the rpm for it. I think that might run afoul of https://fedoraproject.org/wiki/Packaging:Guidelines#Packages_which_are_not_useful_without_external_bits While GSN3 itself does not require said bits, it's basically just a frontend for programs that do. -- Down that path lies madness. On the other hand, the road to hell is paved with melting snowballs. -- Larry Wall (PERL god) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Jupiter bugzilla #817391
Guys I built a new release, added into the bugzilla ticket https://bugzilla.redhat.com/show_bug.cgi?id=817391 Can anyone help me on testing this pkgs to pushed into our repos. Regards, Adrian.- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Another heads up for F17 upgrades from F16 (via yum)
https://bugzilla.redhat.com/show_bug.cgi?id=821289 You may want to make sure you have people on hand that can "push the button" for you when the kernel panics on the remote box. -- Bojan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another heads up for F17 upgrades from F16 (via yum)
On Seg, 2012-05-14 at 10:38 +1000, Bojan Smojver wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=821289 > > You may want to make sure you have people on hand that can "push the > button" for you when the kernel panics on the remote box. preupgrade works with vnc -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Drpython testing request. Bugzilla #821296
Hello Guys, Am looking for someone to test DrPython, https://bugzilla.redhat.com/show_bug.cgi?id=821296 Spec URL: http://alvesadrian.fedorapeople.org/drpython.spec SRPM URL: http://alvesadrian.fedorapeople.org/drpython-3.11.1-1.fc16.src.rpm Description: DrPython is a highly customizable, simple, and clean editing environment for developing Python programs. It is intended primarily for use in schools, and is a tribute to DrScheme. Regards, Adrian.- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another heads up for F17 upgrades from F16 (via yum)
How exactly is the Fedora-17-TC4-i386-DVD.iso file supposed to work? Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another heads up for F17 upgrades from F16 (via yum)
thanks, On Sun, May 13, 2012 at 9:01 PM, Richard Vickery < richard.vicker...@gmail.com> wrote: > How exactly is the Fedora-17-TC4-i386-DVD.iso file supposed to work? > > Richard > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Like C++? Not afraid of quirky build systems? Seeking LLVM co-maintainers
On 05/13/2012 02:02 AM, Matthew Garrett wrote: > From a purely practical perspective, the popularity of OS X as a > development platform means that we're likely to see a gradual increase > in the amount of code written to assume LLVM-specific functionality. > People are just going to have to cope. I do not like this as a strategy. I feel it is necessary in the case of a core toolchain component to set some expectations early on. Those might be "Fedora welcomes everyone using LLVM for everything once Red Hat hires some folks to maintain LLVM on the same level as gcc" or whatever the wording needs to be. But we're not going to "just cope". What's going to happen is we're going to get bitten nastily. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2012-05-14 @ 15:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2012-05-14 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's time to meet once more. Sadly we're still working on getting a release candidate for 17 Final, so I expect we'll spend most of the meeting trying to get that done. Please do propose any other topics that you think should be discussed, though! This is a reminder of the upcoming QA meeting. Please add any topic suggestions to the meeting wiki page: https://fedoraproject.org/wiki/QA/Meetings/20120514 The current proposed agenda is included below. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 17 Final status / planning 3. Upcoming QA events 4. AutoQA update 5. Open floor -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another heads up for F17 upgrades from F16 (via yum)
On Sun, 2012-05-13 at 21:01 -0700, Richard Vickery wrote: > thanks, > > On Sun, May 13, 2012 at 9:01 PM, Richard Vickery > wrote: > How exactly is the Fedora-17-TC4-i386-DVD.iso file supposed to > work? Could you clarify your question and its relationship to this thread? Are you having some specific problem with TC4, or are you asking for general information as to how to use either ISO files in general or Fedora installer images in particular? Thanks. -- 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
Re: Drpython testing request. Bugzilla #821296
On 14/05/12 03:35, Adrian Alves wrote: > Hello Guys, > Am looking for someone to test DrPython, .. > Regards, Adrian.- It is pretty unusual, to test a package before it's released. If you're looking for a reviewer, I'd like to point you to https://fedoraproject.org/wiki/Package_Review_Process#Contributor: 4. Wait for someone to review your package! If that doesn't help, you might offer: Review Swaps If nobody comments on your review request, you might want to mail to a mailing list (devel@lists.fedoraproject.org, for example) asking for a "review swap". This is an offer to do a review of someone else's package in exchange for them reviewing your package. This is usually one-for-one, or can be some other private arrangement depending on the difficulty of the respective packages. Just mailing devel@lists saying: hey everybody, here's something to test might work but is usually not a good strategy. There are about 700 packages waiting to get reviewed. Just start a few and the chances for your packages will improve. -- Matthias Runge -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel