rawhide report: 20100808 changes
Compose started at Sun Aug 8 08:15:03 UTC 2010 Broken deps for x86_64 -- Mayavi-3.3.0-1.fc13.x86_64 requires python(abi) = 0:2.6 Mayavi-3.3.0-1.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) 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) QuantLib-test-1.0.1-3.fc14.x86_64 requires libboost_unit_test_framework.so.1.41.0()(64bit) 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) ekg2-python-0.2-0.12.rc1.fc14.x86_64 requires libpython2.6.so.1.0()(64bit) emerillon-0.1.2-7.fc14.x86_64 requires librest-0.6.so.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-7.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-sharp-0.21.1-7.fc14.x86_64 requires libecal-1.2.so.7()(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) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_system-mt.so.1.41.0()(64bit) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_program_options-mt.so.1.41.0()(64bit) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_iostreams-mt.so.1.41.0()(64bit) fusecompress-2.6-6.20100223git754bc0de.fc14.x86_64 requires libboost_serialization-mt.so.1.41.0()(64bit) glib-java-0.2.6-16.fc12.i686 requires libgcj.so.10 glib-java-0.2.6-16.fc12.x86_64 requires libgcj.so.10()(64bit) gnomeradio-1.8-6.fc14.x86_64 requires libgnome-media-profiles.so.0()(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) 1:libguestfs-1.5.2-4.fc14.i686 requires /lib/libxtables.so.4 1:libguestfs-1.5.2-4.fc14.x86_64 requires /lib64/libxtables.so.4 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) libvirt-qpid-0.2.18-1.fc14.x86_64 requires libqmf.so.1()(64bit)
Problem: Re: [Test-Announce] Fedora 14 Alpha RC2 Available Now!
On 08/08/10 01:46, Adam Williamson wrote: Sorry I'm useless at wiki editing, and havn't the perseverance at the moment to try learn. F13.x86_64 Host F14.x86 Alpha Virt-Manager guest from: http://serverbeach1.fedoraproject.org/pub/alt/stage/14-Alpha.RC2/Fedora/i386/iso/ Fedora-14-Alpha-i386-netinst.iso 07-Aug-2010 03:22 264M Got to customize packages. Unchecked everything, setup for XFCE install Started install then as below: http://www.zimagez.com/zimage/screenshot-080810-120923.php Should it not pull in all required deps? -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Problem: Re: [Test-Announce] Fedora 14 Alpha RC2 Available Now!
On 08/08/10 12:17, Frank Murphy wrote: snip Should it not pull in all required deps? Continued the install, dep was pulled in, but no boot unless init=/sbin/upstart passed to kernel Have uploaded boot image using virt-manager (rawvirt.repo) http://www.zimagez.com/zimage/screenshot-080810-134240.php Thought this was a fixed bug? -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: After upgrade to F14, LUKS partition apparently unreadable
On Tue, Aug 3, 2010 at 6:54 PM, Adam Williamson awill...@redhat.com wrote: On Sun, 2010-08-01 at 15:48 +0100, pbrobin...@gmail.com wrote: On Sun, Aug 1, 2010 at 3:29 PM, Adam Huffman adam.huff...@gmail.com wrote: I've entered bug https://bugzilla.redhat.com/show_bug.cgi?id=620202 as I can no longer boot Fedora on my laptop, after finding a LUKS error with the F14 kernel. Not a big problem for me as there's nothing significant stored on the laptop but this would be pretty serious for a normal upgrade. Yes but a big problem if you have a requirement to encrypt your root partition or the entire install. Sounds like an alpha blocker to me. Being able to install with encryption is indeed an Alpha criterion: The installer must be able to complete an installation using the entire disk, existing free space, or existing Linux partitions methods, with or without encryption enabled So if this is broken it does block Alpha. But see Bruno's reply. I tried adding init=/sbin/upstart and it got further but still wasn't able to boot successfully. I've since wiped what was on there, re-installed F13 and then used an F14 Alpha TC2 netinst disc to upgrade to F14 Alpha. This time the encrypted partitions are seemingly dealt with. However, boot never completes. I have a photo of the latter - is it best to make a new bugzilla entry for this, or put it on your Trac, or? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Partial Success with RC2
RC2 with ATI Radeon HD 5670 - Blank screen with either default or VESA driver. What happened to text mode install? RC2 with ATI 2600 XT (an old card) - successful install. Had to add vga cheat code to get a display on a CRT. The current ATI proprietary driver (I want my Cpmpiz!!) installs without error messages on both 32 and 64 RC2. However the result does not run X windows, and removing xorg.conf doesn't allow X to run as desired. Install did not ask for a user account. I had to add one using a console TTY and groupadd/useradd/passwd. Almost a feature, but sure to confuse novices. -- 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: Partial Success with RC2
On 08/08/2010 03:08 PM, Chuck Forsberg WA7KGX N2469R wrote: Install did not ask for a user account. I had to add one using a console TTY and groupadd/useradd/passwd. Almost a feature, but sure to confuse novices. AFAIK, it normal behaviour in Text install, it's more server friendly than user friendly -- Athmane Madjoudj -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Partial Success with RC2
On Sun, 2010-08-08 at 07:08 -0700, Chuck Forsberg WA7KGX N2469R wrote: RC2 with ATI Radeon HD 5670 - Blank screen with either default or VESA driver. What happened to text mode install? Using the 2nd install option when the GUI starts doesn't work neither? Is that what you meant by vesa driver? The current ATI proprietary driver (I want my Cpmpiz!!) installs without error messages on both 32 and 64 RC2. However the result does not run X windows, and removing xorg.conf doesn't allow X to run as desired. Try installing the mesa-dri-drivers-experimental packages as that might allow you to use compiz instead of the prop driver. Might try removing the ati prop driver first as well. -- Mike Chambers Madisonville, KY Best lil town on Earth! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Problem: Re: [Test-Announce] Fedora 14 Alpha RC2 Available Now!
On 08/08/2010 02:48 PM, Frank Murphy wrote: On 08/08/10 12:17, Frank Murphy wrote: snip Should it not pull in all required deps? Continued the install, dep was pulled in, but no boot unless init=/sbin/upstart passed to kernel Have uploaded boot image using virt-manager (rawvirt.repo) http://www.zimagez.com/zimage/screenshot-080810-134240.php Thought this was a fixed bug? On my kvm system the /etc/systemd/system/default.target was not created after clean RC2 install. When ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target was run, the system booted correctly, but X wasn't started anyway. Vaclav -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Problem: Re: [Test-Announce] Fedora 14 Alpha RC2 Available Now!
On 08/08/10 17:50, Adam Williamson wrote: snip Have uploaded boot image using virt-manager (rawvirt.repo) http://www.zimagez.com/zimage/screenshot-080810-134240.php Thought this was a fixed bug? It should be. Can you do 'rpm -q systemd udev' on the installed system? Thanks. systemd-5-2.fc14.i686 udev-160-8.fc14.i686 -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: After upgrade to F14, LUKS partition apparently unreadable
On Sun, Aug 8, 2010 at 1:53 PM, Adam Huffman adam.huff...@gmail.com wrote: On Tue, Aug 3, 2010 at 6:54 PM, Adam Williamson awill...@redhat.com wrote: On Sun, 2010-08-01 at 15:48 +0100, pbrobin...@gmail.com wrote: On Sun, Aug 1, 2010 at 3:29 PM, Adam Huffman adam.huff...@gmail.com wrote: I've entered bug https://bugzilla.redhat.com/show_bug.cgi?id=620202 as I can no longer boot Fedora on my laptop, after finding a LUKS error with the F14 kernel. Not a big problem for me as there's nothing significant stored on the laptop but this would be pretty serious for a normal upgrade. Yes but a big problem if you have a requirement to encrypt your root partition or the entire install. Sounds like an alpha blocker to me. Being able to install with encryption is indeed an Alpha criterion: The installer must be able to complete an installation using the entire disk, existing free space, or existing Linux partitions methods, with or without encryption enabled So if this is broken it does block Alpha. But see Bruno's reply. I tried adding init=/sbin/upstart and it got further but still wasn't able to boot successfully. I've since wiped what was on there, re-installed F13 and then used an F14 Alpha TC2 netinst disc to upgrade to F14 Alpha. This time the encrypted partitions are seemingly dealt with. However, boot never completes. I have a photo of the latter - is it best to make a new bugzilla entry for this, or put it on your Trac, or? Adding init=/sbin/upstart allows the boot process to complete, so there does seem to be a problem with the upgrade from F13 to F14 Alpha using this TC2 image. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Problem: Re: [Test-Announce] Fedora 14 Alpha RC2 Available Now!
On Sun, 2010-08-08 at 20:11 +0100, Frank Murphy wrote: On 08/08/10 17:50, Adam Williamson wrote: snip Have uploaded boot image using virt-manager (rawvirt.repo) http://www.zimagez.com/zimage/screenshot-080810-134240.php Thought this was a fixed bug? It should be. Can you do 'rpm -q systemd udev' on the installed system? Thanks. systemd-5-2.fc14.i686 udev-160-8.fc14.i686 Reproduced it on x86_64 system as well after minimal package virt-install. Thought it's bug#618315[1]. Thanks, Hurry [1] https://bugzilla.redhat.com/show_bug.cgi?id=618315 -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- Contacts Hurry FAS Name: Rhe Timezone: UTC+8 TEL: 86-010-62608141 IRC nick: rhe #fedora-qa #fedora-zh -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: New BugZapper Introduction
On Sun, Aug 8, 2010 at 7:59 PM, Chris Brereton cbreret...@gmail.com wrote: Hello. My name is Chris Brereton. I am 18 years old and live in Phoenix, AZ. I've used Fedora on and off over the years so I have some knowledge of it and its capabilities. I have some Linux experience as well (Ubuntu). I'm good at debugging using various tools. Also, I would like to have some help getting started with triaging if possible. My contact information can be found below. Thanks and I hope to be able to contribute somehow. IRC: Zom3ie email: cbreret...@gmail.com AIM: jmarket15 Skype: john.market -- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test Hello Chris, welcome. I'll be sending you some information directly to help you get started. For direct help, irc and/or here on the mailing list will give you the best mileage. Look for an email from me with more info. TK009 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test