Re: Kernel security update required or not?
On 12/20/2009 11:16 PM, Bruno Wolff III wrote: On Sun, Dec 20, 2009 at 21:17:46 -0500, Mail Lists wrote: On 12/20/2009 08:34 PM, Bojan Smojver wrote: On Sun, 2009-12-20 at 19:16 -0600, Bruno Wolff III wrote: There is a 2.6.31.9 build in Koji. Yeah, I've seen it. But, it's not in updates. Hence the question. Sure wish 2.6.32 would come soon ... anyone know when ? Be careful what you wish for. 2.6.32 isn't working for me. I have to use 2.6.31 kernels from F12 on my otherwise rawhide system, to get it to boot. does adding nomodeset to kernel parm line in grub.conf work? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090902 changes
On 09/02/2009 12:23 PM, James Laska wrote: On Wed, 2009-09-02 at 11:17 -0400, Dave Jones wrote: On Wed, Sep 02, 2009 at 08:44:00AM -0400, James Laska wrote: > > > Heads up for anyone installing from rawhide today. A fix didn't land in > time for anaconda-12.19 (see bug#520791), I've built an updates.img > (http://jlaska.fedorapeople.org/520791-updates.img) for anyone > interested in testing the installer today. Nils has a build in progress to address bug#520826. I'm going to pull that into the updates.img listed above once complete. We can see what else lurks. will the new updates.img be 520826-updates.img? Regards, OldFart -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [ANNOUNCEMENT] dracut-0.5
On 07/17/2009 10:36 AM, Harald Hoyer wrote: Information: https://fedoraproject.org/wiki/Dracut Download: F-11: http://koji.fedoraproject.org/koji/buildinfo?buildID=114853 Rawhide: http://koji.fedoraproject.org/koji/buildinfo?buildID=114854 or if the mirrors have synced: # yum update dracut Bugs can be filed in bugzilla: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=dracut Debugging = Create your image with the debug module: # dracut -a debug /boot/test-$(uname -r) $(uname -r) Add "rdshell" to the kernel command line, remove "rhgb" and "quiet" and boot the image. Once you are dropped to a shell do: # dmesg|grep dracut Add the output and your kernel command line to the bug report. see also: https://fedoraproject.org/wiki/Dracut/Debugging What's new in dracut-0.5: = - more generic (all plymouth modules, all keyboards, all console fonts) - more kernel command line parameters (see also man dracut(8)) - a helper tool, which generates the kernel command line (dracut-gencmdline) for my machine this looks like this: # /sbin/dracut-gencmdline rd_DM_UUID=nvidia_dddhfead rd_LUKS_UUID=luks-227fe0ce-7e8c-453a-823f-d5bf34ca1da3 rd_LVM_VG=VolGroup00 KEYBOARDTYPE=pc KEYTABLE=de-latin1 SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 If you have encrypted partitions you should at least set "KEYTABLE" to have the correct keyboard setting. rd_DM_UUID, rd_LUKS_UUID, rd_MD_UUID help you, if dracut does more than you want in its automatic mode. So if you want to be more specific on what dracut is allowed to assemble, uncrypt etc. just specify the exact parameters. For those with an Intel fake software raid onboard (imsm/isw), you might not want MD handle those, but fallback to the old behaviour with DM. To do so add rd_NO_MDIMSM to the kernel command line. New kernel command line parameters: I18N e.g. LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=de-latin1-nodeadkeys KEYBOARDTYPE=sun|pc will be written to /etc/sysconfig/keyboard in the initramfs KEYTABLE= will be written to /etc/sysconfig/keyboard in the initramfs SYSFONT= Console font will be written to /etc/sysconfig/i18n in the initramfs SYSFONTACM= Unicode font map will be written to /etc/sysconfig/i18n in the initramfs UNIMAP= Unicode font map will be written to /etc/sysconfig/i18n in the initramfs LANG= will be written to /etc/sysconfig/i18n in the initramfs Bootsplash - plymouth rd_plytheme= specify the plymouth bootsplash theme (fallback is text) LVM rd_NO_LVM disable LVM detection rd_LVM_VG= only activate the volume groups with the given name crypto LUKS rd_NO_LUKS disable crypto LUKS detection rd_LUKS_UUID= only activate the LUKS partitions with the given UUID MD rd_NO_MD disable MD RAID detection rd_NO_MDIMSM no MD RAID for imsm/isw raids, use dmraid instead rd_MD_UUID= only activate the raid sets with the given UUID DMRAID rd_NO_DM disable DM RAID detection rd_DM_UUID= only activate the raid sets with the given UUID # dracut -a debug /boot/debug-$(uname -r) $(uname -r) W: Possible missing firmware /lib/firmware/ql8100_fw.bin for module qla2xxx.ko W: Possible missing firmware /lib/firmware/ql2500_fw.bin for module qla2xxx.ko W: Possible missing firmware /lib/firmware/aic94xx-seq.fw for module aic94xx.ko E: Failed to install strace [r...@p5k-ewifi ~]# ls /boot/debug* ls: cannot access /boot/debug*: No such file or directory bz updated: https://bugzilla.redhat.com/show_bug.cgi?id=509576 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [ANNOUNCEMENT] dracut-0.3
On 07/02/2009 06:59 AM, Harald Hoyer wrote: Here it is, dracut-0.3! Featuring booting from all kind of block devices, NFS, iSCSI and NBD. Dracut is a new initramfs infrastructure. It should replace nash/mkinitrd. Dracut is a feauture for Fedora 12 http://fedoraproject.org/wiki/Features/Dracut How to get started, if you want to test. # yum install dracut-0.3 To generate a initramfs image, run: # dracut to overwrite an existing image: # dracut -f Try to boot from that image by modifying /etc/grub.conf. Be sure to have a fallback entry. If you want to boot from network have a look at the manpage. Basically everything can be specified on the kernel command line. Bug reports can be send directly to me (har...@redhat.com) until dracut appears in the bugzilla component list. Further information about dracut: http://sourceforge.net/apps/trac/dracut/wiki Will dracut work with a Fedora 11 guest vm? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Suggestion re FESCO Ticket #170
On 06/29/2009 09:35 AM, Kevin Kofler wrote: David wrote: The "I don't care" just links to whichever desktop is currently the "default". People who don't care should (and will, anyway) just keep using Winblow$ or whatever crap they're currently using. If you're going through the effort of downloading an operating system, you should be expected to care about what you're getting. Kevin Kofler I don't think so. I think if someone wants to give linux and Fedora a shot, then lets make it easy for them. Let them go back to MS windows if they like--all that means is that linux/Fedora/free software is not yet at a level they can appreciate or even use without thinking about the technie stuff and then we go back to thre drawing boards and try again (and again...). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Suggestion re FESCO Ticket #170
On 06/29/2009 07:22 AM, Naheem Zaffar wrote: The "I don't care" looks like "get me out of here!". Not presenting a default choice is just bad usability. Those that know about the different desktop environments should be offered an easy and accessible way to get to them (I am not suggesting that the current page does that - but presenting a false choice to many people already out of their element trying this linux thingymajig may be enough to scare them away.). Those that don't should not have to worry to much over such a page. Probably should read "No Preference" vice "I don't care" then the link can lead to a dialogue that explains the default or even provides some neutral facts about the other desktops. Keep the facts short. I know that there is a debate about who the Fedora audience is, but if Fedora ever wants to be a contender desktop alternative for the non-techie, just give me something that lets me do my e-mail, facebook, write my college papers or whatever, it has to lose the "techie" overtones it currently has. Those of us who appreciate Fedora and enjoy living with rawhide will easily be able to quickly adopt the desktop we like or even play with multiple desktops. We can then hand out DVDs with David's menu to friends and associates and say, "Hey, try this one. You'll like it!!" -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Announcing the release of Fedora Core 5
Rahul Sundaram wrote: On Wed, 2006-03-22 at 08:56 -0500, Clyde E. Kunkel wrote: Mike Chambers wrote: How does this affect Rahul Sundaram and his position? It doesnt. My day job doesnt have anything to do with Fedora so far. Rahul Good. You are a never sleeping voice of reason and common sense on these lists. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots)
Re: Announcing the release of Fedora Core 5
Mike Chambers wrote: On Mon, 2006-03-20 at 15:56 -0500, Max Spevack wrote: For those of you who don't yet know me, let me introduce myself. I've been with Red Hat for about a year and a half, and over the course of the last month I've transitioned from an engineering and quality assurance job into a new role as Red Hat's Fedora Project Leader. My job is to represent the Fedora Project within Red Hat, to work with all of the leaders within the Fedora Project (the leaders within the community as well as inside of the Red Hat fenceline), and to set priorities and direction at the level of engineering, budget, testing, branding, marketing, and community building. How does this affect Rahul Sundaram and his position? Not that I am trying to butt into Red Hat's business or whatever, just that he seems to be the voice of Red Hat/Reason since this beta cycle began and just seeing who we will be talking to, and who will be making decisions on things and such. Maybe an explanation/diagram of who reports to who, and who says what type thing? (as in , developers to Rahul, Rahul to you, you to a committee, etc..? something like that). Might let us all understand how this works as far as names and stuff *shrug*. I can't find the original msg in my mail folder nor in the archives. Was this a spoof? -- Regards, Old Fart
Re: rawhide report: 20060309 changes
Neal Becker wrote: same here same here -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots)
Re: Help Needed: FC5 Blocker List and Rawhide Install Testing
Warren Togami wrote: https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=150222&hide_resolved=1 We are now attempting to fix some last minute problems. Your help would be greatly appreciated in finding solutions for the problems listed in the above FC5 Blocker list. Your testing of rawhide nightly tree installs (while not guaranteed to work) is very valuable at this point. We need to know if there are any critical installation issues that would effect FC5 install, like the nasty Bug #159026. Please also test upgrades of FC3 or FC4 systems to the nightly rawhide tree and report any problems that you see to Bugzilla. Bugzilla is the official and best way to get reports to the developers. Complaints posted only to a mailing list are very likely to be lost in the bulk. Bug reports have status, comments and resolution states so at least there is a chance of tracking your issue. Thank you for using Fedora. Warren Togami wtog...@redhat.com During install of todays development tree, could not mount the home LV during firstboot. Had to use selinux=0 kernel parm in grub.conf. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184276 -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots)