Re: Resend: 17 Beta-RC3 netinst.iso in vbox fails
I found that there is a glitch of some kind in the video of virtualbox-4.1.10_Gentoo under kernel 3.3.1 (Radeon REDWOOD system video) Trying Fedora 14 boot.iso and Fedora 15 boot.iso work normally Fedora 16 boot.iso and F17 boot.iso while booting do not show the plymouth bottom bars (just a blank /white/ screen!) This started when I moved to gentoo 3.3.1 kernel. I'll persue other avenues of getting this fixed. Sorry for the noise Adam. -- G.Wolfe Woodbury -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] [Fedora test day report] Gnome Shell Software Rendering 2012-03-29
Hi, last Thursday/Friday was Gnome Shell Software Rendering Test Day. Numbers of attendants exceed my initial expectations. We have 15 configurations tested, some modern as well as some older hardware and also virtualized machines. Unfortunately, I spent most of Thursday building custom test images[2] with lastminute Mesa fixes from Wednesday, but all testing was successfully done during Friday and on weekend. Thanks to following people, who attended this Test Day: People from Fedora community: Sagitter Adsllc n4rC0t1C satellit_ adunsmuir mkertt MartinK Know people from Red Hat: msimon Martix tjamrisk Sesivany _Bugreports_ Red Hat Bugzilla bugs: 808710 NEW - llvmpipe driver doesn't render correctly on Dell Inspiron Mini 10 810192 NEW - [Dock] [T520] [HD3000] DVI output doesn't work, only VGA. 806693 ON_QA - swell-foop missing icon in Applications menu 810130 CLOSED UPSTREAM - Right Win key does not cause the Activities menu Gnome Bugzilla bugs: 648899 NEW - No visible notification for attention in group chats 643595 UNCONFIRMED - Does not show urgency hint 610589 UNCONFIRMED - enable notifications when chat is not focused 673559 UNCONFIRMED - System and gnome-control-center doesn't remember monitor mirroring after second monitor reconnect. Next Test Day will be KDE 4.8: https://fedoraproject.org/wiki/Test_Day:2012-04-10_KDE_4.8 [1] https://fedoraproject.org/wiki/Test_Day:2012-03-29_Gnome_Shell_Software_Rendering [2] yum update still crashes running Fedora Live system: https://bugzilla.redhat.com/show_bug.cgi?id=741594 that's why we needed custom images. Best Regards, Martin Holec Desktop QE, Red Hat Brno ___ 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
F-17 Branched report: 20120406 changes
Compose started at Fri Apr 6 08:15:05 UTC 2012 Broken deps for x86_64 -- [HippoDraw] HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.1-5.fc17.noarch requires ruby-nokogiri [alexandria] alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8 [catfish] catfish-engines-0.3.2-4.fc17.1.noarch requires pinot [comoonics-cdsl-py] comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py [comoonics-cluster-py] comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py [contextkit] contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) [converseen] converseen-0.4.9-3.fc17.x86_64 requires libMagickWand.so.5()(64bit) converseen-0.4.9-3.fc17.x86_64 requires libMagickCore.so.5()(64bit) converseen-0.4.9-3.fc17.x86_64 requires libMagick++.so.5()(64bit) [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [eruby] eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gearmand] gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit) gearmand-0.23-2.fc17.x86_64 requires libmemcached.so.8()(64bit) gearmand-0.23-2.fc17.x86_64 requires libboost_program_options-mt.so.1.47.0()(64bit) [genius] genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) [gnome-phone-manager] gnome-phone-manager-0.66-9.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gnome-user-share] gnome-user-share-3.0.1-3.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [gscribble] gscribble-0.1.2-2.fc17.noarch requires gnome-python2-gtkhtml2 [i3] i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit) [ibus-fep] ibus-fep-1.4.3-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-gucharmap] ibus-gucharmap-1.4.0-3.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-panel-extensions] ibus-panel-extensions-1.4.99.20111207-1.fc17.i686 requires libibus-1.0.so.0 ibus-panel-extensions-1.4.99.20111207-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-unikey] ibus-unikey-0.6.1-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [jboss-jaxrpc-1.1-api] jboss-jaxrpc-1.1-api-1.0.1-0.1.20120309gita3c227.fc17.noarch requires jboss-servlet-3.0-api [kazehakase] kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires ruby(abi) = 0:1.8 kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires libruby.so.1.8()(64bit) [libprelude] 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires ruby(abi) = 0:1.8 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires libruby.so.1.8()(64bit) [libteam] libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-route-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-nf-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-genl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-cli-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.x86_64
new Release Criterion proposal: kernel+initrd boot
Recently we found out that we don't have any criterion for PXE boot. Also F17 anaconda separated its root image from initrd.img, adding new ways where things can break. In the QA meeting we decided that new criterion is required [1]. Relevant bugs are: https://bugzilla.redhat.com/show_bug.cgi?id=805166 https://bugzilla.redhat.com/show_bug.cgi?id=790348 https://bugzilla.redhat.com/show_bug.cgi?id=810513 The new proposed criterion is this: The installer must be able to boot using kernel+initrd pair (some boot arguments might be needed), e.g. booting a VM or from PXE. Fetching the installer's root image must work using the same access protocols as are required for fetching package sources in currently active milestone. Installer must work correctly even if the remote location doesn't contain a full installable tree including package repository, but just the root image and files relevant to it. I propose to add it to the Alpha milestone. It covers several things: 1. booting over PXE 2. remote installer fetching 3. partial repositories (missing package repository) I deliberately re-used the the definition of protocols from another criterion related to package source fetching options, because it is tightly related. This makes sure that PXE booting works since Alpha, but the number of supported protocols increases just gradually as we reach Beta and Final. The last sentence could be split to a separate milestone (and worded a bit differently), because we might not require it really since Alpha. OTOH this is more succinct, and I have a vested interest in having this in Alpha anyway (because of our automated test suite). Better wording (and translating into proper English) is welcome. Thoughts? [1] https://fedoraproject.org/wiki/QA/Meetings/20120326#t15:50:50 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install Fedora Button for LiveCD
The discussion died off, so I'll sum it up: * Almost everyone agreed that current situation is highly unsatisfactory. * We have several ideas how to remedy it, which include: top bar button, notification and welcome screen. * We have just a single implementation, which is the top bar button. Since ideas are cheap and implementations are expensive, I'm going to try to push the current implementation to the default LiveCD desktop. If another implementation appears and is considered superior to the first one, let's replace it. But I want to have at least some solution ready for F17 Final. It might not be the best one, but it's better than having nothing at all. I think the best approach here is to contact anaconda team and ask them to adopt the code. Ideally this would be a part of anaconda. If you have better ideas how to proceed, please let me know. Thanks, Kamil -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
mouse scroll -- switches desktop
I'm using KDE and I'm running F17 in virtualbox so I'm not sure where the problem lies. Using the mouse wheel scrolls the virtual desktop even with the mouse inside an application window. This is very annoying. I have looked at all the desktop settings, configurations, whatever I can find that deals with mouse, desktop switching or shortcuts and I have yet to find anything that effects this annoying behavior. This started somewhere around the first beta release. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
is the name ok
There is no release criterion in the Testing/QA group for the release name. Before millions see the latest great work from a multitude of contributors, should this group pause to reflect if the release name is appropriate for world wide release. I ask your attention that the name/ logo/ and parody may offend many and may refuse to use it. Do you have concerns after looking at http://git.fedorahosted.org/git/?p=beefymiracle.git;a=shortlog;h=HEAD and beefymiracle . org. The image of a hot dog in a bun (and in some logo pictures, the use of the tag line mustard indicates progress) is too laden with symbolism. Is there concern in this, the last group in the process to concur with a release GO decision, that what has been published in support of the release name will not offend women, parents, and many who are spiritual or profess a religion? No mater how liberal a guy I might be, this expresses a concern for how open source might be perceived by the general public. Even if these pictures and words were done in fun, isn't the association now caustic. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F17 vs. Pentium 4
On 2012/04/06 12:35 (GMT-0500) Michael Hennebry composed: Felix Miata wrote: Maybe it's time to dispense with the script (menu.lst/grub.conf) CLUE ^^ CLUE :-) I don't understand how that would help. It seems to me that that would leave me with even less documentation. Like running an app in an xterm, otherwise invisible messages may provide a necessary clue to solving a problem. I installed openSUSE just to see if I could. I could, but not without problems. The first one was that it hung after its automatic reboot. By default, first reboot is not a reboot but a kexec. Kexec doesn't always work as intended. Pressing reset got the job done. Meaning openSUSE 12.1 is successfully installed and bootable? The other is that it took me a while to discover that to change my boot options I needed to edit menu.lst , not grub.conf . See above. :-) In F17 neither will work. It uses Grub2. I was really panicking for a while. Still no go on F16 or F17. :-( How about cloning your F15, and upgrading that to F16 with latest fixes with Yum? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
RE: is the name ok
This has nothing to do with QA. John. From: geor...@spanmail.net To: fedora-test-l...@redhat.com Subject: is the name ok Date: Fri, 6 Apr 2012 13:24:24 -0400 There is no release criterion in the Testing/QA group for the release name. Before millions see the latest great work from a multitude of contributors, should this group pause to reflect if the release name is appropriate for world wide release. I ask your attention that the name/ logo/ and parody may offend many and may refuse to use it. Do you have concerns after looking at http://git.fedorahosted.org/git/?p=beefymiracle.git;a=shortlog;h=HEAD and beefymiracle . org. The image of a hot dog in a bun (and in some logo pictures, the use of the tag line mustard indicates progress) is too laden with symbolism. Is there concern in this, the last group in the process to concur with a release GO decision, that what has been published in support of the release name will not offend women, parents, and many who are spiritual or profess a religion? No mater how liberal a guy I might be, this expresses a concern for how open source might be perceived by the general public. Even if these pictures and words were done in fun, isn't the association now caustic. -- 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: is the name ok (my reply a bit long)
On 06/04/12 18:24, george2 wrote: of the release name will not offend women, parents, and many who are spiritual or profess a religion? No mater how liberal a guy I might be, this expresses a concern for how open source might be perceived by the general public. Even if these pictures and words were done in fun, isn't the association now caustic. The only way to do that is not to have a name. Because there will always be someone to get offended. At times some common sense has to be used. For Instance: Where I live Waterford City, Ireland. There are many common expressions, that contain the word Boy eg. Hey boy, how's it going Ok boy Well boy http://www.slang.ie/index.php?county=Waterford Link to just give a hint of normal day chat. Similar can be heard in St' Johns, Newfoundland, Canada. Where many a Deise guy/gal brought their blas. Now just imagine the scene less than a decade ago, when the first people of African decent started to arrive in the town and county. yes, the racist card was brought out. But if someone takes offence at something that has been in vogue for countless generations. That's their problem. At times the offence or indeed perceived offence is purely in the eye\ear of the listener, or the naive do-gooder. Personally if I say something, and someone takes umbrage. my reply is not I sincerely apologise for unknowingly or unintentionally offending you in whatever manner It's Build a bridge, get over it -- Regards, Frank Jack of all, fubars -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: is the name ok (my reply a bit long)
On 04/06/2012 11:36 AM, Frank Murphy wrote: On 06/04/12 18:24, george2 wrote: of the release name will not offend women, parents, and many who are spiritual or profess a religion? No mater how liberal a guy I might be, this expresses a concern for how open source might be perceived by the general public. Even if these pictures and words were done in fun, isn't the association now caustic. The only way to do that is not to have a name. Because there will always be someone to get offended. At times some common sense has to be used. Putting in my two cents (pence, 5% of a euro, whatever), there is absolutely no way to prevent someone from being offended because people are so willing (in fact fervently wish) to _be_ offended. Even the name Fedora can cause grief. In northern Africa I can see someone whining We've been slighted! Why didn't they name it 'Kepi'? Or in the middle east, burnoose. You get the drift. Chevrolet Motors had such an issue in the 60's with the Nova. They meant bright star, but the joke in Mexico and such was won't go (no va). I agree, common sense should be the guiding factor, but common sense is rapidly becoming such a rare commodity now I doubt you can find it in some places. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - Death is nature's way of dropping carrier - -- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: is the name ok (my reply a bit long)
On 04/06/2012 11:54 AM, Rick Stevens wrote: On 04/06/2012 11:36 AM, Frank Murphy wrote: On 06/04/12 18:24, george2 wrote: of the release name will not offend women, parents, and many who are spiritual or profess a religion? No mater how liberal a guy I might be, this expresses a concern for how open source might be perceived by the general public. Even if these pictures and words were done in fun, isn't the association now caustic. The only way to do that is not to have a name. Because there will always be someone to get offended. At times some common sense has to be used. Putting in my two cents (pence, 5% of a euro, whatever), 2% of a euro, sorry! Bad day on the keyboard. :-p -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - Diplomacy: The art of saying Nice doggy! until you can find a - -big enough rock.- -- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
any lxde or xfce spin nightly build available?
Dear folks, I am looking for an xfce or lxde spin with a machine with 512 MB of ram, hoping this is ok at least for a livecd to install xfce or lxde to a machine. I check in nightly-composes output section, but there is no iso to download :( Anyone have a link to an iso, an rc3 or rc4? Regards, Antonio -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: is the name ok (my reply a bit long)
On 06/04/12 19:56, Rick Stevens wrote: Putting in my two cents (pence, 5% of a euro, whatever), 2% of a euro, sorry! Bad day on the keyboard. :-p Don't make much difference, 5% is now 2%, due to national debt crisis. Unless it's a personable tax, then the reverse applies. -- Regards, Frank Jack of all, fubars -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
is the name ok (my reply a bit long)
Frank Murphy frankly3d at gmail.com writes: The only way to do that is not to have a name. I'd favor this. Almost no one uses the name, and when they do it only causes confusion when people have to look it up. Maybe each version could have an official artwork theme instead (which is currently associated with the name). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: any lxde or xfce spin nightly build available?
On Fri, Apr 06, 2012 at 11:59:51 -0700, Antonio Olivares olivares14...@yahoo.com wrote: Dear folks, I am looking for an xfce or lxde spin with a machine with 512 MB of ram, hoping this is ok at least for a livecd to install xfce or lxde to a machine. I check in nightly-composes output section, but there is no iso to download :( Anyone have a link to an iso, an rc3 or rc4? RC4 hasn't been built yet. I believe you'll need to run liveinst --no-memcheck from the command line to install on a machine with 512 MiB, as the minimum memory size hasn't been updated, even though less memory will probably work now. (I did a test install to a machine with 512 MiB about a week agio and things worked OK.) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F17 btrfs installation
Hello. I know that anaconda is having a bug in terms of installing to btrfs Partitions and btrfs is generally disabled for now. Anybody knows if a installation of F17 to btrfs is possible if it already exists? Greetings, C -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: is the name ok
On 04/06/2012 11:27 AM, John Dulaney wrote: This has nothing to do with QA. Seconded. George, just be happy they didn't go with the first choice: Vivid animated penis. Happy Good Friday. :) -Scott p.s. extra points if you recognize the Usenet reference... -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: is the name ok
On 06/04/12 20:18, Scott Doty wrote: George, just be happy they didn't go with the first choice: Vivid animated penis. Happy Good Friday. :) Whats good about it? The pubs are closed. ;) -- Regards, Frank Jack of all, fubars -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: is the name ok (my reply a bit long)
On 04/06/2012 12:02 PM, Andre Robatino wrote: Frank Murphyfrankly3dat gmail.com writes: The only way to do that is not to have a name. I'd favor this. Almost no one uses the name, and when they do it only causes confusion when people have to look it up. Maybe each version could have an official artwork theme instead (which is currently associated with the name). This has all been discussed thoroughly on the board's mailing list. In case anyone wants to save themselves from a giant thread o'doom on this list. :) -Robyn -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: is the name ok
On Fri, Apr 6, 2012 at 1:24 PM, george2 geor...@spanmail.net wrote: There is no release criterion in the Testing/QA group for the release name. Before millions see the latest great work from a multitude of contributors, should this group pause to reflect if the release name is appropriate for world wide release. I ask your attention that the name/ logo/ and parody may offend many and may refuse to use it. Do you have concerns after looking at http://git.fedorahosted.org/git/?p=beefymiracle.git;a=shortlog;h=HEAD and beefymiracle . org. The image of a hot dog in a bun (and in some logo pictures, the use of the tag line mustard indicates progress) is too laden with symbolism. Is there concern in this, the last group in the process to concur with a release GO decision, that what has been published in support of the release name will not offend women, parents, and many who are spiritual or profess a religion? This has *nothing* to do with QA. It however is a topic that the Board has taken up. Further discussion on this topic should take place on the advisory-board list. See http://lists.fedoraproject.org/pipermail/advisory-board/2012-March/011418.html for a starting place for the discussion that has already taken place. -Jon -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
2012-04-06 @ 17:00 UTC - F17 Beta Blocker Bug Review #5 minutes
= #fedora-bugzappers: F17-beta-blocker-review-5 = Minutes: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-04-06/f17-beta-blocker-review-5.2012-04-06-17.01.html Minutes (text): http://meetbot.fedoraproject.org/fedora-bugzappers/2012-04-06/f17-beta-blocker-review-5.2012-04-06-17.01.txt Log: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-04-06/f17-beta-blocker-review-5.2012-04-06-17.01.log.html Meeting summary --- * roll call (tflink, 17:01:46) * introduction (tflink, 17:10:03) * Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs. (tflink, 17:10:13) * LINK: https://fedoraproject.org/wiki/Current_Release_Blockers (tflink, 17:10:37) * LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting (tflink, 17:11:06) * LINK: https://fedoraproject.org/wiki/Fedora_17_Beta_Release_Criteria (tflink, 17:11:26) * 2 proposed blockers (tflink, 17:11:41) * 2 accepted blockers (tflink, 17:11:41) * 8 proposed NTH (tflink, 17:11:41) * (804835) Failed to install GRUB2 into boot partition (tflink, 17:12:55) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=804835 (tflink, 17:12:55) * Proposed Blocker, NEW (tflink, 17:12:55) * discussion is tabled until we get more input from developers (tflink, 17:40:14) * (810451) Logging out crashes i686 LiveCD system (tflink, 17:40:23) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=810451 (tflink, 17:40:24) * Proposed Blocker, NEW (tflink, 17:40:24) * AGREED: - 810451 - AcceptedBlocker - hits the F17 beta release criterion All release-blocking desktops' offered mechanisms (if any) for shutting down, logging out and rebooting must work for i686 live images (tflink, 18:04:54) * (804835) Failed to install GRUB2 into boot partition (tflink, 18:05:33) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=804835 (tflink, 18:05:33) * Proposed Blocker, NEW (tflink, 18:05:33) * AGREED: - 804835 - RejectedBlocker - This is not clearly a bug and no matter what, the desired outcome requires manual setup. Add documentation for the correct way to use multiple grubs and commonbugs for F17 beta (tflink, 18:11:04) * (809123) Unable to login to desktop after upgrading to NM-0.9.4-1.git20120328.fc16 (tflink, 18:18:58) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=809123 (tflink, 18:19:01) * Proposed NTH, ON_QA (tflink, 18:19:03) * AGREED: - 809123 - RejectedNTH - The use cases affected by this bug are easily fixed as an update (tflink, 18:30:57) * (809864) unable to yum update because of clutter (tflink, 18:31:06) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=809864 (tflink, 18:31:06) * Proposed NTH, ON_QA (tflink, 18:31:06) * AGREED: - 809864 - Waiting to see if this affects DVD upgrades from 15-17 as well - will revisit after testing (tflink, 18:39:13) * (803430) [swell-foop] Game is not working (tflink, 18:39:25) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=803430 (tflink, 18:39:25) * Proposed NTH, ON_QA (tflink, 18:39:25) * this has been fixed by the gnome 3.4 update, can close after final verification (tflink, 18:40:11) * (806693) swell-foop missing icon in Applications menu (tflink, 18:41:07) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=806693 (tflink, 18:41:08) * Proposed NTH, ON_QA (tflink, 18:41:08) * this has been fixed by the gnome 3.4 update, can close after final verification (tflink, 18:41:26) * (810104) F17 Beta RC3 live image not bootable via EFI when written to an actual disc (tflink, 18:41:37) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=810104 (tflink, 18:41:40) * Proposed NTH, NEW (tflink, 18:41:42) * AGREED: - 810104 - AcceptedNTH - This fixes several EFI related bugs and can't be fixed as an update post-release (tflink, 18:43:25) * (810039) ntfsresize cannot run in F17 Beta RC3 anaconda because of missing library (tflink, 18:43:34) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=810039 (tflink, 18:43:37) * Proposed NTH, MODIFIED (tflink, 18:43:40) * AGREED: - 810039 - AcceptedNTH - This doesn't cause any horrible breakage in the installer but can't be fixed post-release and is a relatively safe fix (tflink, 18:48:13) * (810083) dd'ed Fedora 17 Beta RC3 images are not EFI bootable (tflink, 18:48:35) * LINK: http://bugzilla.redhat.com/show_bug.cgi?id=810083 (tflink, 18:48:35) * Proposed NTH, NEW (tflink, 18:48:35) * AGREED: - 810083 - AcceptedNTH - The DVDs should be EFI bootable when dd'd and this can't be fixed post-release with an update (tflink, 18:52:49) * (805017) Segmentation fault in anaconda when
Re: F17 vs. Pentium 4
On Fri, 6 Apr 2012, Felix Miata wrote: On 2012/04/06 12:35 (GMT-0500) Michael Hennebry composed: Felix Miata wrote: Maybe it's time to dispense with the script (menu.lst/grub.conf) CLUE ^^ CLUE :-) I don't understand how that would help. It seems to me that that would leave me with even less documentation. Like running an app in an xterm, otherwise invisible messages may provide a necessary clue to solving a problem. That means that from the command line, grub will emit messages that I would not see using pause? I installed openSUSE just to see if I could. I could, but not without problems. The first one was that it hung after its automatic reboot. By default, first reboot is not a reboot but a kexec. Kexec doesn't always work as intended. Pressing reset got the job done. Meaning openSUSE 12.1 is successfully installed and bootable? Yes. How about cloning your F15, and upgrading that to F16 with latest fixes with Yum? I suppose I could clone my F15 by copying its partition, but I thought that yum could only upgrade package versions, not fedora versions. man yum seems to concur. Doing an upgrade with the installer would require running the installer, something that hasn't worked well for me. -- Michael henne...@web.cs.ndsu.nodak.edu On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword. -- Lily -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 15 updates-testing report
The following Fedora 15 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-5256/wireshark-1.4.12-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5094/drupal7-ctools-1.0-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4988/trytond-1.8.6-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4569/gnutls-2.10.5-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4997/perl-YAML-LibYAML-0.38-2.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4417/mingw-libtasn1-2.12-1.fc15,mingw32-gnutls-2.10.5-2.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5079/libpng10-1.0.59-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4659/openssl-1.0.0h-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5436/quagga-0.99.20.1-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5267/moodle-1.9.17-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5420/rpm-4.9.1.3-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5422/freetype-2.4.4-8.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5406/libtiff-3.9.5-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2011-17233/tor-0.2.1.32-1500.fc15 The following Fedora 15 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/FEDORA-2012-5406/libtiff-3.9.5-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5422/freetype-2.4.4-8.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5435/kernel-2.6.43.1-2.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5420/rpm-4.9.1.3-1.fc15 https://admin.fedoraproject.org/updates/dracut-009-15.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5102/mysql-5.5.22-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4959/mdadm-3.2.3-7.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4971/python-cups-1.9.60-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5053/openldap-2.4.24-6.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4725/perl-Scalar-List-Utils-1.25-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4715/perl-common-sense-3.5-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4659/openssl-1.0.0h-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4569/gnutls-2.10.5-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4570/audit-2.2.1-1.fc15 https://admin.fedoraproject.org/updates/lm_sensors-3.3.2-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4571/llvm-2.8-15.fc15 https://admin.fedoraproject.org/updates/FEDORA-2011-13190/phonon-backend-gstreamer-4.5.90-2.fc15,phonon-4.5.57-1.20110914.fc15 The following builds have been pushed to Fedora 15 updates-testing bird-1.3.7-1.fc15 freetype-2.4.4-8.fc15 ghc-vault-0.1.0.0-1.fc15 haproxy-1.4.20-1.fc15 kernel-2.6.43.1-2.fc15 libtiff-3.9.5-3.fc15 love-0.8.0-1.fc15 love-0.8.0-2.fc15 python-rhsm-0.99.8-1.fc15 python-testtools-0.9.14-1.fc15 quagga-0.99.20.1-1.fc15 rpm-4.9.1.3-1.fc15 rubygem-foreigner-1.1.6-1.fc15 subscription-manager-0.99.13-1.fc15 twirssi-2.5.1-2.fc15 Details about builds: bird-1.3.7-1.fc15 (FEDORA-2012-5416) BIRD Internet Routing Daemon Update Information: bird package updated to upstream version 1.3.7 ChangeLog: * Wed Apr 4 2012 Stanislav Kozina skoz...@redhat.com 1.3.7-1 - updated to latest upstream 1.3.7 freetype-2.4.4-8.fc15 (FEDORA-2012-5422) A free and portable font rendering engine Update Information: This update fixes various CVEs ChangeLog: * Wed Apr 4 2012 Marek Kasik mka...@redhat.com 2.4.4-8 - Fixes various CVEs - Resolves: #806270 References: [ 1 ] Bug #806270 - CVE-2012-{1126,1127,1128,1130,1131,1132,1133,1134,1135,1136,1137,1138,1139,1140,1141,1142,1143,1144} freetype: multiple vulnerabilities [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=806270 ghc-vault-0.1.0.0-1.fc15 (FEDORA-2012-5414) Typed persistent stores for arbitrary type values
Re: F17 vs. Pentium 4
On 2012/04/06 15:24 (GMT-0500) Michael Hennebry composed: On Fri, 6 Apr 2012, Felix Miata wrote: Like running an app in an xterm, otherwise invisible messages may provide a necessary clue to solving a problem. That means that from the command line, grub will emit messages that I would not see using pause? Presumably. I installed openSUSE just to see if I could. I could, but not without problems. The first one was that it hung after its automatic reboot. By default, first reboot is not a reboot but a kexec. Kexec doesn't always work as intended. Pressing reset got the job done. Meaning openSUSE 12.1 is successfully installed and bootable? Yes. Which means something peculiar about the combination of your hardware and F16/17. How about cloning your F15, and upgrading that to F16 with latest fixes with Yum? I suppose I could clone my F15 by copying its partition, but I thought that yum could only upgrade package versions, not fedora versions. man yum seems to concur. If it does, it's not something I ever noticed. It's not uncommon for man pages to be in need of update. Updating versions via package manager I've done more than a few times on Fedora, routinely on openSUSE. http://fedoraproject.org/wiki/How_to_use_PreUpgrade Just be sure that the first thing done after cloning is ensuring UUID and volume label on copy and clone do not match, and that on the clone fstab and Grub's menu are matched to the clone's location. Also, a typical cloning process does not clone Grub. That invariably must be done separately. Failing the fstab Grub menu post-cloning steps would almost surely result in damage to the F15 source, if not complete destruction, once is upgrade is begun. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F17 vs. Pentium 4
On Fri, 6 Apr 2012, Felix Miata wrote: On 2012/04/06 15:24 (GMT-0500) Michael Hennebry composed: On Fri, 6 Apr 2012, Felix Miata wrote: How about cloning your F15, and upgrading that to F16 with latest fixes with Yum? I suppose I could clone my F15 by copying its partition, but I thought that yum could only upgrade package versions, not fedora versions. man yum seems to concur. If it does, it's not something I ever noticed. It's not uncommon for man pages to be in need of update. Updating versions via package manager I've done more than a few times on Fedora, routinely on openSUSE. http://fedoraproject.org/wiki/How_to_use_PreUpgrade Vey interesting. It seems that yum doesn't know about it either. So far as yum is concerned, it's just installing another boring package. I just hope that this mechanism doesn't hit the same wall. Just be sure that the first thing done after cloning is ensuring UUID and volume label on copy and clone do not match, and that on the clone fstab and Grub's menu are matched to the clone's location. Also, a typical cloning process does not clone Grub. That invariably must be done separately. Failing the fstab Grub menu post-cloning steps would almost surely result in damage to the F15 source, if not complete destruction, once is upgrade is begun. cp /dev/sdb17 /dev/sdb27 wouldn't get the first sector of the partition? -- Michael henne...@web.cs.ndsu.nodak.edu On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword. -- Lily -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F17 vs. Pentium 4
On 2012/04/06 19:05 (GMT-0500) Michael Hennebry composed: Felix Miata wrote: http://fedoraproject.org/wiki/How_to_use_PreUpgrade Vey interesting. It seems that yum doesn't know about it either. So far as yum is concerned, it's just installing another boring package. I just hope that this mechanism doesn't hit the same wall. Just be sure that the first thing done after cloning is ensuring UUID and volume label on copy and clone do not match, and that on the clone fstab and Grub's menu are matched to the clone's location. Also, a typical cloning process does not clone Grub. That invariably must be done separately. Failing the fstab Grub menu post-cloning steps would almost surely result in damage to the F15 source, if not complete destruction, once is upgrade is begun. cp /dev/sdb17 /dev/sdb27 wouldn't get the first sector of the partition? You can't clone a partition with cp, only files. Better to use something like rsync -av --exclude 'lost+found', and still you wouldn't have a partition clone, but only a complete filesystem copy, which _is_ the kind of clone you want for this purpose, as long as it isn't performed using a currently booted OS as source. Also there is software specifically made for cloning like you need. I do all my cloning with DFSee, which isn't free, but is multi-platform executable, and compatible, meaning among other things I can run it any time I want without a reboot first. The part of Grub that initiates boot isn't in the filesystem though. Grub's files will get copied, but it still needs to be installed to the clone if it is to be used by the clone for booting. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] [Fedora test day report] Gnome Shell Software Rendering 2012-03-29
Hi, last Thursday/Friday was Gnome Shell Software Rendering Test Day. Numbers of attendants exceed my initial expectations. We have 15 configurations tested, some modern as well as some older hardware and also virtualized machines. Unfortunately, I spent most of Thursday building custom test images[2] with lastminute Mesa fixes from Wednesday, but all testing was successfully done during Friday and on weekend. Thanks to following people, who attended this Test Day: People from Fedora community: Sagitter Adsllc n4rC0t1C satellit_ adunsmuir mkertt MartinK Know people from Red Hat: msimon Martix tjamrisk Sesivany _Bugreports_ Red Hat Bugzilla bugs: 808710 NEW - llvmpipe driver doesn't render correctly on Dell Inspiron Mini 10 810192 NEW - [Dock] [T520] [HD3000] DVI output doesn't work, only VGA. 806693 ON_QA - swell-foop missing icon in Applications menu 810130 CLOSED UPSTREAM - Right Win key does not cause the Activities menu Gnome Bugzilla bugs: 648899 NEW - No visible notification for attention in group chats 643595 UNCONFIRMED - Does not show urgency hint 610589 UNCONFIRMED - enable notifications when chat is not focused 673559 UNCONFIRMED - System and gnome-control-center doesn't remember monitor mirroring after second monitor reconnect. Next Test Day will be KDE 4.8: https://fedoraproject.org/wiki/Test_Day:2012-04-10_KDE_4.8 [1] https://fedoraproject.org/wiki/Test_Day:2012-03-29_Gnome_Shell_Software_Rendering [2] yum update still crashes running Fedora Live system: https://bugzilla.redhat.com/show_bug.cgi?id=741594 that's why we needed custom images. Best Regards, Martin Holec Desktop QE, Red Hat Brno ___ test-announce mailing list test-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce