http://blog.gmane.org/gmane.linux.redhat.fedora.testers hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98976 <pre>The following Fedora 17 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-8194/python-tornado-2.2.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8291/python-feedparser-5.1.2-2.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8274/socat-1.7.2.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8398/drupal7-7.14-2.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8284/moodle-2.2.3-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8290/rt3-3.8.12-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8428/apache-commons-compress-1.4.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8439/rubygem-rack-cache-1.2-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8392/python-crypto-2.6-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8434/python-virtualenvwrapper-3.4-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8445/globus-gridftp-server-6.10-2.f</pre> updates< at >fedoraproject.org 2012-05-26T22:25:21 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98969 <pre>There are a couple of issues am facing with the gnome screenshot tool : 1) its taking almost 4-5 sec to perform a screenshot. (have a parallel install of F16, on which it is much much faster) 2) Its not performing a screenshot operation when any panel menu is open. This feature is very much present in F16. The version of screenshot tool in use: $ rpm -qa gnome-screenshot gnome-screenshot-3.4.1-2.fc17.x86_64 Anyone else also seeing this? </pre> Pratyush Sahay 2012-05-26T08:56:41 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98967 <pre>The following Fedora 17 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-8194/python-tornado-2.2.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8291/python-feedparser-5.1.2-2.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8274/socat-1.7.2.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8398/drupal7-7.14-2.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8284/moodle-2.2.3-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8290/rt3-3.8.12-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8428/apache-commons-compress-1.4.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8439/rubygem-rack-cache-1.2-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8392/python-crypto-2.6-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8434/python-virtualenvwrapper-3.4-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7939/openssl-1.0.0j-1.fc17 http</pre> updates< at >fedoraproject.org 2012-05-26T08:11:45 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98966 <pre>Today I've been installing F17 RC4 i386 on a system with a ATI RAGE 128 video card. The Live CD made my monitor display a message: "Cannot Display this Video Mode". I then tried the DVD. Installation went fine. At the end of installation I pressed the Reboot button and I got the above monitor message again. I couldn't see the grub menu. After the 5 second grub timeout, I could see hard drive activity, but monitor still had above message. Next, I booted off the DVD again and selected Troubleshooting &gt; Rescue a Fedora System From the shell prompt, I examined the Xorg.log. Relevant lines: ------------------------------------------------------ Failed to load module "r128" (module does not exist, 0) ... VESA BIOS detected VESA VBE Version 2.0 VESA VBE Total Mem: 32768 kB VESA VBE OEM: ATI RAGE128 Setting up VESA Mode 0x124 (1280x1024) VBESetVBEMode failed, mode set without customized refresh ------------------------------------------------------ I found xorg-x11-drv-r128-6.8.2-1.fc17.i686.rpm in the Fedora </pre> Allen Halsey 2012-05-26T07:52:08 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98965 <pre>Today I've been installing F17 RC4 i386 on a system with a ATI RAGE 128 video card. The Live CD made my monitor display a message: "Cannot Display this Video Mode". I then tried the DVD. Installation went fine. At the end of installation I pressed the Reboot button and I got the above monitor message again. I couldn't see the grub menu. After the 5 second grub timeout, I could see hard drive activity, but monitor still had above message. Next, I booted off the DVD again and selected Troubleshooting &gt; Rescue a Fedora System From the shell prompt, I examined the Xorg.log. Relevant lines: ------------------------------------------------------ Failed to load module "r128" (module does not exist, 0) ... VESA BIOS detected VESA VBE Version 2.0 VESA VBE Total Mem: 32768 kB VESA VBE OEM: ATI RAGE128 Setting up VESA Mode 0x124 (1280x1024) VBESetVBEMode failed, mode set without customized refresh ------------------------------------------------------ I found xorg-x11-drv-r128-6.8.2-1.fc17.i686.rpm in the F</pre> Allen Halsey 2012-05-26T07:43:39 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98960 <pre>The following Fedora 15 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-8114/libreoffice-3.3.4.1-5.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-7567/php-5.3.13-1.fc15,maniadrive-1.2-32.fc15.5,php-eaccelerator-0.9.6.1-9.fc15.5 https://admin.fedoraproject.org/updates/FEDORA-2012-8161/ikiwiki-3.20111106-2.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-8205/python-tornado-2.2.1-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-6630/dokuwiki-0-0.10.20110525.a.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-7246/libsoup-2.34.3-2.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-6629/gdb-7.3.1-50.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-8339/rt3-3.8.12-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-8360/drupal7-7.14-2.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-8365/moodle-1.9.18-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-8372/kernel-</pre> updates< at >fedoraproject.org 2012-05-25T00:03:40 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98959 <pre>The following Fedora 16 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-7586/php-5.3.13-1.fc16,maniadrive-1.2-32.fc16.5,php-eaccelerator-0.9.6.1-9.fc16.5 https://admin.fedoraproject.org/updates/FEDORA-2012-8151/ikiwiki-3.20111106-2.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-6628/dokuwiki-0-0.10.20110525.a.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5833/python3-3.2.3-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-8217/python-tornado-2.2.1-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-6614/gdb-7.3.50.20110722-16.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-8359/kernel-3.3.7-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-8363/rt3-3.8.12-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-8328/socat-1.7.2.1-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-8362/drupal7-7.14-2.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-8325/moodl</pre> updates< at >fedoraproject.org 2012-05-25T00:03:28 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98954 <pre>The following Fedora 17 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-8083/xen-4.1.2-17.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8194/python-tornado-2.2.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8291/python-feedparser-5.1.2-2.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8274/socat-1.7.2.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8284/moodle-2.2.3-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8290/rt3-3.8.12-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8314/kernel-3.3.7-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7939/openssl-1.0.0j-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7971/libgssglue-0.4-0.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7976/ikiwiki-3.20120516-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7998/sudo-1.8.3p1-7.fc17 The following Fedora 17 Critical Path updates ha</pre> updates< at >fedoraproject.org 2012-05-24T15:36:35 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98952 <pre>Compose started at Thu May 24 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 requir</pre> Fedora Rawhide Report 2012-05-24T13:58:45 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98950 <pre>Hello Folks, I am Bckurera (Buddhike) and I am working with some Fedora teams(FAms, Design, Marketing, etc..) and I would like to join with the Bug Zappers Team as well. I am not a geek but would like to join with the some technical work as well. My userpage[1] contains more info please refer to that if anyone seeks more info. I ll start studying the work and contribute as time permits, thanks and see you all around ! [1] http://fedoraproject.org/wiki/User:Bckurera </pre> Buddhike Kurera 2012-05-24T13:17:59 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98938 <pre>Intel 865 gfxchip. No idea whether this result is intentional or not, but I put a 3 on end of Grub cmdline to start an HTTP installation of F17 from a mirror. After the installation system downloaded, I got login prompts on most ttys, and no Anaconda anywhere, text or GUI. </pre> Felix Miata 2012-05-24T00:48:39 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98932 <pre> I don't know why people are seeing outdated links. I updated all four redirect links, including this one (see the history on https://fedoraproject.org/w/index.php?title=Test_Results:Current_Installation_Test&amp;redirect=no ) just before the announcement, it currently points to the RC4 page, and the download link on that is correct as well. The same was true the earlier time when someone said the link was wrong. P.S. Sorry for replying out of thread, but this message doesn't appear on Gmane. </pre> Andre Robatino 2012-05-23T13:14:21 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98927 <pre>There has been a commit to the F17 branch of spin-kickstarts that looks to have occurred after all of the RC4 spins were built. If we need to do an RC5, then either the builds should use the spin-kickstarts repo as of before that commit or we'll want to do another spin-kickstarts package. The commit only affects SoaS. </pre> Bruno Wolff III 2012-05-23T12:42:32 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98926 <pre>Please join us on irc.freenode.net in #fedora-meeting-1 for this important meeting, wherein we shall determine the shipment readiness of F17 Final. Thursday, May 24, 2012 &lt; at &gt; 17:00 UTC (13:00 EDT/10:00 PDT) "Before each public release Development, QA and Release Engineering meet to determine if the release criteria are met for a particular release. This meeting is called the Go/No-Go Meeting." "Verifying that the Release criteria are met is the responsibility of the QA Team." For more details about this meeting see: https://fedoraproject.org/wiki/Go_No_Go_Meeting In the meantime: Keep an eye on the blocker list here: http://fedoraproject.org/wiki/Current_Release_Blockers Let's ship the beefy miracle, folks! :) -Robyn _______________________________________________ test-announce mailing list test-announce&lt; at &gt;lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce </pre> Robyn Bergeron 2012-05-23T12:16:21 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98925 <pre>As you have (hopefully) heard by now, elections for the Fedora Board, FESCo, and FAmSCo are quickly approaching. In each election cycle, a series of town hall meetings is held to give community members and opportunity to ask candidates questions - and hear their answers - via IRC. The town hall schedule for the upcoming election is as follows: Fedora Project Board: * Tuesday, May 29, 2012 at 17:00 UTC * Wednesday, May 30, 2012 at 20:00 UTC FESCo (Fedora Engineering Steering Committee): * Wednesday, May 30, 2012 at 17:00 UTC * Thursday, May 31, 2012 at 20:00 UTC FAmSCo (Fedora Ambassadors Steering Committee): * Sunday, May 27, 2012 at 16:00 UTC * Monday, May 28 at 17:00 UTC Not sure what time that is? Use a handy-dandy time zone calculator to find out when to show up: http://www.timeanddate.com/worldclock/converter.html Important information about how you can participate in the town halls via IRC, as well as the details of each town hall meeting, can be seen on the wiki here: http://fedoraprojec</pre> Robyn Bergeron 2012-05-23T11:43:56 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98920 <pre>Anyone else have a kernel-panic with initramfs created by: dracut-018-74.git20120522.fc18 </pre> Frank Murphy 2012-05-23T09:17:38 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98918 <pre>During F17 RC testing, twice now [1][2] I've been unable to submit bugs using abrt because the backtrace was considered "unusable" by abrt. 1. Is there a problem with the debuginfo's or abrt functionality during this F17 final RC stage? 2. What happened to the Retrace Server? I don't see that option for F17, only Local GNU Debugger. 3. Can the abrt behavior be changed to allow the bug to be created, but perhaps without the "bad" backtrace, or perhaps marked in some way so it is known to have a "bad" backtrace? It is still helpful to the bug reporter to have abrt create the bug with as much info as possible, with the expectation that better/usable backtraces could be attached later manually if possible. It is frustrating to be informed of a crash by abrt and go through all the effort to submit the bug report via abrt, only to be told "sorry, I'm not going to let you submit this bug report because it doesn't meet our standards of quality". Frankly, it's a waste of the reporter's time and it conditions </pre> Chuck Anderson 2012-05-23T04:06:20 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98917 <pre>As per the Fedora 17 schedule [1], Fedora 17 Final Release Candidate 4 (RC4) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/5196 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace "dl" with "download-ib01" in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Security Lab: https://fedoraproject.org/wiki/Test_Results:Current_Security_Lab_Test Ideally, all Alpha, Beta, and Final priority test cases for Installation [2], Base [3], Desktop [4], and Security Lab [5] should pass in orde</pre> Andre Robatino 2012-05-23T02:41:27 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98915 <pre>Non-fatal POSTUN scriptlet failure in rpm package 1:NetworkManager-0.9.4.0-8.git20120502.fc17.x86_64 /var/tmp/rpm-tmp.LIDIm9: line 6: syntax error near unexpected token `fi' /var/tmp/rpm-tmp.LIDIm9: line 6: `fi' warning: %postun(NetworkManager-1:0.9.4.0-8.git20120502.fc17.x86_64) scriptlet failed, exit status 2 </pre> Peter Gueckel 2012-05-22T22:44:25 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98911 <pre>The following Fedora 17 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-8083/xen-4.1.2-17.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-6334/sectool-0.9.5-7.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8194/python-tornado-2.2.1-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7939/openssl-1.0.0j-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7971/libgssglue-0.4-0.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7976/ikiwiki-3.20120516-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-7998/sudo-1.8.3p1-7.fc17 The following Fedora 17 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/FEDORA-2012-8244/udisks2-1.94.0-5.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8245/colord-0.1.21-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8228/zeitgeist-0.9.0-1.fc17 https://admin.fedoraproject.org/updates/FEDORA-2012-8235</pre> updates< at >fedoraproject.org 2012-05-22T15:57:32 http://comments.gmane.org/gmane.linux.redhat.fedora.testers/98903 <pre>For some people with fast connections/slow PCs, using deltarpms via yum-presto can be slower than downloading the full RPMs. Jonathan Dieter just did a Rawhide build (yum-presto-0.8.0-1.fc18) that adds multicore support to yum-presto. Would be interested if people would note what rebuild speed they get before and after updating to this version, and if the speedup is close to linear. My experience is that rebuilding drpms is CPU-bound so there's a good chance it will be. I'd also be interested if someone more familiar with the deltaiso code than me could venture an opinion as to whether the same basic approach would work for that. This is important because in recent years, networks have gotten faster but individual CPUs mostly haven't. This will help deltarpms to keep up. yum-presto build: http://koji.fedoraproject.org/koji/buildinfo?buildID=320054 RFE: Yum should use multiple threads to reassemble deltarpms https://bugzilla.redhat.com/show_bug.cgi?id=701711 </pre> Andre Robatino 2012-05-22T10:45:37 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.redhat.fedora.testers