Re: security update process failure
On Mon, Sep 05, 2011 at 08:48:07AM +0530, Rahul Sundaram wrote: On 09/05/2011 08:44 AM, Chuck Anderson wrote: So, I guess what I'm asking is, is it ok to give +1 to any/all packages if they work at all/we don't notice any regressions, or do we have to actually test what they are supposed to fix? Thanks. It is ok to +1 if you don't notice any regressions. It would be very helpful to explicitly mention what you tested however. Thanks. I just did a fedora-easy-karma run through most of the F14 critical-path updates and many non-critical ones as well. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?)
WHAT: Fedora QA Meeting WHEN: 15:00 UTC (11:00 EDT, 08:00 PDT) WHERE: #fedora-meeting So it's meeting time again on Monday, except that it's a vacation in both Canada and the U.S., so myself and Tim Flink, and perhaps some of our North American community members, won't be present. If someone else would like to step up and run the meeting, that'd be great. There aren't any big agenda topics that I'm aware of, but it'd be good to follow up on the previous meeting and check in on how we're looking for Beta. Also, it's graphics test week - I haven't done much prep, but I'll try and get the pages polished and announcements put out over the weekend. If anyone has anything to add to the agenda, please reply to this mail, and whoever ends up running the meeting will add it. Thanks! Proposed agenda: * Previous meeting follow-up (https://fedoraproject.org/wiki/QA/Meetings/20110829) * Beta preparation * Graphics test week * AutoQA update * Open discussion I hesitate whether it makes sense to run the meeting when most of the guys usually present are out. If there is an interest, or you have a completely new topic you'd like to discuss, please reply here and I'll chair the meeting. Otherwise we'll settle with a short email check-in for today. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Sudden screen corruption getting worse / ATI Radeon
Whereas with F16 Alpha I only saw minor corruption occasionally, such as http://mschwendt.fedorapeople.org/tmp/screenshot-f16-alpha-damage1.png since a few days ago suddenly the entire desktop gets corrupted spontaneously. That means, after using it normally, all of a sudden the entire display gets damaged. For instance, all windows become black areas with shadows at their borders. Or worse, colourful noise patterns appear everywhere. I've tried to make a screenshot: http://mschwendt.fedorapeople.org/Screenshot-F16-screen-corruption.png Which component is responsible for that? I'm almost up-to-date except for gdm (which crashes - Oh no! - and I've downgraded it again) and the evo/libcamel dependency issues. $ uname -r ; rpm -q xorg-x11-drv-ati 3.1.0-0.rc4.git0.0.fc16.x86_64 xorg-x11-drv-ati-6.14.2-2.20110727git8c9266ed2.fc16.x86_64 $ sudo yum check-update Loaded plugins: langpacks, presto, refresh-packagekit btrfs-progs.x86_64 0.19-16.fc15 fedora empathy.x86_64 3.1.90.1-1.fc16 updates-testing evolution.x86_643.1.90-1.fc16updates-testing evolution-NetworkManager.x86_64 3.1.90-1.fc16updates-testing evolution-data-server.x86_643.1.90-1.fc16updates-testing evolution-help.noarch 3.1.90-1.fc16updates-testing gdm.x86_64 1:3.1.90-1.fc16 updates-testing gdm-plugin-fingerprint.x86_64 1:3.1.90-1.fc16 updates-testing gnome-keyring.x86_643.1.90-1.fc16updates-testing gnome-keyring-pam.x86_643.1.90-1.fc16updates-testing gnome-shell.x86_64 3.1.90.1-1.fc16 updates-testing seahorse.x86_64 3.1.90-1.fc16updates-testing -- Fedora release 16 (Verne) - Linux 3.1.0-0.rc4.git0.0.fc16.x86_64 loadavg: 0.15 0.40 0.23 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora QA] #238: proventester request - jstanley
#238: proventester request - jstanley --+- Reporter: jstanley | Owner: Type: proventester request | Status: closed Priority: major| Milestone: Component: Proventester Mentor Request | Version: Resolution: fixed|Keywords: --+- Changes (by mcloaked): * status: new = closed * resolution: = fixed Comment: Since you have already confirmed that you know how to use the relevant tools I will be happy to sponsor you. I also see you have already applied to the proventester group in FAS so I will go ahead and sponsor you. Welcome to the proventester group. Enjoy testing. -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/238#comment:1 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
rawhide report: 20110905 changes
Compose started at Mon Sep 5 08:15:53 UTC 2011 Broken deps for x86_64 -- FlightGear-2.0.0-6.fc16.x86_64 requires libosgViewer.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosgUtil.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosgText.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosgSim.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosgParticle.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosgGA.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosgFX.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosgDB.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libosg.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires libOpenThreads.so.11()(64bit) SimGear-2.0.0-6.fc16.i686 requires libosgParticle.so.74 SimGear-2.0.0-6.fc16.i686 requires libosgDB.so.74 SimGear-2.0.0-6.fc16.i686 requires libosg.so.74 SimGear-2.0.0-6.fc16.i686 requires libOpenThreads.so.11 SimGear-2.0.0-6.fc16.x86_64 requires libosgParticle.so.74()(64bit) SimGear-2.0.0-6.fc16.x86_64 requires libosgDB.so.74()(64bit) SimGear-2.0.0-6.fc16.x86_64 requires libosg.so.74()(64bit) SimGear-2.0.0-6.fc16.x86_64 requires libOpenThreads.so.11()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) caribou-0.3.5-1.fc16.i686 requires libgee.so.2 caribou-0.3.5-1.fc16.x86_64 requires libgee.so.2()(64bit) 1:cheese-3.0.2-2.fc16.x86_64 requires libgee.so.2()(64bit) 1:cheese-libs-3.0.2-2.fc16.i686 requires libgee.so.2 1:cheese-libs-3.0.2-2.fc16.x86_64 requires libgee.so.2()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires rvm-tools coda-server-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libedataserver-1.2.so.14()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libebook-1.2.so.10()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet dh-make-0.55-3.fc15.noarch requires debhelper ease-0.4-7.fc17.i686 requires libgee.so.2 ease-0.4-7.fc17.x86_64 requires libgee.so.2()(64bit) ease-devel-0.4-7.fc17.i686 requires pkgconfig(gee-1.0) ease-devel-0.4-7.fc17.x86_64 requires pkgconfig(gee-1.0) ekiga-3.3.1-3.fc17.x86_64 requires libpt.so.2.10.1()(64bit) ekiga-3.3.1-3.fc17.x86_64 requires libcamel-1.2.so.28()(64bit) emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave emerillon-0.1.2-17.fc16.x86_64 requires libethos-ui-1.0.so.0()(64bit) emerillon-0.1.2-17.fc16.x86_64 requires libethos-1.0.so.0()(64bit) empathy-3.1.90.1-2.fc17.x86_64 requires libgee.so.2()(64bit) fawkes-core-0.4.2-4.fc16.i686 requires libopencv_video.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_objdetect.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_ml.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_legacy.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_imgproc.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_highgui.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_flann.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires
Re: security update process failure
Am 05.09.2011 05:14, schrieb Rahul Sundaram: On 09/05/2011 02:31 AM, Karsten Hopp wrote: Hi ! I'd call it a failure when a security update for a critical path package gets stuck in -updates-testing for 6 weeks. I'm talking about the F14 libcap update, where only one proventester cared to test the updated package and commented on it. You should file this issue with FESCo and ask for a amended policy Rahul https://fedorahosted.org/fesco/ticket/664 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Time for a Beta respin?
The 64 bit DVD install panics. F16 installed from the 64 bit live CD updated to a broken Gnome desktop. Time for a respin? -- Chuck Forsberg WA7KGX N2469R c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc The High Reliability Software 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?)
WHAT: Fedora QA Meeting WHEN: 15:00 UTC (11:00 EDT, 08:00 PDT) WHERE: #fedora-meeting So it's meeting time again on Monday, except that it's a vacation in both Canada and the U.S., so myself and Tim Flink, and perhaps some of our North American community members, won't be present. If someone else would like to step up and run the meeting, that'd be great. There aren't any big agenda topics that I'm aware of, but it'd be good to follow up on the previous meeting and check in on how we're looking for Beta. Also, it's graphics test week - I haven't done much prep, but I'll try and get the pages polished and announcements put out over the weekend. If anyone has anything to add to the agenda, please reply to this mail, and whoever ends up running the meeting will add it. Thanks! Proposed agenda: * Previous meeting follow-up (https://fedoraproject.org/wiki/QA/Meetings/20110829) * Beta preparation * Graphics test week * AutoQA update * Open discussion I hesitate whether it makes sense to run the meeting when most of the guys usually present are out. If there is an interest, or you have a completely new topic you'd like to discuss, please reply here and I'll chair the meeting. Otherwise we'll settle with a short email check-in for today. No responses, so let's do an email check-in today. AutoQA: 1. We will decommission initscripts test, because Fedora 14 EOL is nearing and systemd replaced sysvinit in later releases. 2. I have pushed a patch that makes autotest clients completely maintenance-free. AutoQA library is now automatically installed before running a test. This was one of the new features planned for 0.7. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?)
- Original Message - From: Kamil Paral kpa...@redhat.com To: For testing and quality assurance of Fedora releases test@lists.fedoraproject.org Sent: Monday, September 5, 2011 4:53:46 PM Subject: Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?) WHAT: Fedora QA Meeting WHEN: 15:00 UTC (11:00 EDT, 08:00 PDT) WHERE: #fedora-meeting So it's meeting time again on Monday, except that it's a vacation in both Canada and the U.S., so myself and Tim Flink, and perhaps some of our North American community members, won't be present. If someone else would like to step up and run the meeting, that'd be great. There aren't any big agenda topics that I'm aware of, but it'd be good to follow up on the previous meeting and check in on how we're looking for Beta. Also, it's graphics test week - I haven't done much prep, but I'll try and get the pages polished and announcements put out over the weekend. If anyone has anything to add to the agenda, please reply to this mail, and whoever ends up running the meeting will add it. Thanks! Proposed agenda: * Previous meeting follow-up (https://fedoraproject.org/wiki/QA/Meetings/20110829) * Beta preparation * Graphics test week * AutoQA update * Open discussion I hesitate whether it makes sense to run the meeting when most of the guys usually present are out. If there is an interest, or you have a completely new topic you'd like to discuss, please reply here and I'll chair the meeting. Otherwise we'll settle with a short email check-in for today. No responses, so let's do an email check-in today. AutoQA: 1. We will decommission initscripts test, because Fedora 14 EOL is nearing and systemd replaced sysvinit in later releases. 2. I have pushed a patch that makes autotest clients completely maintenance-free. AutoQA library is now automatically installed before running a test. This was one of the new features planned for 0.7. Action item: review tflink's Python bindings for yourls Jon Ciesla was kind enough to do the review [1]. Review went fine and the package should be in Fedora soon. Thanks, Martin [1] https://bugzilla.redhat.com/show_bug.cgi?id=733692 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?)
On Mon, Sep 05, 2011 at 10:53:46 -0400, Kamil Paral kpa...@redhat.com wrote: No responses, so let's do an email check-in today. Neil Brown has a patch for the 3.1 kernel raid issue I am tracking upstream. I'm working on building test kernels and hope to be able to confirm the patch appears to work after a couple of days. (Crashes are random and occur after hours of uptime, so absolute confirmation will be difficult.) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?)
On 09/05/2011 05:53 PM, Kamil Paral wrote: No responses, so let's do an email check-in today. I have hopefully fixed the bug that rendered freshly installed Alpha systems unbootable after upgrading grub2. https://admin.fedoraproject.org/updates/grub2-1.99-5.fc16 -- Kalev -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F-16 Branched report: 20110905 changes
Compose started at Mon Sep 5 13:15:30 UTC 2011 Broken deps for x86_64 -- 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpagent.so.25()(64bit) 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpmibs.so.25()(64bit) 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmp.so.25()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) airrac-0.1.0-2.fc16.i686 requires libstdair.so.0.36 airrac-0.1.0-2.fc16.i686 requires libstdairuicl.so.0.36 airrac-0.1.0-2.fc16.x86_64 requires libstdairuicl.so.0.36()(64bit) airrac-0.1.0-2.fc16.x86_64 requires libstdair.so.0.36()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libcamel-1.2.so.26()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libecal-1.2.so.9()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libebook-1.2.so.11()(64bit) 1:anerley-0.3.0-1.fc16.i686 requires libedataserver-1.2.so.14 1:anerley-0.3.0-1.fc16.i686 requires libebook-1.2.so.11 1:anerley-0.3.0-1.fc16.x86_64 requires libebook-1.2.so.11()(64bit) 1:anerley-0.3.0-1.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit) awn-extras-applets-0.4.2-0.1.bzr1523.fc16.x86_64 requires libgnome-menu.so.2()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires rvm-tools coda-server-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libebook-1.2.so.10()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libedataserver-1.2.so.14()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave emerillon-0.1.2-17.fc16.x86_64 requires libethos-ui-1.0.so.0()(64bit) emerillon-0.1.2-17.fc16.x86_64 requires libethos-1.0.so.0()(64bit) evolution-rss-0.2.90-25.20110716git.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) evolution-rss-0.2.90-25.20110716git.fc16.x86_64 requires libebook-1.2.so.11()(64bit) exaile-0.3.2.1-1.fc16.noarch requires hal fawkes-guis-0.4.2-4.fc16.i686 requires libgvc.so.5 fawkes-guis-0.4.2-4.fc16.i686 requires libcdt.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libgraph.so.4 fawkes-guis-0.4.2-4.fc16.x86_64 requires libgvc.so.5()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libcdt.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libgraph.so.4()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libboost_signals-mt.so.1.46.1()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libboost_thread-mt.so.1.46.1()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libgeos-3.2.1.so()(64bit) ffgtk-plugin-evolution-0.7.94-5.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) ffgtk-plugin-evolution-0.7.94-5.fc16.x86_64 requires libebook-1.2.so.11()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) flaw-1.2.4-2.fc15.x86_64 requires libSDL_gfx.so.0()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires
Re: F16 slowness
On 09/05/2011 12:06 PM, Mike Chambers wrote: Welp, I reported before when had KDE installed that my system was slow to respond when opening programs, maneuvering through emails, browsing, etc... ... Please run top and see what if any processes are hogging CPU or memory ... -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 slowness
On Mon, 2011-09-05 at 12:21 -0400, Genes MailLists wrote: On 09/05/2011 12:06 PM, Mike Chambers wrote: Welp, I reported before when had KDE installed that my system was slow to respond when opening programs, maneuvering through emails, browsing, etc... ... Please run top and see what if any processes are hogging CPU or memory ... Tried that when in KDE and nothing was running real high. Had few that were less than 10% but that's it. -- Mike Chambers Madisonville, KY The best town on Earth! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?)
On 09/05/2011 10:44 AM, Bruno Wolff III wrote: snip Neil Brown has a patch for the 3.1 kernel raid issue I am tracking upstream. I'm working on building test kernels and hope to be able to confirm the patch appears to work after a couple of days. (Crashes are random and occur after hours of uptime, so absolute confirmation will be difficult.) I see this often and can help test, if you like. -- Regards, OldFart -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 slowness
When checking - please note where time is used. Pay special attention to iowait. Maybe some locking is causing this? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: For testing and quality assurance of Fedora releases test@lists.fedoraproject.org Sent: Mon Sep 05 12:37:32 2011 Subject: Re: F16 slowness On Mon, 2011-09-05 at 12:21 -0400, Genes MailLists wrote: On 09/05/2011 12:06 PM, Mike Chambers wrote: Welp, I reported before when had KDE installed that my system was slow to respond when opening programs, maneuvering through emails, browsing, etc... ... Please run top and see what if any processes are hogging CPU or memory ... Tried that when in KDE and nothing was running real high. Had few that were less than 10% but that's it. -- Mike Chambers Madisonville, KY The best town on Earth! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 slowness
On Mon, Sep 5, 2011 at 10:06, Mike Chambers m...@miketc.net wrote: Welp, I reported before when had KDE installed that my system was slow to respond when opening programs, maneuvering through emails, browsing, etc... Well I installed the Live desktop spin from 9/04 with gnome this time, and it was worse. I would be in a CLI (gnome-terminal) and just typing ls* could take seconds (10 ore more) to almost a minute before it finally responded. Just hitting the down or up arrows to move my cursor with my keyboard would do same thing. Also same thing when using mouse to move to a menu (my name in top right corner) and waiting for the menu itself to appear. Yes this was an install from the live image, so wasn't the slowness of the dvd. So there is something causing both and if you haven't done a fresh install lately, try it and see. I have a dual CPU and 6Gigs ram, so it's not cpu power or memory, and F15 (what am on as type this) runs just fine. Hmm I can't replicate on my system.. so lets see if we can figure this out 1) Does this happen in a non-X environment? 2) Does anything occur in dmesg, /var/log/messages or .xsession-errors 3) Which image exactly do I need to download to try and replicate. Smolt profile, although with F15.. http://smolt.fedoraproject.org/show?uuid=pub_24333163-6646-44e4-9539-871cab74d85+ Hmm something seems to be wrong or missing. Doesn't come up. -- Stephen J Smoogen. The core skill of innovators is error recovery, not failure avoidance. Randy Nelson, President of Pixar University. Let us be kind, one to another, for most of us are fighting a hard battle. -- Ian MacLaren -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 slowness
On Mon, 2011-09-05 at 10:41 -0600, Stephen John Smoogen wrote: http://smolt.fedoraproject.org/show?uuid=pub_24333163-6646-44e4-9539-871cab74d85+ Hmm something seems to be wrong or missing. Doesn't come up. Try this.. http://smolt.fedoraproject.org/client/show_all/pub_24333163-6646-44e4-9539-871cab74d85a -- Mike Chambers Madisonville, KY The best town on Earth! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora QA] #222: L10N Test Day
#222: L10N Test Day ---+ Reporter: noriko| Owner: Type: task | Status: new Priority: major | Milestone: Fedora 16 Component: Test Day | Version: Resolution:|Keywords: ---+ Comment (by igor): Test Week is now done! Thank you all for your efforts and suggestions. I will write a full recap and post it soon. I suggest to keep this ticket opened for the next i18n test day on September, 22nd. -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/222#comment:50 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: F16 slowness
Something is going on with gnome-shell. Mine progressively goes form normal to 50% CPU, over a few hours. End result is a fairly choppy desktop until reloaded (ALT+F2; r). No interesting output in dmesg or messages. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F16 slowness
I can confirm this as well. But, I have two kernels: kernel-3.0.1-5.fc16.i686 and kernel-3.1.0-0.rc4.git0.0.fc16.i686 The system works much slower with 3.1.0-0.rc4.git0.0 then with 3.0.1-5.fc16, especially 2D graphics is much slower. I am waiting for the normal kernel (not the git one) and if then this slowness persists I will open a bug about it. I also do not have any errors. Except may be the udisk can't pull sr0 cdrom with 3.1.0-0.rc4.git0.0.fc16.i686, although my selinux policy is permissive. Thanks. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Draft 'install alongside Windows' test case
On Wed, Aug 31, 2011 at 10:27 PM, Adam Williamson awill...@redhat.com wrote: Well, no version of Windows yet sets up a GPT disk label, and anaconda is supposed to leave existing MSDOS disk labels around. Are you sure about this? What about a 2TB disk present on the system and EFI booting? I know at least Win7 supports EFI booting, but I don't have a machine that has such a setup to test with :( I just did attempt to install F16 Alpha alongside Win7 Ultimate 64-bit in a VM, and while Fedora installed successfully and didn't touch the NTFS partition, Windows wasn't in the menu. Looking at this, it seems to be https://bugzilla.redhat.com/show_bug.cgi?id=678456 which just had an update submitted today, will wait for a nightly compose tonight and redo tomorrow. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 slowness
On Mon, 2011-09-05 at 13:32 -0400, Andy Lawrence wrote: Something is going on with gnome-shell. Mine progressively goes form normal to 50% CPU, over a few hours. End result is a fairly choppy desktop until reloaded (ALT+F2; r). No interesting output in dmesg or messages. Might be that or along those lines, or some underlining issue that causes it, as stated before, kde has slowness issues as well. Maybe it's glibc that is having some issues and/or along with newer kernels along with debug turned on, with those combinations might be causing it all. But if others aren't having any slowness issues, then maybe it's something else that we all have the same issue with. Video (mine is radeon hd 4350) or something? -- Mike Chambers Madisonville, KY The best town on Earth! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Bug in uvcvideo kernel module makes Fedora 16 LiveCD unusable for part of users
Hi, Due to a kernel bug in uvcvideo module [1] Fedora 16 doesn't work properly with specific web camera model(s) (at least available in Asus N43S series). It's required to blacklist that module in /etc/modprobe.d/blacklist.conf (boot parameter rd.blacklist doesn't help) which is impossible with LiveCD (without ISO modification). Maybe it would a good workaroud to temporarily blacklist that module in Fedora 16 (+ make a note in common bugs how to enable that module to use web camera) to allow those people to test further Fedora 16 version from LiveCD)? [1] - https://bugzilla.redhat.com/show_bug.cgi?id=734963 Regards Marcin -- http://solidsoft.wordpress.com/ - Working code is not enough -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] L10N/I18N Test Week recap
The L10N/I18N Test Week is now over and it's time to look at whole picture. I'm glad to see that translators did a wonderful job testing the UI and catching a lot of bugs. Fortunately, Anaconda is in pretty good shape regarding i18n support as well as the overall desktop applications. On the downside, the lack of a language selector in GDM still breaks the LiveCD experience and libreoffice langpacks are not being pulled in by yum install libreoffice. I want thank everyone who helped with ideas and contributions, specially our worldwide community for taking some time to run the tests and share the results. Here are the bugs filed during the test week: L10N: 718906 NEW - [te_IN] Disk format message is out of screen during installation 734308 NEW - All the interface strings are not showed in localized ones 734301 NEW - zh_TW] zh_TW does not install the fonts listed on fonts list 734654 NEW - ImportError while installing 734700 NEW - Some string are unlocalized for sosreport message 734298 NEW - abrt has many strings not to be able to translate 734735 NEW - [zh_CN] system-config-rootpassword some unlocalized strings and password tips displayed as question mark. 720240 NEW - [as_IN][gtk][Translation] - Translation Error with appearing 734437 NEW - gnome-utils: the desktop menu for screenshot appears in English 734439 NEW - fedora-release-notes: the desktop menu for the relnotes appears in English 701021 NEW - Translations not loaded when Authencation Dialogue prompted 706756 NEW - No translation on Login-Page of the reboot-menu 726878 NEW - Semi-translated messages (translated strings missing) 734635 NEW - [zh_CN] Redundant question mark in the weak passwords dialog 734643 NEW - [zh_CN] Unlocalized string for authconfig messages 734665 NEW - [zh_CN] im-chooser Unlocalized strings and Gtk-Message: Failed to load module pk-gtk-module 734683 NEW - [zh_CN] Some unlocalized string and warning message from system-config-selinux/selinux-polgengui 734717 NEW - [zh-CN] system-config-language the language list is not fully localized. 734303 NEW - Some messages showing in English 734355 NEW - [jp_JP] UnicodeDecodeError [ja-JP] 734434 NEW - Messages isn't translatable 734283 ASSIGNED - Message showing in English 734709 ASSIGNED - An error message pops up for system-config-boot 734628 ASSIGNED - Some cities and countries are missing in PO file 734387 ASSIGNED - English and To English isn't translatable 734656 ASSIGNED - Unable to run with error messages 666038 ASSIGNED - [all languages] yum untranslated words 734309 MODIFIED - im-chooser: Messages showing in English 734305 MODIFIED - [zh_TW] firstboot does not show all the translated strings for zh_TW 734668 MODIFIED - [gu_IN] Missing firstboot translations 734631 ON_QA - The string translated in transifex shows up in English 734338 VERIFIED - translation error in system-config-firewall 734278 CLOSED DUPLICATE - String showing in English 734279 CLOSED DUPLICATE - Message showing in English 734280 CLOSED DUPLICATE - Message showing in English 734302 CLOSED NOTABUG - 'System' term missing on the toolbar 734658 CLOSED NOTABUG - Unable to run with error message 734294 CLOSED DUPLICATE - Some strings not translated 734299 CLOSED NEXTRELEASE - mixing up both half-width and double-width characters for parenthesis in authconfig 734314 CLOSED DUPLICATE - Troubleshoot in Help menu is not translatable 734723 CLOSED UPSTREAM - [zh-CN] system-config-printer unlocalized string Settings. 678583 CLOSED ERRATA - When using pt_BR locale, some tags are not translated like @@NOME_DO_PRODUTO@@ * Translation teams were also notified of typos and better wording suggestions via regional mailing lists. I18n Installation: 734301 NEW - zh_TW] zh_TW does not install the fonts listed on fonts list 681750 NEW - No Language Selection/Language List in GDM I18n Desktop: 734976 NEW - libreoffice-langpack-*-* not pulled in by yum install libreoffice Best regards, -- Igor Pires Soares Fedora I18N/L10N QA Fedora Ambassador (Brazil) - Member of FAmSCo https://fedoraproject.org/wiki/User:Igor ___ 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
python 98% in rawhide
20 0 635m 46m 19m R 98.1 1.2 387:08.60 python Would anyone have any idea why python shows at 98% in top on rawhide? How do I find out which app is doing this? TIA -- Regards, OldFart -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: python 98% in rawhide
On Mon, 05 Sep 2011 21:14:07 -0400 Clyde E. Kunkel wrote: Would anyone have any idea why python shows at 98% in top on rawhide? How do I find out which app is doing this? The ls -l /proc/pid/fd directory, and you might see files it has open that give you a clue. Also a ps with the right options (which I can never remember :-) will show you the full command line which might have arguments that provide a clue. Vast numbers of administrative tools and scripts are written in python, so it could be lots of different things. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: python 98% in rawhide
On Mon, Sep 5, 2011 at 9:19 PM, Tom Horsley horsley1...@gmail.com wrote: Also a ps with the right options (which I can never remember :-) will show you the full command line which might have arguments that provide a clue. 'ps auxww' will get you what you need. It's likely a problem with whatever python app is running, not the python interpreter itself. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] 2011-09-05 @ 15:00 UTC - Fedora QA Meeting (?)
On Mon, Sep 05, 2011 at 12:37:34 -0400,
Clyde E. Kunkel clydekunkel7...@cox.net wrote:
On 09/05/2011 10:44 AM, Bruno Wolff III wrote:
snip
Neil Brown has a patch for the 3.1 kernel raid issue I am tracking upstream.
I'm working on building test kernels and hope to be able to confirm the
patch appears to work after a couple of days. (Crashes are random and occur
after hours of uptime, so absolute confirmation will be difficult.)
I see this often and can help test, if you like.
I've attached the patch. You need to build a kernel with it.
Comments can be added to: https://bugzilla.kernel.org/show_bug.cgi?id=41862
diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c
index 32323f0..f4622dd 100644
--- a/drivers/md/raid1.c
+++ b/drivers/md/raid1.c
@@ -1099,12 +1099,11 @@ read_again:
bio_list_add(conf-pending_bio_list, mbio);
spin_unlock_irqrestore(conf-device_lock, flags);
}
- r1_bio_write_done(r1_bio);
-
- /* In case raid1d snuck in to freeze_array */
- wake_up(conf-wait_barrier);
-
+ /* Mustn't call r1_bio_write_done before this next test,
+* as it could result in the bio being freed.
+*/
if (sectors_handled (bio-bi_size 9)) {
+ r1_bio_write_done(r1_bio);
/* We need another r1_bio. It has already been counted
* in bio-bi_phys_segments
*/
@@ -1117,6 +1116,11 @@ read_again:
goto retry_write;
}
+ r1_bio_write_done(r1_bio);
+
+ /* In case raid1d snuck in to freeze_array */
+ wake_up(conf-wait_barrier);
+
if (do_sync || !bitmap || !plugged)
md_wakeup_thread(mddev-thread);
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
