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 noriko): According to noriko, the specific images will be provided for L10N test day, so I guess the installed system is not suitable for test? But it's a good idea to do it before i18n desktop day. Also as Igor suggested, we still give each test day an exact date but with proper announcements. In all the test week could be organized like: * https://fedoraproject.org/wiki/Test_Day:2011-08-22_L10n_Desktop (Mon) * https://fedoraproject.org/wiki/Test_Day:2011-08-24_L10n_i18n_Installation (Wed) * https://fedoraproject.org/wiki/Test_Day:2011-08-26_I18n_Desktop (Fri) I've updated the test day schedule to include these. Feel free to discuss and modify it in need. Sorry replying late. It looks beautiful.[[BR]] One favour, is it possible or too late to change L10N test date from 2011-08-22 to 2011-08-23 Tuesday?[[BR]] The image to be used for this test will be composed on 2011-08-19 Friday. It is convenient to have a day (Monday) for preparation before testing.[[BR]] This is minor, and both dates fine but just preference. -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/222#comment:23 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
Cannot find a valid baseurl for repo: preupgrade-main
Trying to test upgrade to branched. using preupgrade from full updated F15. Cannot find a valid baseurl for repo: preupgrade-main This could be caused by a missing network connection or a bad mirror. My net is fine, only branched seems borked for me. -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Cannot find a valid baseurl for repo: preupgrade-main
I think it is the same with the bug at https://bugzilla.redhat.com/show_bug.cgi?id=727428 - Original Message - From: Frank Murphy frankl...@gmail.com To: FPO-testing test@lists.fedoraproject.org Sent: Tuesday, August 2, 2011 4:17:10 PM Subject: Cannot find a valid baseurl for repo: preupgrade-main Trying to test upgrade to branched. using preupgrade from full updated F15. Cannot find a valid baseurl for repo: preupgrade-main This could be caused by a missing network connection or a bad mirror. My net is fine, only branched seems borked for me. -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- 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: Cannot find a valid baseurl for repo: preupgrade-main
On 02/08/11 09:47, Hongqing Yang wrote: I think it is the same with the bug at https://bugzilla.redhat.com/show_bug.cgi?id=727428 I'm not using anaconda, well it'n not installed. mirrormanager problem? -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
rawhide report: 20110802 changes
Compose started at Tue Aug 2 08:15:21 UTC 2011 Broken deps for x86_64 -- LuxRender-0.7.1-6.fc16.x86_64 requires libboost_thread-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_system-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_serialization-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_regex-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_program_options-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_iostreams-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_filesystem-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_thread-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_system-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_serialization-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_regex-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_program_options-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_iostreams-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_filesystem-mt.so.1.46.1()(64bit) QuantLib-test-1.1-1.fc16.x86_64 requires libboost_unit_test_framework.so.1.46.1()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libcryptui.so.0()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libcamel-1.2.so.26()(64bit) 1:anerley-0.2.14-7.fc16.i686 requires libcamel-1.2.so.26 1:anerley-0.2.14-7.fc16.x86_64 requires libcamel-1.2.so.26()(64bit) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit) awstats-7.0-3.fc16.noarch requires perl(Switch) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) bluetile-0.5.3-11.fc16.x86_64 requires ghc(xmonad-contrib-0.9.2) = 0:d669bbdb9b9f7adb145fcb61825dec73 1:cheese-3.0.2-1.fc16.x86_64 requires libcogl.so.1()(64bit) 1:cheese-libs-3.0.2-1.fc16.i686 requires libcogl.so.1 1:cheese-libs-3.0.2-1.fc16.x86_64 requires libcogl.so.1()(64bit) claws-mail-plugins-geolocation-3.7.9-7.fc16.x86_64 requires libcogl.so.1()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) clutter-gtk-1.0.2-1.fc16.i686 requires libcogl.so.1 clutter-gtk-1.0.2-1.fc16.x86_64 requires libcogl.so.1()(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) collectl-3.5.1-1.fc16.noarch requires perl(Switch) 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 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-5.fc16.i686 requires libcogl.so.1 ease-0.4-5.fc16.x86_64 requires libcogl.so.1()(64bit) easystroke-0.5.4-1.fc16.x86_64 requires libboost_serialization-mt.so.1.46.1()(64bit) emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave empathy-3.1.3-4.fc16.x86_64 requires libcogl.so.1()(64bit) eog-plugins-3.1.2-1.fc16.x86_64 requires libcogl.so.1()(64bit) evolution-mapi-3.1.3-1.fc16.i686 requires libcamel-provider-1.2.so.27
F16 Alpha
Downloaded the x86_64 iso and wrote it to a jump drive with Live USB creator. Was unable to install from this image. Better luck was had with a dvd-rw. The basic storage checker throws an unhandled exception apparently when it sees sda. Sda contains several bootable systems. I got past that by using specialized storage devices and installing to a different drive. Both desktop and development choices failed dependency tests. I was able to do a minimal install. No network, no X. Not too useful. A bit of local testing might be in order before the next alpha spin. -- 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: F16 Alpha
on 08/02/2011 10:01 PM, Chuck Forsberg WA7KGX N2469R wrote: The basic storage checker throws an unhandled exception apparently when it sees sda. Sda contains several bootable systems. I may have same problem. In my case anaconda crashes after host name setup menu. I used empty ext4 formatted disk. Anyway, I filled a bug report for this. https://bugzilla.redhat.com/show_bug.cgi?id=727573 Cheers, -- /* * Masami Ichikawa * gmail: masami...@gmail.com * Fedora project: mas...@fedoraproject.org */ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
top using full cpu core session/process management weirdness
Hi, I just stumbled over a strange phenomenon that makes top go bananas. To reproduce open one shell window (and only one), switch to root and run top. Now close the shell window (without quitting top first). top will now suddenly start to use 100% of one cpu core. Things get more interesting when multiple shell windows are involved. I this situation top only goes bonkers once you close the last (!) shell window. As long as any shell window is still open the top process will still run but not use many resources. Regards, Dennis -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 16 Alpha Test Compose 1 (TC1) Available Now!
On Mon, 2011-08-01 at 18:16 -0400, Andre Robatino wrote: As per the Fedora 16 schedule [1], Fedora 16 Alpha Test Compose 1 (TC1) is now available for testing. Please see the following pages for download links and testing instructions. In general, official live images arrive a few hours after the install images: see the links below for updates. When they appear, the download directory should be the same as that for install images, except with the trailing /Fedora/ replaced by /Live/. 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 priority test cases for Installation [2], Base [3], and Desktop [4] should pass in order to meet the Alpha Release Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the test list [7]. task#16 - Create Alpha Test Compose (TC) https://fedorahosted.org/rel-eng/ticket/4844 F16 Alpha Blocker tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=713560 F16 Alpha Nice-To-Have tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=713563 [1] http://rbergero.fedorapeople.org/schedules/f-16/f-16-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Base_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/Fedora_16_Alpha_Release_Criteria [6] irc://irc.freenode.net/fedora-qa [7] https://admin.fedoraproject.org/mailman/listinfo/test Hey testers! Just a quick heads up about a mirroring problem you may encounter while testing. The 'repo=fedora-16' is not yet acknowledged by MirrorManager. As a result, any references to a mirror url such as https://mirrors.fedoraproject.org/metalink?repo=fedora-16arch=x86_64 are not recognized. Dgilmore informed me that additional changes were needed for MirrorManager. Those changes have been made, and should be visible soon. Until then, any yum requests that rely on the mirror URL shown above will fail. This also impacts TC1 installer testing as demonstrated by the following bugs ... http://bugzilla.redhat.com/show_bug.cgi?id=727428 https://bugzilla.redhat.com/show_bug.cgi?id=727510 Thanks, James 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
using dl instead of serverbeach1 for test matrix page download links
Andre Robatino robatino at fedoraproject.org writes: After discussing with smooge and nirik on #fedora-admin, decided to change the 16 Alpha TC1 test matrix pages to use dl.fp.o instead of serverbeach1.fp.o and alt.fp.o for download links. If no problems are seen, the template pages can be changed to make it permanent. This would eliminate up to an hour's delay due to the mirroring from dl to serverbeach1. The latter is still operating as a mirror and will be available in case there are problems using dl. Any problems seen with using dl.fp.o instead of serverbeach1? If not, I'll go ahead and put the change in the templates as well before the next TC/RC. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Version 16 not an option in bugzilla
On Sun, 2011-07-31 at 14:36 -0500, Bruno Wolff III wrote: With the branch sort of complete, shouldn't 16 be an option for the version now? (Currently I am not seeing it as an option when submitting bugs.) Yes, it should be. If it still isn't, you can email bugzilla-reque...@redhat.com , I believe this is the last procedure I heard of for getting stuff done in RH bugzilla... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Anaconda is forcing GPT on non-EFI BIOS
Hello, I noticed when I tried to install F16 Alpha TC1 on a new guest ie: without any existing partition table that Anaconda is forcing GPT instead of msdos even on a classic BIOS (non EFI) Any idea why ? Thanks. -- Athmane Madjoudj -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anaconda is forcing GPT on non-EFI BIOS
On 08/02/2011 07:36 PM, Athmane Madjoudj wrote: Hello, I noticed when I tried to install F16 Alpha TC1 on a new guest ie: without any existing partition table that Anaconda is forcing GPT instead of msdos even on a classic BIOS (non EFI) Any idea why ? Maybe it's related to: http://fedoraproject.org/wiki/Features/GUID_Partition_Table -- Athmane Madjoudj -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anaconda is forcing GPT on non-EFI BIOS
On 08/02/2011 07:45 PM, Athmane Madjoudj wrote: On 08/02/2011 07:36 PM, Athmane Madjoudj wrote: Hello, I noticed when I tried to install F16 Alpha TC1 on a new guest ie: without any existing partition table that Anaconda is forcing GPT instead of msdos even on a classic BIOS (non EFI) Any idea why ? Maybe it's related to: http://fedoraproject.org/wiki/Features/GUID_Partition_Table I found some good info here: https://bugzilla.redhat.com/show_bug.cgi?id=694808 -- Athmane Madjoudj -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anaconda is forcing GPT on non-EFI BIOS
On 08/02/2011 02:52 PM, Athmane Madjoudj wrote: On 08/02/2011 07:45 PM, Athmane Madjoudj wrote: On 08/02/2011 07:36 PM, Athmane Madjoudj wrote: Hello, I noticed when I tried to install F16 Alpha TC1 on a new guest ie: without any existing partition table that Anaconda is forcing GPT instead of msdos even on a classic BIOS (non EFI) Any idea why ? Maybe it's related to: http://fedoraproject.org/wiki/Features/GUID_Partition_Table I found some good info here: https://bugzilla.redhat.com/show_bug.cgi?id=694808 Correct. There's no forcing by us, your hardware forced us to use GPT because of the size of its disk. If you have a UEFI-capable system, I suggest using it in UEFI mode. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora QA] #215: Request for mentor to become the Proven Tester
#215: Request for mentor to become the Proven Tester --+- Reporter: seenafcqa| Owner: jlaska Type: proventester request | Status: closed Priority: major| Milestone: Component: Proventester Mentor Request | Version: Resolution: fixed|Keywords: --+- Changes (by jlaska): * status: assigned = closed * resolution: = fixed Comment: Replying to [comment:4 seenafcqa]: Also I have applied for the membership in FAS. Excellent. I sponsored your membership request, you are now an official proventester! Welcome and happy testing! Please don't hesitate to ask questions or post ideas to test@lists.fedoraproject.org. -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/215#comment:5 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: Anaconda is forcing GPT on non-EFI BIOS
On 08/02/2011 08:52 PM, David Cantrell wrote: On 08/02/2011 02:52 PM, Athmane Madjoudj wrote: On 08/02/2011 07:45 PM, Athmane Madjoudj wrote: On 08/02/2011 07:36 PM, Athmane Madjoudj wrote: Hello, snip I found some good info here: https://bugzilla.redhat.com/show_bug.cgi?id=694808 Correct. There's no forcing by us, your hardware forced us to use GPT because of the size of its disk. If you have a UEFI-capable system, I suggest using it in UEFI mode. Weird because it was a KVM guest with 32G disk -- Athmane Madjoudj -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Anaconda is forcing GPT on non-EFI BIOS
On 08/02/2011 04:05 PM, Athmane Madjoudj wrote: On 08/02/2011 08:52 PM, David Cantrell wrote: On 08/02/2011 02:52 PM, Athmane Madjoudj wrote: On 08/02/2011 07:45 PM, Athmane Madjoudj wrote: On 08/02/2011 07:36 PM, Athmane Madjoudj wrote: Hello, snip I found some good info here: https://bugzilla.redhat.com/show_bug.cgi?id=694808 Correct. There's no forcing by us, your hardware forced us to use GPT because of the size of its disk. If you have a UEFI-capable system, I suggest using it in UEFI mode. Weird because it was a KVM guest with 32G disk That definitely sounds suspicious. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 16 updates-testing report
The following Fedora 16 Security updates need testing: https://admin.fedoraproject.org/updates/cifs-utils-5.0-2.fc16 https://admin.fedoraproject.org/updates/drupal7-7.6-1.fc16 https://admin.fedoraproject.org/updates/openarena-0.8.5-4.fc16,quake3-1.36-11.svn2102.fc16 The following Fedora 16 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-13.fc16 https://admin.fedoraproject.org/updates/PackageKit-0.6.17-2.fc16 https://admin.fedoraproject.org/updates/libsepol-2.1.1-1.fc16 https://admin.fedoraproject.org/updates/redhat-rpm-config-9.1.0-14.fc16 https://admin.fedoraproject.org/updates/iputils-20101006-10.fc16 https://admin.fedoraproject.org/updates/udev-173-1.fc16 https://admin.fedoraproject.org/updates/xorg-x11-drv-evdev-2.6.99-2.20110601giteaf202531.fc16 https://admin.fedoraproject.org/updates/gdb-7.3.50.20110722-3.fc16 https://admin.fedoraproject.org/updates/gdb-7.3.50.20110722-2.fc16 https://admin.fedoraproject.org/updates/perl-5.14.1-184.fc16 https://admin.fedoraproject.org/updates/xorg-x11-drv-ati-6.14.2-1.20110727git8c9266ed2.fc16 https://admin.fedoraproject.org/updates/gobject-introspection-1.29.16-1.fc16 https://admin.fedoraproject.org/updates/mdadm-3.2.2-7.fc16 https://admin.fedoraproject.org/updates/gcc-4.6.1-5.fc16 https://admin.fedoraproject.org/updates/gvfs-1.9.2-1.fc16 https://admin.fedoraproject.org/updates/wpa_supplicant-0.7.3-9.fc16 https://admin.fedoraproject.org/updates/binutils-2.21.53.0.1-2.fc16 The following builds have been pushed to Fedora 16 updates-testing 389-ds-base-1.2.9.1-2.fc16 PackageKit-0.6.17-2.fc16 bluez-4.96-1.fc16 cheese-3.0.2-2.fc16 clutter-gtk-1.0.2-2.fc16 ease-0.4-6.fc16 eiciel-0.9.8.1-1.fc16 empathy-3.1.4-1.fc16 eog-plugins-3.1.2-2.fc16 florence-0.5.0-2.fc16 gaupol-0.19-1.fc16 gnome-games-3.1.4-2.fc16 gnome-shell-3.1.4-1.fc16 gnote-0.7.5-1.fc16 hamlib-1.2.14-1.fc16 irrlicht-1.7.2-7.fc16 kanatest-0.4.8-6.fc16 kdesdk-4.7.0-1.fc16 libreport-2.0.5-4.fc16 llvm-2.9-1.fc16 mairix-0.23-1.fc16 marathi-typing-booster-0.0.1-3.fc16 memtester-4.2.2-1.fc16 mesa-7.11-1.fc16 mutter-3.1.4-1.fc16 obexd-0.42-1.fc16 python-virtinst-0.600.0-4.fc16 ruby-gnome2-0.90.4-1.5.fc16 rubygem-rhc-0.73.14-1.fc16 rubygem-state_machine-1.0.1-1.fc16 rusers-0.17-65.fc16 rwall-0.17-33.fc16 selinux-policy-3.10.0-13.fc16 stdair-0.36.2-1.fc16 sugar-turtleart-113-1.fc16 sushi-0.0.5-1.fc16 virt-manager-0.9.0-5.fc16 xorg-x11-drv-displaylink-0-1.20110102git.fc16 xtide-2.12-0.4.dev20110731.fc16 Details about builds: 389-ds-base-1.2.9.1-2.fc16 (FEDORA-2011-10178) 389 Directory Server (base) Update Information: A few bug fixes ChangeLog: * Tue Aug 2 2011 Rich Megginson rmegg...@redhat.com - 1.2.9.1-2 - Bug 723937 - Slapi_Counter API broken on 32-bit F15 - fixed to use configure test for GCC provided 64-bit atomic functions * Wed Jul 27 2011 Rich Megginson rmegg...@redhat.com - 1.2.9.1-1 - Bug 663752 - Cert renewal for attrcrypt and encchangelog - this was re-fixed due to a deadlock condition with cl2ldif task cancel - Bug 725953 - Winsync: DS entries fail to sync to AD, if the User's CN entry contains a comma - Bug 725743 - Make memberOf use PRMonitor for it's operation lock - Bug 725542 - Instance upgrade fails when upgrading 389-ds-base package - Bug 723937 - Slapi_Counter API broken on 32-bit F15 References: [ 1 ] Bug #723937 - replication failing on RUV errors https://bugzilla.redhat.com/show_bug.cgi?id=723937 [ 2 ] Bug #725542 - Instance upgrade fails when upgrading 389-ds-base package https://bugzilla.redhat.com/show_bug.cgi?id=725542 [ 3 ] Bug #725743 - Directory server hangs during unit tests https://bugzilla.redhat.com/show_bug.cgi?id=725743 [ 4 ] Bug #725953 - Winsync: DS entries fail to sync to AD, if the User's CN entry contains a comma https://bugzilla.redhat.com/show_bug.cgi?id=725953 [ 5 ] Bug #663752 - Cert renewal for attrcrypt and encchangelog https://bugzilla.redhat.com/show_bug.cgi?id=663752 PackageKit-0.6.17-2.fc16 (FEDORA-2011-10167) Package management service Update Information: - New upstream release. - Manually convert the results of GetDetails to unicode. - Parse
warning to delta ISO users: rawread script can no longer be reliably used to extract Fedora images from disc
I removed all references to the rawread script from https://fedoraproject.org/wiki/Delta_ISOs . This script can be used to extract ISO files from burned media, using the Volume Space Size in the ISO header to read off the correct amount. Unfortunately, many of the recent Fedora images, including the 16-Alpha.TC1 x86_64 DVD, are not true ISOs and include extra padding beyond the size indicated by the ISO header. This means that if such an image is read off a burned optical disc using rawread, it will be truncated. This both prevents the checksum from matching and prevents applydeltaiso from working if the delta ISO was made using the untruncated oldiso file. I prefer to continue making delta ISOs using the official checksummed ISO files for both oldiso and newiso. This means that in general the rawread script should no longer be used to read oldiso off a burned optical disc into a file. For oldiso, one should either use the ISO file matching the official checksum, or use the disc directly (applydeltaiso /dev/dvd diso newiso). It's still possible to read an ISO file off a burned optical disc by specifying the size directly. For example, Fedora-16-Alpha.TC1-x86_64-DVD.iso is 3589275648 bytes = 1752576 2048-byte blocks, although the Volume Space Size is 1752162 blocks. The rawread script would only read off the latter amount, truncating the file. Using the explicit command dd if=/dev/dvd bs=2048 count=1752576 conv=notrunc,noerror oldiso will read off the file correctly. This requires knowing the exact size of the file, which may not be available (especially for TCs/RCs which get deleted often). I filed https://bugzilla.redhat.com/show_bug.cgi?id=727387 in the hope of having file sizes included in the official checksum files. (Note that I filed the bug before finding this issue - there are probably others lurking.) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] 2011-08-04 Fedora 15 EC2 Test Day
This is a little later than originally planned, but the Fedora 15 (yes, Fedora 15 - not a typo) EC2 test day will be on this Thursday 2011-08-04 [1]. Fedora 15 AMIs are available for testing and are listed on the test day wiki page [1]. The tests are designed to ensure basic functionality for the AMIs (MTA, httpd, yum etc.). Since these tests require an Amazon AWS account, we are offering some compensation (up to US$5) for the first 10 people to go through the EC2 test cases. This will be done on a first come, first served basis - make sure that you contact rbergeron to verify that you are one of the 10 people or you may not get the credit. Tim PS - If you have the means to pay for the EC2 time or a free account, please use that. We're just trying to make sure that everyone who wants to participate can. [1] https://fedoraproject.org/wiki/Test_Day:2011-08-04_Cloud_SIG_Fedora_EC2 signature.asc Description: PGP 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
Re: top using full cpu core session/process management weirdness
On Tuesday, August 02, 2011 10:12:54 Dennis Jacobfeuerborn wrote: Hi, I just stumbled over a strange phenomenon that makes top go bananas. To reproduce open one shell window (and only one), switch to root and run top. Now close the shell window (without quitting top first). top will now suddenly start to use 100% of one cpu core. I can't reproduce this. I suspect that because I'm using KDE and konsole. $ konsole --version Qt: 4.7.3 KDE Development Platform: 4.6.5 (4.6.5) Konsole: 2.6.4 $ -- Garry Williams -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: using dl instead of serverbeach1 for test matrix page download links
- Original Message - From: Andre Robatino robat...@fedoraproject.org To: test@lists.fedoraproject.org Sent: Wednesday, August 3, 2011 12:01:42 AM Subject: using dl instead of serverbeach1 for test matrix page download links Andre Robatino robatino at fedoraproject.org writes: After discussing with smooge and nirik on #fedora-admin, decided to change the 16 Alpha TC1 test matrix pages to use dl.fp.o instead of serverbeach1.fp.o and alt.fp.o for download links. If no problems are seen, the template pages can be changed to make it permanent. This would eliminate up to an hour's delay due to the mirroring from dl to serverbeach1. The latter is still operating as a mirror and will be available in case there are problems using dl. Any problems seen with using dl.fp.o instead of serverbeach1? If not, I'll go ahead and put the change in the templates as well before the next TC/RC. everything is fine. Thanks. Hongqing -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 14 updates-testing report
The following Fedora 14 Security updates need testing: https://admin.fedoraproject.org/updates/foomatic-4.0.7-2.fc14 https://admin.fedoraproject.org/updates/freetype-2.4.2-5.fc14 https://admin.fedoraproject.org/updates/cifs-utils-4.8.1-7.fc14 https://admin.fedoraproject.org/updates/drupal7-7.6-1.fc14 https://admin.fedoraproject.org/updates/clamav-0.97.2-1400.fc14 https://admin.fedoraproject.org/updates/cgit-0.9.0.2-2.fc14 https://admin.fedoraproject.org/updates/wireshark-1.4.8-1.fc14 https://admin.fedoraproject.org/updates/NetworkManager-0.8.4-2.git20110622.fc14 https://admin.fedoraproject.org/updates/system-config-firewall-1.2.27-2.fc14 https://admin.fedoraproject.org/updates/libsndfile-1.0.25-1.fc14 https://admin.fedoraproject.org/updates/glpi-0.78.5-2.svn14966.fc14,glpi-data-injection-2.0.2-1.fc14,glpi-mass-ocs-import-1.4.2-1.fc14,glpi-pdf-0.7.2-1.fc14 https://admin.fedoraproject.org/updates/phpMyAdmin-3.4.3.2-1.fc14 https://admin.fedoraproject.org/updates/libcap-2.22-1.fc14 https://admin.fedoraproject.org/updates/quake3-1.36-11.svn2102.fc14,openarena-0.8.5-4.fc14 https://admin.fedoraproject.org/updates/libsoup-2.32.2-2.fc14 https://admin.fedoraproject.org/updates/dbus-1.4.0-3.fc14 https://admin.fedoraproject.org/updates/tomcat6-6.0.26-21.fc14 https://admin.fedoraproject.org/updates/openldap-2.4.23-10.fc14 https://admin.fedoraproject.org/updates/gdk-pixbuf2-2.22.0-2.fc14 The following Fedora 14 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/dbus-1.4.0-3.fc14 https://admin.fedoraproject.org/updates/libsoup-2.32.2-2.fc14 https://admin.fedoraproject.org/updates/libcap-2.22-1.fc14 https://admin.fedoraproject.org/updates/pinentry-0.8.1-4.fc14 https://admin.fedoraproject.org/updates/freetype-2.4.2-5.fc14 https://admin.fedoraproject.org/updates/mdadm-3.1.3-0.git20100804.3.fc14 https://admin.fedoraproject.org/updates/libsndfile-1.0.25-1.fc14 https://admin.fedoraproject.org/updates/sed-4.2.1-6.fc14 https://admin.fedoraproject.org/updates/ModemManager-0.4.998-1.git20110706.fc14 https://admin.fedoraproject.org/updates/unique-1.1.6-3.fc14 https://admin.fedoraproject.org/updates/xorg-x11-drv-savage-2.3.2-3.fc14 https://admin.fedoraproject.org/updates/mash-0.5.22-1.fc14 https://admin.fedoraproject.org/updates/gdk-pixbuf2-2.22.0-2.fc14 https://admin.fedoraproject.org/updates/perl-5.12.4-146.fc14 https://admin.fedoraproject.org/updates/policycoreutils-2.0.85-30.2.fc14 https://admin.fedoraproject.org/updates/xorg-x11-drv-openchrome-0.2.904-8.fc14.2 https://admin.fedoraproject.org/updates/xorg-x11-drv-qxl-0.0.21-3.fc14 https://admin.fedoraproject.org/updates/xorg-x11-drv-nouveau-0.0.16-14.20101010git8c8f15c.fc14 https://admin.fedoraproject.org/updates/libconcord-0.23-5.fc14,udev-161-9.fc14,concordance-0.23-2.fc14 https://admin.fedoraproject.org/updates/openldap-2.4.23-10.fc14 The following builds have been pushed to Fedora 14 updates-testing 389-admin-1.1.21-1.fc14 389-ds-base-1.2.9.1-2.fc14 byobu-4.23-1.fc14 fwsnort-1.6-1.fc14 gnome-chemistry-utils-0.12.8-4.fc14 gnumeric-1.10.17-1.fc14 goffice-0.8.17-1.fc14 marathi-typing-booster-0.0.1-2.fc14 pam_afs_session-2.5-1.fc14 paraview-3.10.1-3.fc14 qbittorrent-2.8.3-1.fc14 rubygem-rhc-0.73.14-1.fc14 stdair-0.36.2-1.fc14 sugar-turtleart-113-1.fc14 supervisor-3.0-0.5.a10.fc14 sx-2.03-8.fc14.1 systemtap-1.6-1.fc14 xtide-2.12-0.4.dev20110731.fc14 Details about builds: 389-admin-1.1.21-1.fc14 (FEDORA-2011-10207) 389 Administration Server (admin) Update Information: bugfix several tls/ssl and migration bug fixes Rebuild with 389-adminutil-1.1.14 look for separate openldap ldif library skip rebranding current brand - add support for different skins ChangeLog: * Tue Aug 2 2011 Rich Megginson rmegg...@redhat.com - 1.1.21-1 - Bug 476925 - Admin Server: Do not allow 8-bit passwords for the admin user * Tue Jul 5 2011 Rich Megginson rmegg...@redhat.com - 1.1.20-3 - bump rel to rebuild with 389-adminutil-1.1.14 * Tue Jul 5 2011 Rich Megginson rmegg...@redhat.com - 1.1.20-2 - bump rel to rebuild with 389-adminutil-1.1.14 * Tue Jul 5 2011 Rich Megginson rmegg...@redhat.com - 1.1.20-1 - Bug 719056 - migrate-ds-admin.pl needs to update SELinux policy - Bug 718285 - AdminServer should use service command instead of start/stop/restart scripts - Bug 718079 - Perl errors when running migrate-ds-admin.pl - Bug 713000 - Migration stops if old admin server cannot be stopped - added tests for the security cgi - fix typo in NSS_Shutdown warning message - better NSS error