Broken dependencies with Fedora 13 + updates-testing - 2010-09-09
== The results in this summary consider Test Updates! == Broken packages (by src.rpm name): 389-adminutil almanah conexus evolution-data-server gcc (ignored, releng #4084) intellij-idea mozc mozldap mumble pathfinder perl(ignored, multiarch breakage) svrcore syncevolution xmlsec1 == Broken packages in fedora-13-i386: conexus-nss-devel-0.9.1-1.fc13.i686 requires pkgconfig(nss) = 0:3.11 intellij-idea-9.0.1.94.399-10.fc13.i686 requires jna-examples libpathfinder-nss-devel-1.1.3-1.fc13.i686 requires pkgconfig(nss) = 0:2.0.0 mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) = 0:3.11 svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) = 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-2.fc12.i686 requires pkgconfig(nss) = 0:1.4 == Broken packages in fedora-13-x86_64: 4:perl-5.10.1-112.fc13.i686 requires perl-libs = 4:5.10.1-112.fc13 conexus-nss-devel-0.9.1-1.fc13.i686 requires pkgconfig(nss) = 0:3.11 conexus-nss-devel-0.9.1-1.fc13.x86_64 requires pkgconfig(nss) = 0:3.11 gcc-gfortran-4.4.4-2.fc13.i686 requires gcc = 0:4.4.4-2.fc13 gcc-gfortran-4.4.4-2.fc13.i686 requires libgfortran = 0:4.4.4-2.fc13 intellij-idea-9.0.1.94.399-10.fc13.x86_64 requires jna-examples libpathfinder-nss-devel-1.1.3-1.fc13.i686 requires pkgconfig(nss) = 0:2.0.0 libpathfinder-nss-devel-1.1.3-1.fc13.x86_64 requires pkgconfig(nss) = 0:2.0.0 mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) = 0:3.11 mozldap-devel-6.0.5-6.fc12.x86_64 requires pkgconfig(nss) = 0:3.11 svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) = 0:3.12.3.99.3 svrcore-devel-4.0.4-5.fc12.x86_64 requires pkgconfig(nss) = 0:3.12.3.99.3 syncevolution-0.9.2+1.0alpha1-1.fc13.i686 requires libedataserver-1.2.so.11 xmlsec1-nss-devel-1.2.12-2.fc12.i686 requires pkgconfig(nss) = 0:1.4 xmlsec1-nss-devel-1.2.12-2.fc12.x86_64 requires pkgconfig(nss) = 0:1.4 == Broken packages in fedora-updates-13-i386: evolution-data-server-devel-2.30.3-1.fc13.i686 requires pkgconfig(nss) == Broken packages in fedora-updates-13-x86_64: 4:perl-libs-5.10.1-116.fc13.i686 requires perl = 4:5.10.1-116.fc13 evolution-data-server-devel-2.30.3-1.fc13.i686 requires pkgconfig(nss) evolution-data-server-devel-2.30.3-1.fc13.x86_64 requires pkgconfig(nss) == Broken packages in fedora-updates-testing-13-i386: 389-adminutil-devel-1.1.10-1.fc13.i686 requires pkgconfig(nss) almanah-0.7.3-1.fc13.i686 requires libedataserver-1.2.so.11 ibus-mozc-0.12.434.102-0.2.20100823svn.fc13.i686 requires libprotobuf.so.4 mozc-0.12.434.102-0.2.20100823svn.fc13.i686 requires libprotobuf.so.4 mumble-1.2.2-10.fc13.i686 requires libprotobuf.so.4 murmur-1.2.2-10.fc13.i686 requires libprotobuf.so.4 scim-mozc-0.12.434.102-0.2.20100823svn.fc13.i686 requires libprotobuf.so.4 == Broken packages in fedora-updates-testing-13-x86_64: 389-adminutil-devel-1.1.10-1.fc13.i686 requires pkgconfig(nss) 389-adminutil-devel-1.1.10-1.fc13.x86_64 requires pkgconfig(nss) almanah-0.7.3-1.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit) ibus-mozc-0.12.434.102-0.2.20100823svn.fc13.x86_64 requires libprotobuf.so.4()(64bit) mozc-0.12.434.102-0.2.20100823svn.fc13.x86_64 requires libprotobuf.so.4()(64bit) mumble-1.2.2-10.fc13.x86_64 requires libprotobuf.so.4()(64bit) murmur-1.2.2-10.fc13.x86_64 requires libprotobuf.so.4()(64bit) scim-mozc-0.12.434.102-0.2.20100823svn.fc13.x86_64 requires libprotobuf.so.4()(64bit) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Why was a kernel-2.6.34 pushed to updates that had un-addressed bugs. / Every OS sucks!
So now I lost the only kernel package where everything worked. And of course Fedora doesn't have it anymore. You can pick the original package or the current update. Triple crap! If anyone has a pointer to kernel-2.6.31.12-174.222.x86_64.rpm I'd really appreciate it! Google, rpmfind, etc. all come up blank as did manually poking around on the Fedora mirrors. You mean this one: http://koji.fedoraproject.org/koji/buildinfo?buildID=157491 Thanks! Was really hoping those old updates were still somewhere out there. Really hate self inflicted wounds, nice to know it wasn't terminal. Especially since someone else just joined my bug with the bad news that F13 does have the same problem. Looks like I'm going to be stuck with F12 and that one working kernel for a while yet. Not sure what the plan is when the next major security problem pops after F12 goes unsupported but there is still a couple of months until that problem becomes acute. I hoped venting helped you, but this is not the way to move things forward. I'd suggest more help testing, good bug reports.. Dunno, reported this one in March and it is still in NEW state. Reported #563417 in Feb and it is also in the NEW state. Thankfully I could work around it by binding a script to CTRL-F7 to fire blindly that looks at the state of the dock and manually launches some xrandr commands to force things into shape. The panel picks up on dynamic changes in screen geometry just fine so force it down to 1024x768, wait a second or two for it to reappear then resize to the current attached primary panel's size. Not ready for Grandma but that one doesn't bother me as much as some of the things I was ranting about because it is a bug in something that is clearly a new feature. The agility of xrandr has been amazing to watch over the last few years. Hopefully all the other bits like the panel will catch up in another rev or two. And maybe the system will even get smart enough to remember where you put the displays and restore that when the same external monitor is reattached. Closer to my original rant is the snarky observation that the Gnomes probably won't ever get around to fixing such a minor problem because they are too busy ripping and replacing the whole desktop with an entirely new set of bugs to care about fixing the few bugs in the current code that is set to get tossed out anyway. The problem I was ranting about is more about a growing fear of upgrading, or heck, even taking patches for fear the bug being fixed (which most of the time isn't actually biting ya) or feature improvement (which you probably don't need) will also break your system. What if a critical mass of users decide that once they manage to get their system working that the only safe course of action is to then disable all updates. If a bug does start biting hard check to see if that one package can be updated without dragging in lot of deps, otherwise stay put until hardware replacement time. Where does that leave things? If normal users stop taking even the updates how does wide scale testing happen? I have 'beater' machines, I have QEMU, etc. You probably have similar. Most people don't. This isn't just a thought experiment; Microsoft already faced the same problem and got around it by making Windows Update (all but) mandatory. How many people are still on XP? How many IE6 hits are in your server logs? signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora QA] #118: OpenSCAP test day proposal
#118: OpenSCAP test day proposal ---+ Reporter: pvrabec | Owner: kparal Type: task | Status: closed Priority: major | Milestone: Fedora 14 Component: Test Day | Version: Resolution: fixed |Keywords: ---+ Changes (by kparal): * status: assigned = closed * resolution: = fixed Comment: This test day has finished. Summary here: http://lists.fedoraproject.org/pipermail/test- announce/2010-August/000117.html -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/118#comment:8 Fedora QA http://fedorahosted.org/fedora-qa Fedora Quality Assurance -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora QA] #126: Proposed Test Day - openldap with Mozilla NSS for crypto
#126: Proposed Test Day - openldap with Mozilla NSS for crypto ---+ Reporter: rmeggins | Owner: kparal Type: task | Status: new Priority: critical | Milestone: Component: Test Day | Version: Resolution:|Keywords: ---+ Changes (by kparal): * cc: jlaska (added) -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/126#comment:3 Fedora QA http://fedorahosted.org/fedora-qa Fedora Quality Assurance -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
task#31 - Pre-Beta Acceptance Test Plan #1 - recap
Greetings folks, Just wanted to summarize how testing held up for the pre-beta acceptance test run of Fedora 14 (see task#31 [1]). Thanks for your attention. The rawhide acceptance test plan [2] was executed using AutoQA. Results are summarized below. For detail information, you can get the test results at https://fedoraproject.org/wiki/Test_Results:Fedora_14_Pre-Beta_Acceptance_Test_1 The following bugs were encountered: * RHBZ *628241 - post reboot installation steps not working Thanks, Newgle [1]http://poelstra.fedorapeople.org/schedules/f-14/f-14-quality-tasks.html [2]https://fedoraproject.org/wiki/QA:Rawhide_Acceptance_Test_Plan -- Newgle FAS Name: newgle1 Timezone: UTC+8 TEL: 86-10-62608125 IRC nick: Newgle (#fedora-qa,#fedora-zh) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
rawhide report: 20100909 changes
Compose started at Thu Sep 9 08:15:29 UTC 2010 Broken deps for x86_64 -- antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 claws-mail-plugins-geolocation-3.7.6-5.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) 0:1.3.0 clutter-gst-devel-1.2.0-1.fc15.x86_64 requires pkgconfig(clutter-1.0) 0:1.3.0 clutter-gtkmm-0.9.5-1.fc14.i686 requires libclutter-gtk-0.10.so.0 clutter-gtkmm-0.9.5-1.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) clutter-gtkmm-devel-0.9.5-1.fc14.i686 requires pkgconfig(clutter-gtk-0.10) = 0:0.10.2 clutter-gtkmm-devel-0.9.5-1.fc14.x86_64 requires pkgconfig(clutter-gtk-0.10) = 0:0.10.2 cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) emerillon-0.1.2-7.fc14.x86_64 requires librest-0.6.so.0()(64bit) emerillon-0.1.2-7.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) entangle-0.1.0-7.fc14.x86_64 requires libmozjs.so()(64bit) ethos-0.2.2-7.fc15.i686 requires libmozjs.so ethos-0.2.2-7.fc15.x86_64 requires libmozjs.so()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libedata-book-1.2.so.2()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-1.2.so.17()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libgtkhtml-editor.so.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-provider-1.2.so.17()(64bit) evolution-sharp-0.21.1-9.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) firstaidkit-plugin-openscap-0.2.15-2.fc15.noarch requires openscap-python = 0:0.6.3 frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) gjs-0.7.1-3.fc14.i686 requires libmozjs.so gjs-0.7.1-3.fc14.x86_64 requires libmozjs.so()(64bit) 1:gnome-bluetooth-2.90.0-5.fc15.x86_64 requires libgnome-control-center.so.1()(64bit) 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-media-2.31.5-5.fc15.x86_64 requires libgnome-control-center.so.1()(64bit) gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-evolution-2.31.1-5.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-totem-2.31.1-5.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-shell-2.31.5-5.fc14.x86_64 requires libmozjs.so()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) gxine-0.5.905-3.fc13.x86_64 requires libmozjs.so()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples libchamplain-gtk-0.6.1-4.fc14.i686 requires libclutter-gtk-0.10.so.0 libchamplain-gtk-0.6.1-4.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) libchamplain-gtk-devel-0.6.1-4.fc14.i686 requires pkgconfig(clutter-gtk-0.10) libchamplain-gtk-devel-0.6.1-4.fc14.x86_64 requires pkgconfig(clutter-gtk-0.10) libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10 libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10 libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit) libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) libopenvrml-gl-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10 libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit) matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(64bit) meego-panel-devices-0.2.4-2.fc15.x86_64 requires
F-14 Branched report: 20100909 changes
Compose started at Thu Sep 9 13:15:29 UTC 2010 Broken deps for x86_64 -- PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so PragmARC-20060427-6.fc13.x86_64 requires libgnarl-4.4.so()(64bit) PragmARC-20060427-6.fc13.x86_64 requires libgnat-4.4.so()(64bit) RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch) RackTables-0.18.3-1.fc14.noarch requires perl(Net::Telnet::Cisco) 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2 1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libdevhelp-1.so.1()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit) antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 cairo-java-1.0.5-12.fc12.i686 requires libgcj.so.10 cairo-java-1.0.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libedata-book-1.2.so.2()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-1.2.so.17()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libgtkhtml-editor.so.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-provider-1.2.so.17()(64bit) evolution-sharp-0.21.1-9.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) fmt-ptrn-java-1.3.20-5.fc13.i686 requires libgcj.so.10 fmt-ptrn-java-1.3.20-5.fc13.x86_64 requires libgcj.so.10()(64bit) frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) gnome-python2-evolution-2.31.1-5.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples libgconf-java-2.12.4-14.fc12.i686 requires libgcj.so.10 libgconf-java-2.12.4-14.fc12.x86_64 requires libgcj.so.10()(64bit) libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10 libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10 libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit) libgtk-java-2.8.7-13.fc13.i686 requires libgcj.so.10 libgtk-java-2.8.7-13.fc13.x86_64 requires libgcj.so.10()(64bit) libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) libopenvrml-gl-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) libpst-python-0.6.47-4.fc14.x86_64 requires libboost_python.so.1.41.0()(64bit) libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10 libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit) matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(64bit) mine_detector-6.0-3.fc13.x86_64 requires libgnat-4.4.so()(64bit) mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires mingw32(libpng-3.dll) nautilus-sound-converter-1.0.5-5.fc14.x86_64 requires libgnome-media-profiles-3.0.so.0()(64bit) openvrml-java-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) openvrml-java-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) openvrml-javascript-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) openvrml-javascript-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) openvrml-nodes-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) openvrml-nodes-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) openvrml-xembed-0.18.6-1.fc14.x86_64 requires
New BugZapper Introduction
Good day all, I have just applied to join the BugZappers Team, I have used Fedora since FC1 and other distros before that. I signed up on the Fedora Account System and applied for the Fedora-UK group first of all, with the intention of speaking to some people in that group to get a feel for what goes on and how I can help. In the #fedora-uk irc room someone suggested that bug triage needs help so I thought I have to start somewere. My name is Martin Airs and I live in Wallingford Oxfordshire, I am currently unemployed with plenty of spare time to contribute. I enjoy python programming and creating PyQt Gui's, I can also program perl. I have setup and maintained a couple of dedicated servers and VPS's from scratch, installing apache, mysql, postfix..etc I am also head fault finder and brains for a small group of my friends who also run fedora :) I should also mention that I am looking for a mentor just to show me the ropes and I am a fast learner, just take me through triaging 1 or 2 bugs and I'm sure I'll be able to continue on my own. Thanks for reading, and I look forward to contributing to the FedoraProject in anyway I can, I would eventually like to help out in the KDE Sig, but I'll start here and see were I get to. Martin signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Which bugzilla component?
Richard Hughes said the following on 09/08/2010 12:13 PM Pacific Time: On 8 September 2010 18:07, John Poelstrapoels...@redhat.com wrote: * Cancelling.. The transaction failed: internal-error, The backend exited unexpectedly. This is a serious error as the spawned backend did not complete the pending transaction. This is bad, both from a your system perspective, and from a PackageKit reporting errors to the user perspective. File a bug against PackageKit-command-not-found and we can debug there. Richard. I can't reproduce this any more. Still worth reporting? John -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Systemd Test Day on Tuesday 2010/09/07
On Thu, 9 Sep 2010 18:45:59 +0200 Michał Piotrowski mkkp...@gmail.com wrote: 2010/9/9 Harald Hoyer har...@redhat.com: On 09/07/2010 02:41 AM, Michał Piotrowski wrote: Hi, I want to compare systemd and upstart boot speed (I don't expect much, so I won't be disappointed :)) systemd http://i56.tinypic.com/ilk4fq.jpg upstart http://i53.tinypic.com/dnhrvm.png both starts system in 31 seconds, but systemd starts much more services. err.. be sure to turn off readahead, or restart and measure again, if the readahead-collector was running and slowing down the system!!! I disabled readahead and there is no difference. readahead doesn't run with systemd. It's got upstart specific startup files, so systemd doesn't see it at all. It would be nice to fix this. ;) kevin signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: task#31 - Pre-Beta Acceptance Test Plan #1 - recap
Thanks for the test update Newgle! On Thu, 2010-09-09 at 16:51 +0800, Mingtao Niu wrote: Just wanted to summarize how testing held up for the pre-beta acceptance test run of Fedora 14 (see task#31 [1]). Thanks for your attention. The rawhide acceptance test plan [2] was executed using AutoQA. Results are summarized below. For detail information, you can get the test results at https://fedoraproject.org/wiki/Test_Results:Fedora_14_Pre-Beta_Acceptance_Test_1 The following bugs were encountered: * RHBZ *628241 - post reboot installation steps not working I've added karma feedback to the anaconda bodhi update based on your test results [1]. There was one other Beta blocking issue discovered during the systemd test day which we may want to include. My understanding is that bug#627401 is also unresolved in anaconda-14.17-1 and requires manual intervention to properly boot. I confirmed with AdamW that this is an issue we'd want resolve prior to the Beta 'test compose'. Both anaconda-devel (dlehman) and release engineering (jkeating) are in the loop and planning the to do a new anaconda-14.18-1 build along with a beta test compose. Thanks all! James [1]http://poelstra.fedorapeople.org/schedules/f-14/f-14-quality-tasks.html [2]https://fedoraproject.org/wiki/QA:Rawhide_Acceptance_Test_Plan Thanks, James [1] https://admin.fedoraproject.org/updates/anaconda-14.17-1.fc14 signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Why was a kernel-2.6.34 pushed to updates that had un-addressed bugs. / Every OS sucks!
On Thu, 2010-09-09 at 00:14 -0500, Bruno Wolff III wrote: On Wed, Sep 08, 2010 at 23:18:00 -0500, John Morris jmor...@beau.org wrote: And of course Network-Manager isn't optional anymore. Oh no, you can't You can still run the network service. You use chkconfig to turn it on. If you don't need wireless, turning off NetworkManager doesn't seem to be a problem, but it's also possible to run both at the same time. No it isn't. If NM isn't managing a connection to the Internet then Firefox (fixable), Evolution, Empathy and almost certainly other apps go into offline mode. You can still run a server without NetworkManager but a desktop install now requires that it be installed and managing your connection. Been there, tried that and have the t-shirt. signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Why was a kernel-2.6.34 pushed to updates that had un-addressed bugs. / Every OS sucks!
On Thu, Sep 09, 2010 at 04:23:12PM -0500, John Morris wrote: On Thu, 2010-09-09 at 00:14 -0500, Bruno Wolff III wrote: On Wed, Sep 08, 2010 at 23:18:00 -0500, John Morris jmor...@beau.org wrote: And of course Network-Manager isn't optional anymore. Oh no, you can't You can still run the network service. You use chkconfig to turn it on. If you don't need wireless, turning off NetworkManager doesn't seem to be a problem, but it's also possible to run both at the same time. No it isn't. If NM isn't managing a connection to the Internet then Firefox (fixable), Evolution, Empathy and almost certainly other apps go into offline mode. Really? I do not know about Evolution or Empathy and surely not about almost certainly other app but this is from two different F13 installations: # chkconfig --list NetworkManager NetworkManager 0:off 1:off 2:off 3:off 4:off 5:off 6:off Both are running desktop and firefox did not require any fixes not to go into offline mode as long as network was active. Nor I have seen so far any other problems. It may help if you will make desired network interfaces explicitely not NM controlled as by default they are. Michal -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2010-09-07 systemd Test Day recap
On Thu, 09 Sep 2010 22:48:41 +0100 Adam Williamson wrote: As you can see, we've already made a start on triaging and fixing the bugs. FESCo is also discussing the final decision on whether to go ahead with systemd for Fedora 14 in a trac ticket: Shucks, you've released other fedora versions with stuff busted much worse than systemd - I say go for it (especially if it eventually leads to those rumored under 10 second boot times :-). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2010-09-07 systemd Test Day recap
2010/9/10 Tom Horsley horsley1...@gmail.com: On Thu, 09 Sep 2010 22:48:41 +0100 Adam Williamson wrote: As you can see, we've already made a start on triaging and fixing the bugs. FESCo is also discussing the final decision on whether to go ahead with systemd for Fedora 14 in a trac ticket: Shucks, you've released other fedora versions with stuff busted much worse than systemd - I say go for it (especially if it eventually leads to those rumored under 10 second boot times :-). Ouh? Probably only for SSD users. (Frankly I doubt it, because in my gdm starts in 5 seconds 8). Do not expect too much, you will not be disappointed) Regards, Michal -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2010-09-07 systemd Test Day recap
On Thu, 2010-09-09 at 19:08 -0400, Tom Horsley wrote: On Thu, 09 Sep 2010 22:48:41 +0100 Adam Williamson wrote: As you can see, we've already made a start on triaging and fixing the bugs. FESCo is also discussing the final decision on whether to go ahead with systemd for Fedora 14 in a trac ticket: Shucks, you've released other fedora versions with stuff busted much worse than systemd - I say go for it (especially if it eventually leads to those rumored under 10 second boot times :-). That would be F15 timeframe. (Although if you have a system with fast dual SSDs in a RAID-0 configuration it already boots in about 17. I can't *imagine* how it is I know that. ;) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] Fedora 14 Beta TC1 Available Now!
Fedora 14 Beta TC1 is now available [1]. Please refer to the following pages for download links and testing instructions. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha and Beta priority test cases for installation [2] and desktop [3] should pass in order to meet the Beta Release Criteria [4]. Help is available on #fedora-qa on irc.freenode.net [5], or on the test list [6]. [1] http://poelstra.fedorapeople.org/schedules/f-14/f-14-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [4] https://fedoraproject.org/wiki/Fedora_14_Beta_Release_Criteria [5] irc://irc.freenode.net/fedora-qa [6] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] Fedora 14 Beta Blocker Meeting :: Friday, 2010-09-10 @ 16:00 UTC (12 PM EDT)
When: Friday, 2010-09-10 @ 16:00 UTC (12 PM EDT)
Where: #fedora-bugzappers on irc.freenode.net
Without these bugs fixed we can't compose the Fedora 14 Beta Release
Candidate on 2010-09-16.
We'll be discussing these bugs to determine if they meet the criteria,
should stay on the list, and are getting the attention they need:
629719 :: NEW :: anaconda :: Anaconda Maintenance Team ::
FormatCreateError: ('invalid device specification', '/dev/md127p3') ::
https://bugzilla.redhat.com/show_bug.cgi?id=629719
628239 :: NEW :: anaconda :: Anaconda Maintenance Team :: Fedora 14
Alpha reduced graphics creates vesa-using xorg.conf but doesn't
blacklist nouveau :: https://bugzilla.redhat.com/show_bug.cgi?id=628239
608992 :: NEW :: livecd-tools :: David Huff :: Add Boot system with
basic video driver option at the initial screen ::
https://bugzilla.redhat.com/show_bug.cgi?id=608992
630781 :: NEW :: systemd :: Kernel Maintainer List :: systemd hangs on
Clocksource tsc unstable error and causes the system to freeze after
cpu-scaling detection :: https://bugzilla.redhat.com/show_bug.cgi?id=630781
630490 :: NEW :: systemd :: Lennart Poettering :: disabled units still
get bus activated :: https://bugzilla.redhat.com/show_bug.cgi?id=630490
631620 :: NEW :: systemd :: Lennart Poettering :: ordering cycles exist
(+ breaking them deletes wrong services) ::
https://bugzilla.redhat.com/show_bug.cgi?id=631620
621027 :: NEW :: fedora-logos :: Tom spot Callaway :: Graphical screen
in anaconda shows F-13 :: https://bugzilla.redhat.com/show_bug.cgi?id=621027
If you are the owner of any of these bugs, kindly update the comments
with your feedback as to whether you believe it is a blocker and what
your plans for fixing the bug are.
Do you have an issue you believe should be fixed before the Fedora 14
Beta ships? Please consider the following criteria when escalating an
issue: https://fedoraproject.org/wiki/Fedora_14_Beta_Release_Criteria
John
The command used to generate the list of bugs above is:
$ bugzilla query --blocked=611991 \
--bug_status=NEW,ASSIGNED,NEEDINFO,ON_DEV,MODIFIED,POST,ON_QA,FAILS_QA,PASSES_QA,REOPENED,VERIFIED,RELEASE_PENDING
\
--outputformat=%{bug_id} :: %{bug_status} :: %{component} ::
%{assigned_to} :: %{summary} :: %{url}
NOTE: It this command doesn't work on Fedora 14.
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 14 Beta Blocker Meeting :: Friday, 2010-09-10 @ 16:00 UTC (12 PM EDT)
This one seemed pretty bad to me: https://bugzilla.redhat.com/show_bug.cgi?id=627073 Maybe the ATI problem is fixed now (it sort of seemed like it might already have been fixed but didn't quite make it into F14 alpha), but vesa also not working was pretty mysterious. I'd certainly hope this one is fixed as well: https://bugzilla.redhat.com/show_bug.cgi?id=627058 Hard disk install is the simplest way for me to install, and it was a pain that it didn't work. And this one doesn't seem to actually hurt anything, but it is always worrisome to get kernel errors :-) https://bugzilla.redhat.com/show_bug.cgi?id=626026 (I'm still seeing the same error in the latest kernel provided in the f14 repos). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 13 updates-testing report
The following builds have been pushed to Fedora 13 updates-testing Django-1.2.2-1.fc13 RackTables-0.18.4-1.fc13 avr-gcc-4.5.1-1.fc13 gwibber-2.31.93-1.847bzr.fc13 ibus-input-pad-0.1.3-1.fc13 im-chooser-1.3.2-1.fc13 monafont-2.90-11.fc13 nspr-4.8.6-1.fc13 nss-3.12.7-4.fc13 nss-softokn-3.12.7-3.fc13 nss-util-3.12.7-2.fc13 ntfs-3g-2010.8.8-2.fc13 perl-File-FnMatch-0.02-6.fc13 perl-Math-Base36-0.07-2.fc13 perl-Net-Whois-IP-1.10-1.fc13 policycoreutils-2.0.83-25.fc13 preupgrade-1.1.8-1.fc13 python-xlib-0.15-0.3.rc1.fc13 python3-3.1.2-8.fc13 rakudo-star-0.0.2010.08_2.7.0-6.fc13 rubygem-crack-0.1.8-1.fc13 rubygem-gherkin-2.2.0-1.fc13 rubygem-right_aws-2.0.0-1.fc13 rubygem-ruby-debug-0.10.4-0.2.rc1.fc13 rubygem-ruby-debug-base-0.10.4-0.1.rc1.fc13 webkitgtk-1.2.4-1.fc13 Details about builds: Django-1.2.2-1.fc13 (FEDORA-2010-14398) A high-level Python Web framework Update Information: See http://www.djangoproject.com/weblog/2010/sep/08/security-release/ ChangeLog: * Thu Sep 9 2010 Steve 'Ashcrow' Milner m...@stevemilner.org - 1.2.2-1 - Update for CVE-2010-3082 (see http://www.djangoproject.com/weblog/2010/sep/08/security-release/) - Removed Django-hash-compat-13310.patch as it is already included in this release * Wed Jul 21 2010 David Malcolm dmalc...@redhat.com - 1.2.1-6 - Rebuilt for https://fedoraproject.org/wiki/Features/Python_2.7/MassRebuild References: [ 1 ] Bug #632239 - CVE-2010-3082 Django CSRF flaw https://bugzilla.redhat.com/show_bug.cgi?id=632239 RackTables-0.18.4-1.fc13 (FEDORA-2010-14406) A datacenter asset management system Update Information: Rebase to v0.18.4 ChangeLog: * Wed Aug 25 2010 colin@gmail.com - 0.18.4-1 - Make syncdomain use /usr/bin/php - Rebase to v0.18.4 * Mon Jul 5 2010 colin@gmail.com - 0.18.3-1 - Rebase to v0.18.3 avr-gcc-4.5.1-1.fc13 (FEDORA-2010-14431) Cross Compiling GNU GCC targeted at avr Update Information: Updated to 4.5.1 ChangeLog: * Tue Aug 3 2010 Thibault North tno...@fedoraproject.org - 4.5.1-1 - Updated to 4.5.1 gwibber-2.31.93-1.847bzr.fc13 (FEDORA-2010-14424) An open source microblogging client for GNOME developed with Python and GTK Update Information: Fix notifications in gwibber, and also, in any apps that use notify-python. Fixes crashes related to sender being undefined, aggressive threading, too many notifications at once, disable tr.im shortening.Update to 2.31.91, add support for Twitter Oauth (you will need to add the Twitter account again). Fixes crashes related to sender being undefined, aggressive threading, too many notifications at once, disable tr.im shortening.Update to 2.31.91, add support for Twitter Oauth (you will need to add the Twitter account again). ChangeLog: * Thu Sep 9 2010 Tom spot Callaway tcall...@redhat.com - 1:2.31.92-1.847bzr - update to 2.31.93 (847bzr) * Fri Sep 3 2010 Tom spot Callaway tcall...@redhat.com - 1:2.31.92-1.838bzr - update to 2.31.92 (838bzr) * Tue Aug 31 2010 Tom spot Callaway tcall...@redhat.com - 1:2.31.91-1.832bzr - update to 2.31.91 (832bzr) - move twitter to oauth * Fri Aug 27 2010 Tom spot Callaway tcall...@redhat.com - 1:2.31.90-5 - add Requires: gnome-python2-gtkspell for spell checking support - update to bzr 830 * Thu Aug 26 2010 Tom spot Callaway tcall...@redhat.com - 1:2.31.90-4 - fix threads gone wild problem (bz627686), thanks to Bill Nottingham * Thu Aug 26 2010 Tom spot Callaway tcall...@redhat.com - 1:2.31.90-3 - update to bzr 825 * Tue Aug 24 2010 Tom spot Callaway tcall...@redhat.com - 1:2.31.90-2 - update to bzr 823 * Mon Aug 23 2010 Tom spot Callaway
[Test-Announce] Fedora 14 Beta TC1 Available Now!
Fedora 14 Beta TC1 is now available [1]. Please refer to the following pages for download links and testing instructions. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha and Beta priority test cases for installation [2] and desktop [3] should pass in order to meet the Beta Release Criteria [4]. Help is available on #fedora-qa on irc.freenode.net [5], or on the test list [6]. [1] http://poelstra.fedorapeople.org/schedules/f-14/f-14-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [4] https://fedoraproject.org/wiki/Fedora_14_Beta_Release_Criteria [5] irc://irc.freenode.net/fedora-qa [6] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce
