From lordmorgul at gmail.com Tue Apr 1 00:02:31 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 31 Mar 2008 17:02:31 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> Message-ID: <47F17B97.7090209@gmail.com> Mark wrote: > Hey, > > I just installed the Fedora 9 Beta release and am doing a full system > update as we speak. > While downloading the updates nothing is wrong.. it just downloads and > that's it. But when installing the updates i get a ton of selinux > notices!! and this is just a default Fedora 9 beta followed by a yum > -y update. A few suggestions... first, this is beta software, so naturally the fresh beta install is going to have some issues. Why wouldn't you expect that it is possible selinux wouldn't play quietly in its corner right after you install... yet you probably wouldn't think twice about a few little issues with gdm or nautilus? Now suggestions. - To keep selinux running nicely on your desktop you need to relabel or restorecon your files frequently, especially after any updates are done. If you update selinux-policy or your kernel, immediately do 'touch /.autorelabel' and then reboot... when you don't you're tempting selinux to annoy you with denials (expected behavior). - Use tmpfs for /tmp. This one suggestion from Dan Walsh has been very helpful for my systems. Just add the following line to your /etc/fstab: tmpfs /tmp tmpfs defaults 0 0 then do: rm -Rf /tmp/*; reboot Then remember that files in tmp are supposed to be temporary and don't save large downloads, misc files, etc, in tmp... they will disappear at reboot, and tmp is only 512Mb with tmpfs defaults. - Run selinux-policy-targeted (the default, so don't change it) and then learn a little bit about what denials mean, why they happen, and report those that you cannot figure out. Use setroubleshoot and sealert. I've got lots of denials in my audit database right now (actually 30+ of them are new today, for various stuff I've been testing)... but not one of them has stopped me from 'doing real work' on the system. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kevin.kofler at chello.at Tue Apr 1 00:22:33 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 1 Apr 2008 00:22:33 +0000 (UTC) Subject: RFC: mass rebuild results References: <47DA8FBC.6040503@redhat.com> Message-ID: Karsten Hopp redhat.com> writes: > This list doesn't even contain the failed packages which suddenly have > unpackaged files not catched by some wildcard in the %files section. It would be great if you could collect these too next time you run these checks. RPM helpfully outputs the exact list of unpackaged files. I'm sure there are a lot more missing BRs which would get caught that way. Kevin Kofler From markg85 at gmail.com Tue Apr 1 00:24:24 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 02:24:24 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> Message-ID: <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> 2008/4/1, Jeff Spaleta : > > > On Mon, Mar 31, 2008 at 3:20 PM, Mark wrote: > > Hey, > > > > I just installed the Fedora 9 Beta release and am doing a full system > > update as we speak. > > While downloading the updates nothing is wrong.. it just downloads and > > that's it. But when installing the updates i get a ton of selinux > > notices!! and this is just a default Fedora 9 beta followed by a yum > > -y update. > > Are you suggesting there are...bugs in the beta? That's an outrageous > accusation to make! > Oh wait.. not it isn't. I'm sure there a set of bugs tracking selinux > issues that you should probably check. There's also the test mailinglist > where you could post avc messages and try to get other people to help you > figure out why you are seeing them and if the underlying issue is a bug that > has been fixed in a subsequent rawhide update. Well i'm not saying that Fedora beta has selinux bugs. just that till now my experience with selinux has been bad and i have to turn it off to have a normally functional desktop. And i've seen selinux for at least a few years now in distributions and there is always something wrong (perhaps not a bug but it annoys the user) so i doubt that it will ever get "normal" (at a point where i can just use the desktop without selinux asking my attention). > > > > > Also another issue that i noticed was when looking at a flash > > animation in firefox.. when i want to play the animation selinux > > (again) drops in and tells me i can't. (or i need to run a command to > > get it working). > > Is this adobe's proprietary flash perchance? > Nope it isn't Fedora 9 (beta) gets some flash capable player in firefox 3.. i didn't install adobe flash yet. The site i was looking was: www.digg.com and than pressing the huge PLAY sign. > -jef 2008/4/1, Andrew Farris : > Mark wrote: > > Hey, > > > > I just installed the Fedora 9 Beta release and am doing a full system > > update as we speak. > > While downloading the updates nothing is wrong.. it just downloads and > > that's it. But when installing the updates i get a ton of selinux > > notices!! and this is just a default Fedora 9 beta followed by a yum > > -y update. > > > A few suggestions... first, this is beta software, so naturally the fresh beta > install is going to have some issues. Why wouldn't you expect that it is > possible selinux wouldn't play quietly in its corner right after you install... > yet you probably wouldn't think twice about a few little issues with gdm or > nautilus? I wouldn't find it strange to see bugs in nautilus/gdm/any other than selinux strange. Selinux is just: Annoying, frustrating, irritating and asking to be disabled. My selinux history tells me that this isn't a bug.. it's just selinux. > > Now suggestions. > - To keep selinux running nicely on your desktop you need to relabel or > restorecon your files frequently, especially after any updates are done. If you > update selinux-policy or your kernel, immediately do 'touch /.autorelabel' and > then reboot... when you don't you're tempting selinux to annoy you with denials > (expected behavior). > - Use tmpfs for /tmp. This one suggestion from Dan Walsh has been very helpful > for my systems. Just add the following line to your /etc/fstab: > tmpfs /tmp tmpfs defaults 0 0 > > then do: > rm -Rf /tmp/*; reboot > > Then remember that files in tmp are supposed to be temporary and don't save > large downloads, misc files, etc, in tmp... they will disappear at reboot, and > tmp is only 512Mb with tmpfs defaults. > First: it requires a reboot which should not be the case for ANY linux based program unless it has a good reason. Windows == reboots afer every update. Don't follow that path on linux! Second: it requires me to INVESTIGATE the issues, find solutions and fix it. Sorry to tell but that's not my job nor am i willing to do it and it requires a lot of time to fix issues that should not even exist. Third: The tmpfs thing might be handy but i would just like to run the OS in it's default stuff. If i need to edit things like that then there is something wrong with Fedora. > - Run selinux-policy-targeted (the default, so don't change it) and then learn a > little bit about what denials mean, why they happen, and report those that you > cannot figure out. Use setroubleshoot and sealert. I've got lots of denials in > my audit database right now (actually 30+ of them are new today, for various > stuff I've been testing)... but not one of them has stopped me from 'doing real > work' on the system. > Again require me to do some work to get things fixed which should not even be broken in the first place. I simply don't get why such a idiotic system has to be in fedora... Fedora is about user friendly distributions right? this one isn't user friendly at all. Till now i've always disabled selinux as soon as the first boot was completed. Also a note about the selinux stats in the smolt database. When you install fedora selinux is (sadly) enabled by default. And on the first boot you get the smolt system specs sending stuff.. at that point (atleast in F9 beta) there was NO option to turn off selinux so the stats will therefore always indicate a higher selinux usage than is actually the case. i turned it off right after those smolt things where send but i'm in the smolt db now with selinux enabled! O well.. enough selinux bashing for now ^_^ From clydekunkel7734 at cox.net Tue Apr 1 00:43:33 2008 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Mon, 31 Mar 2008 20:43:33 -0400 Subject: disk devices in F9 interchanged In-Reply-To: <47EA7259.7050507@cox.net> References: <47EA3B4C.5000503@rhrk.uni-kl.de> <47EA7259.7050507@cox.net> Message-ID: <47F18535.3040809@cox.net> Clyde E. Kunkel wrote: > Joachim Backes wrote: >> I my actual F8, I have 2 disk devices: One Sata-Disk: /dev/sda, and 1 >> IDE-Disk: /dev/sdb. >> But in F9 Beta, these two disks seem to be interchanged (/dev/sda <--> >> /dev/sdb). Is this true, and if yes, why? >> >> Regards >> > Should drive detection change from alpha to beta? Does it really make > any differnce? > > F9 Beta changed my drive sequence from 360GB ide (sda) + 3 160GB satas > (sdb..d) to 3 160GB satas (sda..c) + 360GB ide (sdd). Since I use LVs > and labels, the only issue was the bios boot sequence which anaconda > ignored and I fixed during boot configuration during install. > > F9 alpha, F8, unity and centos all saw the drive sequences the same and > bios boot sequence was correct. > The strangeness continues: installation from F9 Beta DVD was as above and fstab was created with /dev/sdd5, not some UUID, as swap. Somewhere along the line after one of the rawhide updates, the drive sequence has changed back to the original. I discovered this when I saw a msg about a swapon error and saw /dev/sdd5 in fstab and fdisk shows it is now /dev/sda5. Swaps used to be created with labels which would have avoided this issue. The question now becomes why wasn't /dev/sdd5 UUID used to id the swap device during the original installation? Or do they pertain to swap devices? I see that blkid /dev/sda5 returns only: /dev/sda5: TYPE="swap". -- --------------------------------- Regards, Old Fart From lordmorgul at gmail.com Tue Apr 1 00:48:31 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 31 Mar 2008 17:48:31 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> Message-ID: <47F1865F.9090603@gmail.com> Mark wrote: > 2008/4/1, Andrew Farris : >> Mark wrote: >> > Hey, >> > >> > I just installed the Fedora 9 Beta release and am doing a full system >> > update as we speak. >> > While downloading the updates nothing is wrong.. it just downloads and >> > that's it. But when installing the updates i get a ton of selinux >> > notices!! and this is just a default Fedora 9 beta followed by a yum >> > -y update. >> >> >> A few suggestions... first, this is beta software, so naturally the fresh beta >> install is going to have some issues. Why wouldn't you expect that it is >> possible selinux wouldn't play quietly in its corner right after you install... >> yet you probably wouldn't think twice about a few little issues with gdm or >> nautilus? > > I wouldn't find it strange to see bugs in nautilus/gdm/any other than > selinux strange. Selinux is just: Annoying, frustrating, irritating > and asking to be disabled. My selinux history tells me that this isn't > a bug.. it's just selinux. An assumption that is dangerous. I understand prior bad selinux issues can leave you feeling that way, but consider how similar it is to just 'click ok for everything' in Windows? Yes.. prior experience would tell you its something you have to do for it to work, but its also exploited by malicious code. Assuming every selinux audit is a bug or just selinux being annoying is a terrible mindset. >> Now suggestions. >> - To keep selinux running nicely on your desktop you need to relabel or >> restorecon your files frequently, especially after any updates are done. If you >> update selinux-policy or your kernel, immediately do 'touch /.autorelabel' and >> then reboot... when you don't you're tempting selinux to annoy you with denials >> (expected behavior). >> - Use tmpfs for /tmp. This one suggestion from Dan Walsh has been very helpful >> for my systems. Just add the following line to your /etc/fstab: >> tmpfs /tmp tmpfs defaults 0 0 >> >> then do: >> rm -Rf /tmp/*; reboot >> >> Then remember that files in tmp are supposed to be temporary and don't save >> large downloads, misc files, etc, in tmp... they will disappear at reboot, and >> tmp is only 512Mb with tmpfs defaults. >> > > First: it requires a reboot which should not be the case for ANY linux > based program unless it has a good reason. Windows == reboots afer > every update. Don't follow that path on linux! Actually, any kernel update requires a reboot unless you're pulling monkey tricks (yes, it can 'kinda' be done without rebooting, but not with Fedora kernel updates). Any time you update selinux policy you can get away without rebooting, just restoring contexts instead, but its much simpler... and less error prone, to do it while nothing is being used (i.e. before you really get the system booted). Its not necessary, its 'best practice' for effectively testing and using selinux in its development state. So don't reboot if you don't feel like it; I will. > Second: it requires me to INVESTIGATE the issues, find solutions and > fix it. Sorry to tell but that's not my job nor am i willing to do it > and it requires a lot of time to fix issues that should not even > exist. So, you'd rather just have a less secure system you can ignore? Ok. > Third: The tmpfs thing might be handy but i would just like to run the > OS in it's default stuff. If i need to edit things like that then > there is something wrong with Fedora. I agree; Fedora should ship with tmpfs configured, but its not my call. I'm just trying to help you. >> - Run selinux-policy-targeted (the default, so don't change it) and then learn a >> little bit about what denials mean, why they happen, and report those that you >> cannot figure out. Use setroubleshoot and sealert. I've got lots of denials in >> my audit database right now (actually 30+ of them are new today, for various >> stuff I've been testing)... but not one of them has stopped me from 'doing real >> work' on the system. >> > Again require me to do some work to get things fixed which should not > even be broken in the first place. Beta. > I simply don't get why such a idiotic system has to be in fedora... > Fedora is about user friendly distributions right? this one isn't user > friendly at all. Till now i've always disabled selinux as soon as the > first boot was completed. Well, its clear you don't understand it, which is ok, but debating its purpose or implementation is not a reasonable use of time. You may continue to disable SELinux... I'll continue to do everything I can to help the developers improve it because I value what it provides. > Also a note about the selinux stats in the smolt database. When you > install fedora selinux is (sadly) enabled by default. And on the first > boot you get the smolt system specs sending stuff.. at that point > (atleast in F9 beta) there was NO option to turn off selinux so the > stats will therefore always indicate a higher selinux usage than is > actually the case. i turned it off right after those smolt things > where send but i'm in the smolt db now with selinux enabled! Every update smolt does will fix that, showing it turned off on the machine. Don't be overly dramatic, noone really cares whether the smolt stats are slightly padded or not: its nothing more than 'close to reasonably accurate', and it won't determine whether SELinux continues to be developed or whether Fedora backs it. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From markg85 at gmail.com Tue Apr 1 01:13:39 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 03:13:39 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F1865F.9090603@gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> Message-ID: <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> 2008/4/1, Andrew Farris : > Mark wrote: > > 2008/4/1, Andrew Farris : > >> Mark wrote: > >> > Hey, > >> > > >> > I just installed the Fedora 9 Beta release and am doing a full system > >> > update as we speak. > >> > While downloading the updates nothing is wrong.. it just downloads and > >> > that's it. But when installing the updates i get a ton of selinux > >> > notices!! and this is just a default Fedora 9 beta followed by a yum > >> > -y update. > >> > >> > >> A few suggestions... first, this is beta software, so naturally the fresh beta > >> install is going to have some issues. Why wouldn't you expect that it is > >> possible selinux wouldn't play quietly in its corner right after you install... > >> yet you probably wouldn't think twice about a few little issues with gdm or > >> nautilus? > > > > I wouldn't find it strange to see bugs in nautilus/gdm/any other than > > selinux strange. Selinux is just: Annoying, frustrating, irritating > > and asking to be disabled. My selinux history tells me that this isn't > > a bug.. it's just selinux. > > > An assumption that is dangerous. I understand prior bad selinux issues can > leave you feeling that way, but consider how similar it is to just 'click ok for > everything' in Windows? Yes.. prior experience would tell you its something you > have to do for it to work, but its also exploited by malicious code. Assuming > every selinux audit is a bug or just selinux being annoying is a terrible mindset. > Selinux keeps proving me that it deserves to shut down. i can't help it that it blames me for playing flash animation, using a gif animation in a local web folder or oven just installing updates from fedora itself.. > > >> Now suggestions. > >> - To keep selinux running nicely on your desktop you need to relabel or > >> restorecon your files frequently, especially after any updates are done. If you > >> update selinux-policy or your kernel, immediately do 'touch /.autorelabel' and > >> then reboot... when you don't you're tempting selinux to annoy you with denials > >> (expected behavior). > >> - Use tmpfs for /tmp. This one suggestion from Dan Walsh has been very helpful > >> for my systems. Just add the following line to your /etc/fstab: > >> tmpfs /tmp tmpfs defaults 0 0 > >> > >> then do: > >> rm -Rf /tmp/*; reboot > >> > >> Then remember that files in tmp are supposed to be temporary and don't save > >> large downloads, misc files, etc, in tmp... they will disappear at reboot, and > >> tmp is only 512Mb with tmpfs defaults. > >> > > > > First: it requires a reboot which should not be the case for ANY linux > > based program unless it has a good reason. Windows == reboots afer > > every update. Don't follow that path on linux! > > > Actually, any kernel update requires a reboot unless you're pulling monkey > tricks (yes, it can 'kinda' be done without rebooting, but not with Fedora > kernel updates). Any time you update selinux policy you can get away without > rebooting, just restoring contexts instead, but its much simpler... and less > error prone, to do it while nothing is being used (i.e. before you really get > the system booted). Its not necessary, its 'best practice' for effectively > testing and using selinux in its development state. So don't reboot if you > don't feel like it; I will. > Oke that's a extreme example. If the kernel gets updated than it deserves a reboot :) but for all other things (software related) than no.. it should not require a reboot > > > Second: it requires me to INVESTIGATE the issues, find solutions and > > fix it. Sorry to tell but that's not my job nor am i willing to do it > > and it requires a lot of time to fix issues that should not even > > exist. > > > So, you'd rather just have a less secure system you can ignore? Ok. Well if it's with the annoying things that i've experienced with selinux today and in the recent years than yes. Surely selinux can spit out real warning that could potential be a real thread.. just never seen one before and i've seen quite a few warnings. > > > > Third: The tmpfs thing might be handy but i would just like to run the > > OS in it's default stuff. If i need to edit things like that then > > there is something wrong with Fedora. > > > I agree; Fedora should ship with tmpfs configured, but its not my call. I'm > just trying to help you. > And thanx for the help ^_^ > > >> - Run selinux-policy-targeted (the default, so don't change it) and then learn a > >> little bit about what denials mean, why they happen, and report those that you > >> cannot figure out. Use setroubleshoot and sealert. I've got lots of denials in > >> my audit database right now (actually 30+ of them are new today, for various > >> stuff I've been testing)... but not one of them has stopped me from 'doing real > >> work' on the system. > >> > > Again require me to do some work to get things fixed which should not > > even be broken in the first place. > > > Beta. Not beta! This is selinux related and is like this for years so don't tell me it's because of "beta". Otherwise try out Fedora 8 final fully updated to see for yourself. It's (again) just selinux. > > > > I simply don't get why such a idiotic system has to be in fedora... > > Fedora is about user friendly distributions right? this one isn't user > > friendly at all. Till now i've always disabled selinux as soon as the > > first boot was completed. > > > Well, its clear you don't understand it, which is ok, but debating its purpose > or implementation is not a reasonable use of time. You may continue to disable > SELinux... I'll continue to do everything I can to help the developers improve > it because I value what it provides. I'm interested in trying it out and having a secured linux machine but not this way. Once it's illnesses are fixed (if that ever gets done) and selinux only spits out warnings like every other firewall is doing than i will probably use it by default as well. Just not now because of the reasons i told a few times now. > > > > Also a note about the selinux stats in the smolt database. When you > > install fedora selinux is (sadly) enabled by default. And on the first > > boot you get the smolt system specs sending stuff.. at that point > > (atleast in F9 beta) there was NO option to turn off selinux so the > > stats will therefore always indicate a higher selinux usage than is > > actually the case. i turned it off right after those smolt things > > where send but i'm in the smolt db now with selinux enabled! > > > Every update smolt does will fix that, showing it turned off on the machine. > Don't be overly dramatic, noone really cares whether the smolt stats are > slightly padded or not: its nothing more than 'close to reasonably accurate', > and it won't determine whether SELinux continues to be developed or whether > Fedora backs it. > Not a big issue. just something worth noting incase anyone was gonna point me to the numbers who are "using" selinux. > > -- > Andrew Farris www.lordmorgul.net > gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 > revoked key 0xC99B1DF3 no longer used > No one now has, and no one will ever again get, the big picture. - Daniel Geer > ---- ---- > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From sundaram at fedoraproject.org Tue Apr 1 01:18:18 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 01 Apr 2008 06:48:18 +0530 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> Message-ID: <47F18D5A.9070602@fedoraproject.org> Mark wrote: > > I'm interested in trying it out and having a secured linux machine but > not this way. Once it's illnesses are fixed (if that ever gets done) > and selinux only spits out warnings like every other firewall is doing > than i will probably use it by default as well. Just not now because > of the reasons i told a few times now. You keep repeating it but note that SELinux is not a firewall and doesn't behave like one because it isn't one. http://fedoraproject.org/wiki/SELinux Rahul From markg85 at gmail.com Tue Apr 1 01:19:16 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 03:19:16 +0200 Subject: F9 parallel vs. serial bootscript In-Reply-To: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> References: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> Message-ID: <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> 2008/3/31, Optimization Kit : > Hi, > > I wrote a simple script > http://www.stardust.webpages.pl/files/fedora-upstart/bootscriptconv.py > > It creates an upstart wrappers for classic Fedora scripts Just made those from your script as well but where do i need to place them? > > Example > > start on started rsyslog > start on runlevel 2 > start on runlevel 3 > start on runlevel 4 > start on runlevel 5 > > stop on runlevel 0 > stop on runlevel 1 > stop on runlevel 6 > > console output > > script > /etc/init.d/atd start > end script > > pre-stop script > /etc/init.d/atd stop > end script > > > Comparison > > 71 seconds - default > http://www.stardust.webpages.pl/files/fedora-upstart/bootchart-serial.png > > 54 seconds after parallelization > http://www.stardust.webpages.pl/files/fedora-upstart/bootchart-parallel.png > > TODO: > - A better dependency handling > > Your comments and suggestions are welcome. > > Regards, > Michal > For the rest: a very interesting read! Btw.. your default system boots kinda slow without paralellisation.. My default boot is 56 seconds and that's with a fully updated Fedora 9 rawhide. Breaking out the services that i don't need saves 5 seconds: 51 seconds boot. And i expect to get atleast 10 seconds time boost with your script :) (once i know where to place the files) From markg85 at gmail.com Tue Apr 1 01:33:06 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 03:33:06 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F18D5A.9070602@fedoraproject.org> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <47F18D5A.9070602@fedoraproject.org> Message-ID: <6e24a8e80803311833r5434dbdv628c33fa5d7c845c@mail.gmail.com> 2008/4/1, Rahul Sundaram : > Mark wrote: > > > > > I'm interested in trying it out and having a secured linux machine but > > not this way. Once it's illnesses are fixed (if that ever gets done) > > and selinux only spits out warnings like every other firewall is doing > > than i will probably use it by default as well. Just not now because > > of the reasons i told a few times now. > > > You keep repeating it but note that SELinux is not a firewall and > doesn't behave like one because it isn't one. > > http://fedoraproject.org/wiki/SELinux > > Rahul Reading this: http://www.nsa.gov/selinux/info/faq.cfm#I1 (point 1., 2. and 3.) reminds me a great deal of Vista's UAC which i also turn off as soon as i encounter it. If i get the idea (correct me if i'm wrong) than selinux is isolating a application just like you as a user are isolated in yout user account. and if a attacker attacks a piece of software it can only effect that part of the software.. o well if that's the case than it's more than a firewall indeed but it's still irritating. Also if i )as a user) run a application and a attacker strikes that application than the attacker still can't do more than i as a user can do so it doesn't seem to add that much advantage. But i might be wrong..?? From lordmorgul at gmail.com Tue Apr 1 01:54:55 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 31 Mar 2008 18:54:55 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> Message-ID: <47F195EF.8040502@gmail.com> Mark wrote: > 2008/4/1, Andrew Farris : >> Beta. > > Not beta! This is selinux related and is like this for years so don't > tell me it's because of "beta". Otherwise try out Fedora 8 final fully > updated to see for yourself. It's (again) just selinux. You have to understand how much about selinux is a moving target because Fedora is a moving target; this is very much an issue of 'beta'. SELinux policy is not developed in a vacuum or indepedently. Its not just another application helping to secure the system along with your firewall; it must handle the oddball behavior of every constrained bit of code on the system. It can never be 'just selinux' because selinux is not that type of application/package (the fact that you can turn it off doesn't mean its 'separate'). There may never be a fully complete policy that can drop into a distribution and 'just work'. Fedora is a rapidly changing package space; the policy plays keep up, so yeah, its always a beta issue until the full release. It basically starts over as the totally new versions of software show up -- the more the software changes, the more the policy is deficient to work with it. The feature set of F9 has alot different from F8, with major code changes that effect the selinux policy... its not all auto generated (which btw is impossible because programs are deterministic but programmers are not, selinux constrains both how and 'why' accesses occur). Having hundreds of denials as you try to update is NOT normal selinux behavior; that happens only when something is really broken. It also happens often when people try to run selinux here and there, trying to turn it on and get things going, having issues, and shutting it off again for weeks. Trust me I realize how that goes.. I've made a conscious effort to keep my systems (both stable and testing systems) running selinux enforcing since it showed up in Fedora. It takes alot of time but its dramatically improved and continues to improve! I have run F8, and I ran it selinux enforcing for months. It really does get easier to work with the more you try, and especially the less your system packages are changing. But I'm also not saying that selinux is a finished product... sometimes it does cause problems, but I've seen legitimate audits as well (not that often, but when they become frequent we'll all be glad that selinux developers/testers did this work now and not starting then). And that wall of text is just to say, you ran into a pretty bad little beta issue, it happens. :) >> > I simply don't get why such a idiotic system has to be in fedora... >> > Fedora is about user friendly distributions right? this one isn't user >> > friendly at all. Till now i've always disabled selinux as soon as the >> > first boot was completed. >> >> >> Well, its clear you don't understand it, which is ok, but debating its purpose >> or implementation is not a reasonable use of time. You may continue to disable >> SELinux... I'll continue to do everything I can to help the developers improve >> it because I value what it provides. > > I'm interested in trying it out and having a secured linux machine but > not this way. Once it's illnesses are fixed (if that ever gets done) > and selinux only spits out warnings like every other firewall is doing > than i will probably use it by default as well. Just not now because > of the reasons i told a few times now. I hope it gets there too, but again, the nature of the beast is that policy won't be perfect unless software stops changing, and we don't want that. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Tue Apr 1 01:58:10 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 31 Mar 2008 18:58:10 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311833r5434dbdv628c33fa5d7c845c@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <47F18D5A.9070602@fedoraproject.org> <6e24a8e80803311833r5434dbdv628c33fa5d7c845c@mail.gmail.com> Message-ID: <47F196B2.5040605@gmail.com> Mark wrote: > Also if i )as a user) run a application and a attacker > strikes that application than the attacker still can't do more than i > as a user can do so it doesn't seem to add that much advantage. But i > might be wrong..?? Yes, you're slightly wrong there. Compromised software can be far more destructive than you'd initially think. If you can't delete a file, that doesn't mean broken and exploited software can't do it while you run it. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jspaleta at gmail.com Tue Apr 1 01:58:47 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 31 Mar 2008 17:58:47 -0800 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> Message-ID: <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> On Mon, Mar 31, 2008 at 5:13 PM, Mark wrote: > Selinux keeps proving me that it deserves to shut down. i can't help > it that it blames me for playing flash animation, using a gif > animation in a local web folder or oven just installing updates from > fedora itself.. > Actually you CAN help.. you CAN help by taking the hint i provided earlier and start talking to people through the test list so we can troubleshoot the specific messages you have been seeing..instead of doing what you are doing right now, which is failing to communicate with enough specificity for anyone to confirm or help track down so things can be fixed. Clearly you've made up you mind... you decided you don't WANT to help. That's fine.. that's your choice... but do so with the understanding that by doing so you cheapen the testing process that the pre-releases is meant to fulfill. By choosing to ignore selinux completely, you certainly aren't living up to the implied agreement to act as a responsible tester when you chose to make use of the pre-releases. -jef"permissive mode is a available a compromise"spaleta -------------- next part -------------- An HTML attachment was scrubbed... URL: From darrellpf at gmail.com Tue Apr 1 02:32:16 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Mon, 31 Mar 2008 19:32:16 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> Message-ID: 2008/3/31 Jeff Spaleta : > > > On Mon, Mar 31, 2008 at 5:13 PM, Mark wrote: > > Selinux keeps proving me that it deserves to shut down. i can't help > > it that it blames me for playing flash animation, using a gif > > animation in a local web folder or oven just installing updates from > > fedora itself.. > > > > > > > > > > Actually you CAN help.. you CAN help by taking the hint i provided earlier > and start talking to people through the test list so we can troubleshoot the > specific messages you have been seeing..instead of doing what you are doing > right now, which is failing to communicate with enough specificity for > anyone to confirm or help track down so things can be fixed. Clearly you've > made up you mind... you decided you don't WANT to help. That's fine.. that's > your choice... but do so with the understanding that by doing so you cheapen > the testing process that the pre-releases is meant to fulfill. By choosing > to ignore selinux completely, you certainly aren't living up to the implied > agreement to act as a responsible tester when you chose to make use of the > pre-releases. > -jef"permissive mode is a available a compromise"spaleta > Yes, security is a compromise. Having dealt with selinux for quite some time I've typically tried it, re-tried it, re-tried it again, weighed my options and turned it off. I didn't realize that turning off selinux meant I was such a bad tester. I just thought it meant there were some parts of the system that I was unwilling to test. I don't feel cheap or irresponsible. If testing selinux is such an important part of the testing agreement, please publish this information in a written rather than tacit place. darrell darrell From loupgaroublond at gmail.com Tue Apr 1 03:07:21 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Mon, 31 Mar 2008 23:07:21 -0400 Subject: Too many default services on In-Reply-To: <16de708d0803311316v49c26115w834e5649683080fe@mail.gmail.com> References: <16de708d0803311316v49c26115w834e5649683080fe@mail.gmail.com> Message-ID: <7f692fec0803312007i2b2c02abkbac5266d7fb7624e@mail.gmail.com> On Mon, Mar 31, 2008 at 4:16 PM, Arthur Pemberton wrote: > On Mon, Mar 31, 2008 at 2:37 AM, Harald Hoyer wrote: > > > Trying a yum everything install, I found out, that booting now takes endlessly. > > > > # ls /etc/rc.d/rc5.d/S*|wc -l > > 95 > > > > Please review, if the packages really need to be "on" after an install. > > I would like to point out that a significant number of those packages > are useless without configuration. How many of them need to be configured via flat files before they are useful? How many of them can be integrated in some system that says, you have X services running, some unconfigured, go to website on localhost to edit? Perhaps I'm thinking about something with a very broad scope, but broadly put, isn't it a better idea that we have something working out of the box, especially if it asks the user to tweak a few settings. Right now, we assume the user knows how to edit text files, and presume that the user will do so, rather than getting frustrated and switching to some other system that just provides pretty graphics? /me argues for better userfriendyness in the unix world. Yaakov From lordmorgul at gmail.com Tue Apr 1 04:21:59 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 31 Mar 2008 21:21:59 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> Message-ID: <47F1B867.5040704@gmail.com> Mark wrote: > Selinux keeps proving me that it deserves to shut down. i can't help > it that it blames me for playing flash animation, using a gif > animation in a local web folder or oven just installing updates from > fedora itself.. btw, adobe flash works just fine with updated selinux policy, as long as you install it right: go to adobe.com, download yum repo rpm from adobe (their .repo file), install the rpm, then yum install libflashsupport nsplugin-wrapper start firefox and hit youtube. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Tue Apr 1 04:23:23 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 31 Mar 2008 21:23:23 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F1B867.5040704@gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <47F1B867.5040704@gmail.com> Message-ID: <47F1B8BB.1070708@gmail.com> Andrew Farris wrote: > go to adobe.com, download yum repo rpm from adobe (their .repo file), > install the rpm, then > yum install libflashsupport nspluginwrapper > start firefox and hit youtube. Fixed nspluginwrapper. If you're on x86_64 install the i386 versions too. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Tue Apr 1 04:35:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 31 Mar 2008 21:35:49 -0700 Subject: disk devices in F9 interchanged In-Reply-To: <47F18535.3040809@cox.net> References: <47EA3B4C.5000503@rhrk.uni-kl.de> <47EA7259.7050507@cox.net> <47F18535.3040809@cox.net> Message-ID: <47F1BBA5.4080502@gmail.com> Clyde E. Kunkel wrote: > The question now becomes why wasn't /dev/sdd5 UUID used to id the swap > device during the original installation? Or do they pertain to swap > devices? I see that blkid /dev/sda5 returns only: > /dev/sda5: TYPE="swap". My swaps on all beta installs I did used uuid in /etc/fstab. Look in /dev/disk/by-uuid and see if there is one thats unused in your fstab, thats likely your swap. Don't know why it was different for your install. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jmorris at namei.org Tue Apr 1 04:58:48 2008 From: jmorris at namei.org (James Morris) Date: Tue, 1 Apr 2008 15:58:48 +1100 (EST) Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> Message-ID: On Tue, 1 Apr 2008, Mark wrote: > Btw.. justging from the selinux stats here: > http://smolts.org/static/stats/stats.html it says that nearly 50% > (48.4%) is turning off selinux. And my guess is that all fedora > servers keep it on making up the other 50%. Unfortunately, the raw statistics you see there are misleading, as they include a large number of machines which do not report SELinux status at all, and which are counted then as being disabled. The actual figure is likely to be somewhat higher. Mike, can we get a disclaimer added to this page? Thanks, -- James Morris From bbaetz at acm.org Tue Apr 1 05:58:12 2008 From: bbaetz at acm.org (Bradley Baetz) Date: Tue, 01 Apr 2008 16:58:12 +1100 Subject: Too many default services on In-Reply-To: <7f692fec0803310759v1ff1f486ka7f87e9bd6eda213@mail.gmail.com> References: <7f692fec0803310759v1ff1f486ka7f87e9bd6eda213@mail.gmail.com> Message-ID: Yaakov Nemoy wrote: > On Mon, Mar 31, 2008 at 4:37 AM, Harald Hoyer wrote: >> Trying a yum everything install, I found out, that booting now takes endlessly. >> >> # ls /etc/rc.d/rc5.d/S*|wc -l >> 95 >> >> Please review, if the packages really need to be "on" after an install. >> >> # for i in /etc/rc.d/rc5.d/S*; do rpm -qf /etc/init.d/${i/*S[0-9][0-9]/};done | sort -u > > > You've just installed everything. I wouldn't be worried about boot > time as much. Many of these packages, you would expect that someone > wil actually use the services they provide. There are some brought in by dependancies, though. eg the recent F8 libvirtd update brings in iscsi-initiator-utils that run an iscsi daemon on startup. (The iscisd int script also runs: chkconfig --level 06 network off rm /etc/rc0.d/*network rm /etc/rc6.d/*network which may be useful in an iscsi setup, but less so for someone who just wants a VM. It also can't/isn't removed if that package is removed, but I guess that thats a separate bug....) Bradley From seg at haxxed.com Tue Apr 1 06:28:11 2008 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 01 Apr 2008 01:28:11 -0500 Subject: few ideas how to make fedora better as a desktop In-Reply-To: <1206647621.3533.43.camel@localhost.localdomain> References: <1206637784.14969.544.camel@beck.corsepiu.local> <47EBD8F7.6040406@gmail.com> <1206639635.19011.14.camel@gandalf.cobite.com> <582715960803271230i70a1e581xa17d615e99a4ef7a@mail.gmail.com> <47EBF9D9.5050403@gmail.com> <1206647621.3533.43.camel@localhost.localdomain> Message-ID: <1207031292.13119.5.camel@localhost> On Thu, 2008-03-27 at 15:53 -0400, Simo Sorce wrote: > If I can add on the topic, on debian there has never been a (noticeable) > difference between su and su -, and ip addr or ifconfig works as a user > without having to prepend /sbin or /usr/sbin IIRC > > I find often quite annoying that it does not work the same in Fedora/Red > Hat distributions, and never seen anything break because of that. +1 Debian and Slackware have got this right. This "feature" has annoyed the shit out of me ever since I started using Red Hat, with version 5.2. Of course being so long ago, I just learned to accept it and forgot about it. Now that we're a "community distribution", can we please fix this now? > Anyway it should be taken in consideration whether current Fedora users > would be annoyed by the change. IMO it should not cause any problem of > sort, as it does not introduce obstacles and does not influence (I > think) how stuff works now. It just makes things smoother, but that's > taste. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rawhide at fedoraproject.org Tue Apr 1 09:03:48 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 1 Apr 2008 09:03:48 +0000 (UTC) Subject: rawhide report: 20080401 changes Message-ID: <20080401090348.77504209DB8@releng1.fedora.phx.redhat.com> New package dkim-milter DomainKeys Identified Mail sender authentication sendmail milter New package dot2tex A Graphviz to LaTeX converter New package php-pear-Mail-mimeDecode Class to decode mime messages Updated Packages: NetworkManager-1:0.7.0-0.9.1.svn3521.fc9 ---------------------------------------- * Mon Mar 31 2008 Dan Williams - 1:0.7.0-0.9.1.svn3521 - Show VPN failures - Support Static WEP key indexes - Fix parsing of WEP keys from ifcfg files - Pre-fill wireless security UI bits in connection editor and applet * Tue Mar 18 2008 Dan Williams - 1:0.7.0-0.9.1.svn3476 - Grab system settings from /etc/sysconfig/network-scripts, not from profiles * Tue Mar 18 2008 Dan Williams - 1:0.7.0-0.9.1.svn3473 - Fix crashes when returning VPN secrets from the applet to NM aplus-fsf-4.20.2-25.fc9 ----------------------- * Mon Mar 31 2008 Jochen Schmitt 4.20.2-25 - Disable x86_64 architecture (#435074) arj-3.10.22-4.fc9 ----------------- * Mon Mar 31 2008 Hans de Goede 3.10.22-4 - Fix missing prototype compiler warnings * Tue Feb 19 2008 Fedora Release Engineering - 3.10.22-3 - Autorebuild for GCC 4.3 * Fri Aug 03 2007 Hans de Goede 3.10.22-2 - Update License tag for new Licensing Guidelines compliance autofs-1:5.0.3-11 ----------------- * Tue Apr 01 2008 Ian Kent - 5.0.3-11 - and another try at fixing lexer matching map type in map name. balsa-2.3.23-1.fc9 ------------------ * Mon Mar 31 2008 Pawel Salek - 2.3.23-1 - update to upstream 2.3.23. control-center-1:2.22.0-3.fc9 ----------------------------- * Mon Mar 31 2008 - Bastien Nocera - 2.22.0-3 - Fix warnings in the keybindings capplet when in non-UTF-8 locale - Fix Esc/Backspace being bindable when CapsLock is on (#427123) curl-7.18.1-1.fc9 ----------------- * Mon Mar 31 2008 Jindrich Novy 7.18.1-1 - update to curl 7.18.1 (fixes #397911) - add ABI docs for libcurl - remove --static-libs from curl-config - drop curl-config patch, obsoleted by @SSL_ENABLED@ autoconf substitution (#432667) * Fri Feb 15 2008 Jindrich Novy 7.18.0-2 - define _GNU_SOURCE so that NI_MAXHOST gets defined from glibc * Mon Jan 28 2008 Jindrich Novy 7.18.0-1 - update to curl-7.18.0 - drop sslgen patch -> applied upstream - fix typo in description dragonplayer-2.0.1-3.fc9 ------------------------ * Mon Mar 31 2008 Kevin Kofler - 2.0.1-3 - rebuild for NDEBUG and _kde4_libexecdir eclipse-1:3.3.1.1-18.fc9 ------------------------ * Mon Mar 31 2008 Andrew Overholt 3.3.1.1-18 - Add PDE Build wrapper script (%{_datadir}/eclipse/pdebuild) for packaging guidelines. * Mon Mar 03 2008 Andrew Overholt 3.3.1.1-17 - Mark eclipse.ini as %config. * Tue Feb 19 2008 Fedora Release Engineering - 1:3.3.1.1-16 - Autorebuild for GCC 4.3 eel2-2.22.1-2.fc9 ----------------- * Mon Mar 31 2008 Matthias Clasen - 2.22.1-2 - Drop gnome-vfs BR epiphany-2.22.0-3.fc9 --------------------- * Mon Mar 31 2008 Christopher Aillon - 2.22.0-3 - Initialize plugins before we startup XPCOM, thanks to Bastien Nocera * Tue Mar 18 2008 Christopher Aillon - 2.22.0-2 - Update the homepage * Mon Mar 10 2008 Christopher Aillon - 2.22.0-1 - Update to 2.22.0 extragear-plasma-4.0.1-4.fc9 ---------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.1-4 - rebuild for NDEBUG and _kde4_libexecdir fbdesk-1.4.1-4.fc9 ------------------ * Mon Mar 31 2008 Christopher Aillon - 1.4.1-4 - Add needed C++ #include directives for GCC 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 1.4.1-3 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 1.4.1-2 - Rebuilt for gcc43 firefox-3.0-0.51.beta5rc2.fc9 ----------------------------- * Mon Mar 31 2008 Christopher Aillon 3.0-0.51 - Beta 5 RC2 flow-tools-0.68.4-1.fc9 ----------------------- * Mon Mar 31 2008 Paul P Komkoff Jr - 0.68.4-1 - New upstream version fop-0.94-4 ---------- * Mon Mar 31 2008 Lillian Angel - 0.94.4 - Updated CLASSPATH. - Updated release. * Mon Mar 31 2008 Lillian Angel - 0.94.3 - Fixed JAVA_HOME to point to openjdk, instead of icedtea. * Mon Mar 31 2008 Lillian Angel - 0.94.3 - Updated build requirements and requirements to include java-1.6.0-openjdk. - Updated release. ghostscript-8.62-3.fc9 ---------------------- * Mon Mar 31 2008 Tim Waugh 8.62-3 - Fix pksmraw output (bug #308211). glib2-2.16.2-1.fc9 ------------------ * Tue Apr 01 2008 Matthias Clasen - 2.16.2-1 - Update to 2.16.2 gnome-screensaver-2.22.0-2.fc9 ------------------------------ * Mon Mar 31 2008 Matthias Clasen - 2.22.0-2 - Drop gnome-vfs requires gnome-settings-daemon-2.22.1-0.2008.03.26.4.fc9 ----------------------------------------------- * Mon Mar 31 2008 - Ray Strode - 2.22.1-0.2008.03.26.4 - Over the releases we've accumulated default.png, default-wide.png default-5_4.png and default.jpg. We haven't been able to drop them because it would leave some users with white backgrounds on upgrade. This patch just falls back to the default image if the user's background doesn't exist. gnome-user-share-0.30-1.fc9 --------------------------- * Mon Mar 31 2008 - Bastien Nocera - 0.30-1 - Update to 0.30 - Fixes left-over httpd processes after logout gnome-volume-manager-2.22.0-5.fc9 --------------------------------- * Mon Mar 31 2008 Matthias Clasen - 2.22.0-5 - remove photo handling too, since nautilus does that * Mon Mar 31 2008 Matthias Clasen - 2.22.0-4 - Fix https://bugs.launchpad.net/ubuntu/+source/gnome-volume-manager/+bug/202931 - Fix http://bugzilla.gnome.org/show_bug.cgi?id=525345 hal-info-20080317-3.fc9 ----------------------- * Mon Mar 31 2008 Dan Williams - 20080317-3 - Fix for Sierra MC5720 (rh #439753) highlight-2.6.9-2.fc9 --------------------- * Mon Mar 31 2008 Jochen Schmitt 2.6.9-2 - New upstream release kbackup-0.5.3-4.fc9 ------------------- * Mon Mar 31 2008 Rex Dieter 0.5.3-4 - gcc43 patch (#434062) * Wed Mar 12 2008 Kevin Kofler 0.5.3-3 - BR kdelibs3-devel instead of kdelibs-devel (#434062) * Mon Feb 18 2008 Fedora Release Engineering - 0.5.3-2 - Autorebuild for GCC 4.3 kbibtex-0.2-14.fc9 ------------------ * Mon Mar 31 2008 Kevin Kofler - 0.2-14 - BR kdelibs3-devel instead of kdebase-devel (should not need kdebase) (#434344) kcoloredit-4.0.3-1.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-1 - update to 4.0.3 - rebuild for NDEBUG and _kde4_libexecdir kde-filesystem-4-12.fc9 ----------------------- * Mon Mar 31 2008 Kevin Kofler 4-12 - actually define %{_kde4_libexecdir} in macros.kde4 * Mon Mar 31 2008 Kevin Kofler 4-11 - add %{_kde4_libexecdir}, set LIBEXEC_INSTALL_DIR to it - don't own %{_kde4_libdir} which is just %{_libdir} * Mon Mar 31 2008 Rex Dieter 4-10 - macros.kde4: _kde4_buildtype=FEDORA kdeaccessibility-1:4.0.3-2.fc9 ------------------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdeadmin-7:4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdeartwork-4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdebase-6:4.0.3-4.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-4 - add missing BR libraw1394-devel (thanks to Karsten Hopp) - don't BR libusb-devel on s390 or s390x * Mon Mar 31 2008 Kevin Kofler 4.0.3-3 - rebuild for NDEBUG and _kde4_libexecdir kdebase-runtime-4.0.3-2.fc9 --------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - update file list for _kde4_libexecdir kdebase-workspace-4.0.3-5.fc9 ----------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-5 - update file list for _kde4_libexecdir * Mon Mar 31 2008 Kevin Kofler 4.0.3-4 - backport context menu switch between Kickoff and simple menu from 4.1 kdebase3-3.5.9-9.fc9 -------------------- * Mon Mar 31 2008 Kevin Kofler - 3.5.9-9 - add missing BR bzip2-devel (thanks to Karsten Hopp) * Fri Mar 28 2008 Rex Dieter - 3.5.9-8 - omit %_datadir/applnk/.hidden/.directory (#321771) kdebindings-4.0.3-2.fc9 ----------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - Rebuild for NDEBUG kdeedu-4.0.3-2.fc9 ------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdegames-6:4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdegraphics-7:4.0.3-2.fc9 ------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdelibs-6:4.0.3-3.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-3 - patch and update file list for _kde4_libexecdir * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - add Fedora build type (uses -DNDEBUG) * Fri Mar 28 2008 Than Ngo 4.0.3-1 - 4.0.3 - -apidocs: drop Requires: %name kdemultimedia-6:4.0.3-2.fc9 --------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - Rebuild for NDEBUG kdenetwork-7:4.0.3-3.fc9 ------------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-3 - rebuild for NDEBUG and _kde4_libexecdir - drop libidn patch (fixed in libidn) kdepim-6:3.5.9-7.fc9 -------------------- * Tue Apr 01 2008 Kevin Kofler 6:3.5.9-7 - fix gnokii detection (thanks to Dirk M??ller) * Wed Feb 27 2008 Rex Dieter 6:3.5.9-6 - "Enterprise headers" makes impossible to select text in first paragraph of body (kde#151150) * Mon Feb 18 2008 Than Ngo 6:3.5.9-5 - backport upstream patch to fix kmail crash on startup kdepimlibs-4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdesdk-4.0.3-2.fc9 ------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdetoys-7:4.0.3-2.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdeutils-6:4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdirstat-2.5.3-8.fc9 -------------------- * Mon Mar 31 2008 Rex Dieter - 2.5.3-8 - gcc43 patch (#434023) kernel-2.6.25-0.177.rc7.git6.fc9 -------------------------------- * Mon Mar 31 2008 Kyle McMartin - Linux 2.6.25-rc7-git6 * Mon Mar 31 2008 Dave Airlie - add fix for radeon oops (#439656) * Sat Mar 29 2008 Dave Jones - Add a 'would have oomkilled' sysctl for debugging. kgrab-0.1.1-5.fc9 ----------------- * Mon Mar 31 2008 Kevin Kofler - 0.1.1-5 - rebuild for NDEBUG and _kde4_libexecdir * Thu Feb 14 2008 Sebastian Vahl - 0.1.1-4 - remove reference to KDE 4 in summary and description kiconedit-4.0.3-1.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-1 - update to 4.0.3 - rebuild for NDEBUG and _kde4_libexecdir kleansweep-0.2.9-7.fc9 ---------------------- * Mon Mar 31 2008 Rex Dieter - 0.2.9-6 - fix build (#434026) kmid-2.0-0.5.20080213svn.fc9 ---------------------------- * Mon Mar 31 2008 Kevin Kofler - 2.0-0.5.20080213svn - rebuild for NDEBUG and _kde4_libexecdir knetstats-1.6.1-8.fc9 --------------------- * Mon Mar 31 2008 Rex Dieter - 1.6.1-8 - fix build (#434027) * Wed Feb 27 2008 Chitlesh Goorah - 1.6.1-7 - fixed cvs commit issues * Wed Feb 20 2008 Chitlesh Goorah - 1.6.1-6 - fixed for KDE4 - rebuild with kde3 compatibility packages kpolynome-0.1.2-12.fc9 ---------------------- * Mon Mar 31 2008 Rex Dieter - 0.1.2-12 - gcc43 patch (#434028) krecipes-0.9.1-9.fc9 -------------------- * Mon Mar 31 2008 Rex Dieter - 0.9.1-9 - gcc43 patch (#433986) - BR: gettext - --without-mysql --without-postgresql * Thu Mar 13 2008 Dennis Gilmore - 0.9.1-8 - fix BuildRequires * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-7 - Autorebuild for GCC 4.3 ksig-1.1-0.3.20080213.fc9 ------------------------- * Mon Mar 31 2008 Kevin Kofler - 1.1-0.3.20080213 - rebuild for NDEBUG and _kde4_libexecdir liberation-fonts-1.0-4.fc9 -------------------------- * Mon Mar 31 2008 Tom "spot" Callaway - 1.0-4 - correct license tag, license explanation added libidn-0.6.14-7 --------------- * Mon Mar 31 2008 Joe Orton 0.6.14-7 - fix libidn.pc for correct libdir (#439549) libselinux-2.0.61-1.fc9 ----------------------- * Tue Apr 01 2008 Dan Walsh - 2.0.61-1 - Update to Upstream * Man page typo fix from Jim Meyering. lxpanel-0.2.9.0-1.fc9 --------------------- * Mon Mar 31 2008 Sebastian Vahl - 0.2.9.0-1 - new upstream version: 0.2.9.0 * Wed Mar 26 2008 Sebastian Vahl - 0.2.8-2 - BR: docbook-utils * Thu Mar 20 2008 Sebastian Vahl - 0.2.8-1 - new upstream version: 0.2.8 - add lxpanel-0.2.8-manpage.patch man-pages-fr-2.76.0-1.fc9 ------------------------- * Tue Feb 19 2008 Marcela Maslanova 2.76.0-1 - update on 2.76.0 - definitely remove second source, wasn't used * Fri Jan 11 2008 Marcela Maslanova 2.75.0-1 - update on 2.75.0 mash-0.3.3-1.fc9 ---------------- * Tue Apr 01 2008 Bill Nottingham 0.3.3-1 - add gtk modules to multilib list (#439949) mock-0.9.8-1.fc9 ---------------- * Mon Mar 31 2008 Jesse Keating - 0.9.8-1 - modify rootcache logic to rebuild cache if config files have newer timestamp - For Fedora 8 and higher, use priority failover method - Point to the correct static-repo for rawhide stuff. - Move "devel" to "rawhide" to match current Fedora naming schemes. mod_suphp-0.6.3-1.fc9 --------------------- * Sun Mar 30 2008 Andreas Thienemann - 0.6.3-1 - Updated to 0.6.3 fixing two security problems. #439687 nautilus-2.22.1-2.fc9 --------------------- * Mon Mar 31 2008 Ray Strode - 2.22.1-2 - Over the releases we've accumulated default.png, default-wide.png default-5_4.png and default.jpg. We haven't been able to drop them because it would leave some users with white backgrounds on upgrade. This patch just falls back to the default image if the user's background doesn't exist. * Fri Mar 28 2008 Tomas Bzatek - 2.22.1-1 - Update to 2.22.1 * Thu Mar 13 2008 Tomas Bzatek - 2.22.0-2 - Don't create application/x-ext- types for known mimetypes (patch from head) - Fix a crash in the Properties dialog while changing owner (patch from head) netpbm-10.35.41-1.fc9 --------------------- * Mon Mar 31 2008 Jindrich Novy 10.35.41-1 - update to 10.35.41 (fixes pnmnorm and gcc-4.3 build) ocaml-zip-1.03-3.fc9 -------------------- * Mon Mar 31 2008 Richard W.M. Jones - 1.03-3 - Add unix as a dependency to the META-file (rhbz #439652). okteta-0.1.0-0.3.beta2.fc9 -------------------------- * Mon Mar 31 2008 Kevin Kofler 0.1.0-0.3.beta2 - Rebuild for NDEBUG * Mon Mar 31 2008 Kevin Kofler 0.1.0-0.2.beta2 - Update to beta 2 - Use official tarball + separate translations - Package COPYING - Drop part of kde40.patch no longer needed with kdelibs 4.0.3 pidgin-2.4.1-2.fc9 ------------------ * Mon Mar 31 2008 Stu Tomlinson 2.4.1-2 - nss-devel no longer provides mozilla-nss-devel * Mon Mar 31 2008 Stu Tomlinson 2.4.1-1 - 2.4.1 * Tue Mar 18 2008 Tom "spot" Callaway 2.4.0-4 - add Requires for versioned perl (libperl.so) polyester-2.0-0.2.beta1.fc9 --------------------------- * Mon Mar 31 2008 Kevin Kofler - 2.0-0.2.beta1 - rebuild for NDEBUG and _kde4_libexecdir * Mon Feb 18 2008 Sebastian Vahl - 2.0-0.1.beta1 - new upsream version: 2.0-beta1 (tarball version: 1.9.0) - BuildRequires: kdelibs4-devel >= 4 * Sat Feb 09 2008 Sebastian Vahl - 1.95-2 - rebuild for new gcc-4.3 pypoker-eval-135.0-1.fc9 ------------------------ * Mon Mar 31 2008 Christopher Stone 135.0-1 - Upstream sync - Update License python-simpy-1.9.1-1.fc9 ------------------------ * Mon Mar 31 2008 Sarantis Paskalis - 1.9.1-1 - Upgrade to 1.9.1 * Thu Mar 06 2008 Sarantis Paskalis - 1.9-3 - Fix Source0 URL to downloads.sourceforge.net rbldnsd-0.996b-1.fc9 -------------------- * Mon Mar 31 2008 Paul Howarth 0.996b-1 - update to 0.996b - _GNU_SOURCE no longer needed rdate-1.4-11.fc9 ---------------- * Mon Mar 31 2008 Jiri Moskovcak - 1.4-11 - fixed early freeing of addrinfo rhythmbox-0.11.5-5.fc9 ---------------------- * Mon Mar 31 2008 - Bastien Nocera - 0.11.5-5 - Force podcast parsing, as we already know it's a Podcast * Mon Mar 31 2008 - Bastien Nocera - 0.11.5-4 - Add a 24x24 icon so it doesn't look blurry in the panel roxterm-1.11.1-1.fc9 -------------------- * Mon Mar 31 2008 Sebastian Vahl - 1.11.1-1 - new upstream version: 1.11.1 rsync-3.0.1-0.3.pre3.fc9 ------------------------ * Mon Mar 31 2008 Simo Sorce 3.0.1-0.3.pre3.fc9 - 3.0.1 pre release #3 - Fixes some annoying minor bugs (see release notes) speex-1.2-0.6.beta3 ------------------- * Mon Mar 31 2008 Marcela Maslanova - 1.2-0.6.beta3 - 439284 add owner to /usr/share/doc/speex sqlite-3.5.6-2.fc9 ------------------ * Mon Mar 31 2008 Panu Matilainen - 3.5.6-2 - remove reference to static libs from -devel description (#439376) * Tue Feb 12 2008 Panu Matilainen - 3.5.6-1 - update to 3.5.6 - also fixes #432447 * Fri Jan 25 2008 Panu Matilainen - 3.5.4-3 - enable column metadata API (#430258) sudo-1.6.9p13-4.fc9 ------------------- * Mon Mar 31 2008 Peter Vrabec 1.6.9p13-4 - include ldap files in rpm package (#439506) system-config-date-1.9.27-1.fc9 ------------------------------- * Mon Mar 31 2008 Nils Philippsen - 1.9.27-1 - handle missing UTC information in /etc/adjtime, disable UTC/non-UTC selection if hwclock doesn't work (#438124) system-config-network-1.5.5-1.fc9 --------------------------------- * Mon Mar 31 2008 Harald Hoyer - 1.5.5 - fixed more rhbz#439718 * Mon Mar 31 2008 Harald Hoyer - 1.5.4 - fixed typos in DialupDruid (harald) - return None is nothing is selected (harald) - fixed #438901: Network Device Control doesn't work unless s-c-n has been run once (harald) - fixed #435041 and added UnitTest (harald) - be case-independent in mode parsing rhbz#433748 (harald) - fixed rhbz#429725 (harald) - do not traceback on non-int Volume (harald) - fixed rhbz#439718 (harald) system-config-users-1.2.78-1.fc9 -------------------------------- * Mon Mar 31 2008 Nils Philippsen - 1.2.78-1 - fix focus target for "Account expires" label (#439717) - fix French translator credits so msgfmt doesn't complain twinkle-1.2-2.fc9 ----------------- * Mon Mar 31 2008 Kevin Fenzi - 1.2-2 - Rebuild for new qt3 vsftpd-2.0.6-3.fc9 ------------------ * Mon Mar 31 2008 Martin Nagy - 2.0.6-3 - set option listen to default to YES wallpapoz-0.4.1-4.svn87_trunk.fc9 --------------------------------- * Tue Apr 01 2008 Mamoru Tasaka - 0.4.1-4.svn87_trunk - Update to latest svn per requests from upstream to support 2 more locales wget-1.11.1-1.fc9 ----------------- * Mon Mar 31 2008 Karsten Hopp 1.11.1-1 - update to bugfix release 1.11.1, fixes p.e. #433606 x3270-3.3.6-5.fc9 ----------------- * Thu Mar 20 2008 Karsten Hopp 3.3.6-5 - fix compiler flags for FORTIFY_SOURCE xchat-1:2.8.4-15.fc9 -------------------- * Tue Apr 01 2008 Kevin Kofler - 1:2.8.4-15 - remove --disable-panel which has been ignored since 2.0.0 - add missing BR libntlm-devel (thanks to Karsten Hopp) * Mon Mar 03 2008 Tom "spot" Callaway - 1:2.8.4-14 - rebuild for new perl * Mon Feb 18 2008 Christopher Aillon - 1:2.8.4-13 - Rebuild to celebrate my birthday (and GCC 4.3) xorg-x11-proto-devel-7.3-9.fc9 ------------------------------ * Mon Mar 31 2008 Kristian H??gsberg 7.3-9 - Add dri2proto. xulrunner-1.9-0.51.beta5rc2.fc9 ------------------------------- * Mon Mar 31 2008 Christopher Aillon 1.9-0.51 - Beta 5 RC2 yelp-2.22.0-4.fc9 ----------------- * Mon Mar 31 2008 Jon McCann - 2.22.0-4 - Disallow launchers when running under GDM. * Mon Mar 31 2008 Matthew Barnes - 2.22.0-3 - Update patch for RH bug #437328. Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From optimizationkit at gmail.com Tue Apr 1 09:44:16 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Tue, 1 Apr 2008 11:44:16 +0200 Subject: F9 parallel vs. serial bootscript In-Reply-To: <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> References: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> Message-ID: <58a220fa0804010244n5dcf229fv12f76cbb094af58a@mail.gmail.com> On 01/04/2008, Mark wrote: > 2008/3/31, Optimization Kit : > > > Hi, > > > > I wrote a simple script > > http://www.stardust.webpages.pl/files/fedora-upstart/bootscriptconv.py > > > > It creates an upstart wrappers for classic Fedora scripts > > > Just made those from your script as well but where do i need to place them? In /etc/event.d. But beware! You can start with rsyslog - it's a dependency for most scripts. > For the rest: a very interesting read! > Btw.. your default system boots kinda slow without paralellisation.. Here is my default system - without paralellisation http://www.stardust.webpages.pl/files/bootchart05.png 27 seconds > My default boot is 56 seconds and that's with a fully updated Fedora 9 rawhide. > Breaking out the services that i don't need saves 5 seconds: 51 seconds boot. > And i expect to get atleast 10 seconds time boost with your script :) > (once i know where to place the files) > You may want to read about upstart before you start (especially about dependencies between scripts) http://upstart.ubuntu.com/wiki/ Regards, Michal From jgranado at redhat.com Tue Apr 1 11:29:07 2008 From: jgranado at redhat.com (Joel Andres Granados) Date: Tue, 01 Apr 2008 13:29:07 +0200 Subject: FirstAidKit Message-ID: <47F21C83.2020508@redhat.com> Hey all: There is a new feature out there that allows the creation of automated rescue processes. Its name is FirstAidKit. Its basically a plugin system in which each plugin is responsible for certain rescue process (partitioning, xserver, rpmdatabase ....). It has been under development for the last couple of months. The "stable" version of firstaidkit is currently in fedora 9 and can be used to see more or less what the project is about. Of course its boring because it has outdated code and it only has 1 plugin (didn't quite make the freeze). On the other hand it demonstrates the direction of the project and it has very useful example plugins :) firstaidkit home -> https://fedorahosted.org/firstaidkit/ If you want to help us with the core system or the plugins (that would be VERY helpfull), please use the development version, because we are still doing some changes and enhancements to the plugin API. Also the documentation is not always up-to-date. So please take that in mind and do not hesitate to ask us on the First Aid Kit mailing list. development mailing list -> firstaidkit-devel at redhat.com you can git clone it -> git clone http://git.fedorahosted.org/git/firstaidkit.git any tickets and bugs -> https://fedorahosted.org/firstaidkit/newticket Thx for your attention. -- Joel Andres Granados Red Hat / Brno, Czech Republic From johannbg at hi.is Tue Apr 1 11:43:19 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Tue, 01 Apr 2008 11:43:19 +0000 Subject: Is this the future for gnome users.. Message-ID: <47F21FD7.3000208@hi.is> Was doing a standard application click test on a fresh rawhide default install.. Is this it.. Are we gonna tolerate this now.. Log in as a normal user.. Application --> System Tools --> Disk Management Up comes a msg box [ User mount Tool ] There are no filesystem which you are allowed to mount or unmount. Contact your administrator. Don t ask me to provide proper credential.. Nooooo I'm supposed to contact my administrator.. I'm already authorized to configure system-wide-settings ( root credentials ) an apparently that's not enough.. So who's that Administrator that super seeds root credentials Bill Gates maybe... Mark this as the day that Gnome started to head down to > /dev/null and should be replaced by ( Never thought I would say this.. long time helixcode user ) KDE as the default Best regards Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From jonstanley at gmail.com Tue Apr 1 05:16:23 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 1 Apr 2008 01:16:23 -0400 Subject: New bugzilla whiteboard tag - NeedsRetesting Message-ID: The QA and Bug Triage teams within Fedora are pleased to announce that we have introduced a new tag to use within Bugzilla - NeedsRetesting. Put this in the 'Status Whiteboard' field if you want the QA team to test a resolution to your bug. There is a link to a query of all bugs having this tag on http://fedoraproject.org/wiki/QA under 'Release Testing'. Ideally, bugs that have this keyword will not be hardware specific, and should be hopefully) resolved, you just need confirmation. If there is specific hardware required, then please make a note of it, however, we cannot guarantee that any of the QA contributors actually have any particular piece of hardware. If you test one of these bugs, please remove the status whiteboard field, such that the effort is not duplicated. This is an effort to further drive quality in the project, and to keep the bug counts manageable. Feel free to let me know if you have any questions about this. -- Jon Stanley Fedora Bug Wrangler jstanley at fedoraproject.org _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From rawhide at fedoraproject.org Tue Apr 1 12:07:20 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 1 Apr 2008 12:07:20 +0000 (UTC) Subject: rawhide report: 20080401 changes Message-ID: <20080401120720.EEB09209D83@releng1.fedora.phx.redhat.com> From rawhide at fedoraproject.org Tue Apr 1 12:08:17 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 1 Apr 2008 12:08:17 +0000 (UTC) Subject: rawhide special report: 20080401 changes Message-ID: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> New package apt Advanced front-end for dpkg New package dpkg Package maintenance system for Debian Removed package rpm Removed package yum Updated Packages: NetworkManager-1:0.7.0-0.9.1.svn3521.fc9 ---------------------------------------- * Mon Mar 31 2008 Dan Williams - 1:0.7.0-0.9.1.svn3521 - Show VPN failures - Support Static WEP key indexes - Fix parsing of WEP keys from ifcfg files - Pre-fill wireless security UI bits in connection editor and applet * Tue Mar 18 2008 Dan Williams - 1:0.7.0-0.9.1.svn3476 - Grab system settings from /etc/sysconfig/network-scripts, not from profiles * Tue Mar 18 2008 Dan Williams - 1:0.7.0-0.9.1.svn3473 - Fix crashes when returning VPN secrets from the applet to NM aplus-fsf-4.20.2-25.fc9 ----------------------- * Mon Mar 31 2008 Jochen Schmitt 4.20.2-25 - Disable x86_64 architecture (#435074) arj-3.10.22-4.fc9 ----------------- * Mon Mar 31 2008 Hans de Goede 3.10.22-4 - Fix missing prototype compiler warnings * Tue Feb 19 2008 Fedora Release Engineering - 3.10.22-3 - Autorebuild for GCC 4.3 * Fri Aug 03 2007 Hans de Goede 3.10.22-2 - Update License tag for new Licensing Guidelines compliance autofs-1:5.0.3-11 ----------------- * Tue Apr 01 2008 Ian Kent - 5.0.3-11 - and another try at fixing lexer matching map type in map name. balsa-2.3.23-1.fc9 ------------------ * Mon Mar 31 2008 Pawel Salek - 2.3.23-1 - update to upstream 2.3.23. control-center-1:2.22.0-3.fc9 ----------------------------- * Mon Mar 31 2008 - Bastien Nocera - 2.22.0-3 - Fix warnings in the keybindings capplet when in non-UTF-8 locale - Fix Esc/Backspace being bindable when CapsLock is on (#427123) curl-7.18.1-1.fc9 ----------------- * Mon Mar 31 2008 Jindrich Novy 7.18.1-1 - update to curl 7.18.1 (fixes #397911) - add ABI docs for libcurl - remove --static-libs from curl-config - drop curl-config patch, obsoleted by @SSL_ENABLED@ autoconf substitution (#432667) * Fri Feb 15 2008 Jindrich Novy 7.18.0-2 - define _GNU_SOURCE so that NI_MAXHOST gets defined from glibc * Mon Jan 28 2008 Jindrich Novy 7.18.0-1 - update to curl-7.18.0 - drop sslgen patch -> applied upstream - fix typo in description dragonplayer-2.0.1-3.fc9 ------------------------ * Mon Mar 31 2008 Kevin Kofler - 2.0.1-3 - rebuild for NDEBUG and _kde4_libexecdir eclipse-1:3.3.1.1-18.fc9 ------------------------ * Mon Mar 31 2008 Andrew Overholt 3.3.1.1-18 - Add PDE Build wrapper script (%{_datadir}/eclipse/pdebuild) for packaging guidelines. * Mon Mar 03 2008 Andrew Overholt 3.3.1.1-17 - Mark eclipse.ini as %config. * Tue Feb 19 2008 Fedora Release Engineering - 1:3.3.1.1-16 - Autorebuild for GCC 4.3 eel2-2.22.1-2.fc9 ----------------- * Mon Mar 31 2008 Matthias Clasen - 2.22.1-2 - Drop gnome-vfs BR epiphany-2.22.0-3.fc9 --------------------- * Mon Mar 31 2008 Christopher Aillon - 2.22.0-3 - Initialize plugins before we startup XPCOM, thanks to Bastien Nocera * Tue Mar 18 2008 Christopher Aillon - 2.22.0-2 - Update the homepage * Mon Mar 10 2008 Christopher Aillon - 2.22.0-1 - Update to 2.22.0 extragear-plasma-4.0.1-4.fc9 ---------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.1-4 - rebuild for NDEBUG and _kde4_libexecdir fbdesk-1.4.1-4.fc9 ------------------ * Mon Mar 31 2008 Christopher Aillon - 1.4.1-4 - Add needed C++ #include directives for GCC 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 1.4.1-3 - Autorebuild for GCC 4.3 * Mon Feb 11 2008 Andreas Bierfert - 1.4.1-2 - Rebuilt for gcc43 firefox-3.0-0.51.beta5rc2.fc9 ----------------------------- * Mon Mar 31 2008 Christopher Aillon 3.0-0.51 - Beta 5 RC2 flow-tools-0.68.4-1.fc9 ----------------------- * Mon Mar 31 2008 Paul P Komkoff Jr - 0.68.4-1 - New upstream version fop-0.94-4 ---------- * Mon Mar 31 2008 Lillian Angel - 0.94.4 - Updated CLASSPATH. - Updated release. * Mon Mar 31 2008 Lillian Angel - 0.94.3 - Fixed JAVA_HOME to point to openjdk, instead of icedtea. * Mon Mar 31 2008 Lillian Angel - 0.94.3 - Updated build requirements and requirements to include java-1.6.0-openjdk. - Updated release. ghostscript-8.62-3.fc9 ---------------------- * Mon Mar 31 2008 Tim Waugh 8.62-3 - Fix pksmraw output (bug #308211). glib2-2.16.2-1.fc9 ------------------ * Tue Apr 01 2008 Matthias Clasen - 2.16.2-1 - Update to 2.16.2 gnome-screensaver-2.22.0-2.fc9 ------------------------------ * Mon Mar 31 2008 Matthias Clasen - 2.22.0-2 - Drop gnome-vfs requires gnome-settings-daemon-2.22.1-0.2008.03.26.4.fc9 ----------------------------------------------- * Mon Mar 31 2008 - Ray Strode - 2.22.1-0.2008.03.26.4 - Over the releases we've accumulated default.png, default-wide.png default-5_4.png and default.jpg. We haven't been able to drop them because it would leave some users with white backgrounds on upgrade. This patch just falls back to the default image if the user's background doesn't exist. gnome-user-share-0.30-1.fc9 --------------------------- * Mon Mar 31 2008 - Bastien Nocera - 0.30-1 - Update to 0.30 - Fixes left-over httpd processes after logout gnome-volume-manager-2.22.0-5.fc9 --------------------------------- * Mon Mar 31 2008 Matthias Clasen - 2.22.0-5 - remove photo handling too, since nautilus does that * Mon Mar 31 2008 Matthias Clasen - 2.22.0-4 - Fix https://bugs.launchpad.net/ubuntu/+source/gnome-volume-manager/+bug/202931 - Fix http://bugzilla.gnome.org/show_bug.cgi?id=525345 hal-info-20080317-3.fc9 ----------------------- * Mon Mar 31 2008 Dan Williams - 20080317-3 - Fix for Sierra MC5720 (rh #439753) highlight-2.6.9-2.fc9 --------------------- * Mon Mar 31 2008 Jochen Schmitt 2.6.9-2 - New upstream release kbackup-0.5.3-4.fc9 ------------------- * Mon Mar 31 2008 Rex Dieter 0.5.3-4 - gcc43 patch (#434062) * Wed Mar 12 2008 Kevin Kofler 0.5.3-3 - BR kdelibs3-devel instead of kdelibs-devel (#434062) * Mon Feb 18 2008 Fedora Release Engineering - 0.5.3-2 - Autorebuild for GCC 4.3 kbibtex-0.2-14.fc9 ------------------ * Mon Mar 31 2008 Kevin Kofler - 0.2-14 - BR kdelibs3-devel instead of kdebase-devel (should not need kdebase) (#434344) kcoloredit-4.0.3-1.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-1 - update to 4.0.3 - rebuild for NDEBUG and _kde4_libexecdir kde-filesystem-4-12.fc9 ----------------------- * Mon Mar 31 2008 Kevin Kofler 4-12 - actually define %{_kde4_libexecdir} in macros.kde4 * Mon Mar 31 2008 Kevin Kofler 4-11 - add %{_kde4_libexecdir}, set LIBEXEC_INSTALL_DIR to it - don't own %{_kde4_libdir} which is just %{_libdir} * Mon Mar 31 2008 Rex Dieter 4-10 - macros.kde4: _kde4_buildtype=FEDORA kdeaccessibility-1:4.0.3-2.fc9 ------------------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdeadmin-7:4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdeartwork-4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdebase-6:4.0.3-4.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-4 - add missing BR libraw1394-devel (thanks to Karsten Hopp) - don't BR libusb-devel on s390 or s390x * Mon Mar 31 2008 Kevin Kofler 4.0.3-3 - rebuild for NDEBUG and _kde4_libexecdir kdebase-runtime-4.0.3-2.fc9 --------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - update file list for _kde4_libexecdir kdebase-workspace-4.0.3-5.fc9 ----------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-5 - update file list for _kde4_libexecdir * Mon Mar 31 2008 Kevin Kofler 4.0.3-4 - backport context menu switch between Kickoff and simple menu from 4.1 kdebase3-3.5.9-9.fc9 -------------------- * Mon Mar 31 2008 Kevin Kofler - 3.5.9-9 - add missing BR bzip2-devel (thanks to Karsten Hopp) * Fri Mar 28 2008 Rex Dieter - 3.5.9-8 - omit %_datadir/applnk/.hidden/.directory (#321771) kdebindings-4.0.3-2.fc9 ----------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - Rebuild for NDEBUG kdeedu-4.0.3-2.fc9 ------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdegames-6:4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdegraphics-7:4.0.3-2.fc9 ------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdelibs-6:4.0.3-3.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-3 - patch and update file list for _kde4_libexecdir * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - add Fedora build type (uses -DNDEBUG) * Fri Mar 28 2008 Than Ngo 4.0.3-1 - 4.0.3 - -apidocs: drop Requires: %name kdemultimedia-6:4.0.3-2.fc9 --------------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - Rebuild for NDEBUG kdenetwork-7:4.0.3-3.fc9 ------------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-3 - rebuild for NDEBUG and _kde4_libexecdir - drop libidn patch (fixed in libidn) kdepim-6:3.5.9-7.fc9 -------------------- * Tue Apr 01 2008 Kevin Kofler 6:3.5.9-7 - fix gnokii detection (thanks to Dirk M??ller) * Wed Feb 27 2008 Rex Dieter 6:3.5.9-6 - "Enterprise headers" makes impossible to select text in first paragraph of body (kde#151150) * Mon Feb 18 2008 Than Ngo 6:3.5.9-5 - backport upstream patch to fix kmail crash on startup kdepimlibs-4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdesdk-4.0.3-2.fc9 ------------------ * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdetoys-7:4.0.3-2.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdeutils-6:4.0.3-2.fc9 ---------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir kdirstat-2.5.3-8.fc9 -------------------- * Mon Mar 31 2008 Rex Dieter - 2.5.3-8 - gcc43 patch (#434023) kernel-2.6.25-0.177.rc7.git6.fc9 -------------------------------- * Mon Mar 31 2008 Kyle McMartin - Linux 2.6.25-rc7-git6 * Mon Mar 31 2008 Dave Airlie - add fix for radeon oops (#439656) * Sat Mar 29 2008 Dave Jones - Add a 'would have oomkilled' sysctl for debugging. kgrab-0.1.1-5.fc9 ----------------- * Mon Mar 31 2008 Kevin Kofler - 0.1.1-5 - rebuild for NDEBUG and _kde4_libexecdir * Thu Feb 14 2008 Sebastian Vahl - 0.1.1-4 - remove reference to KDE 4 in summary and description kiconedit-4.0.3-1.fc9 --------------------- * Mon Mar 31 2008 Kevin Kofler 4.0.3-1 - update to 4.0.3 - rebuild for NDEBUG and _kde4_libexecdir kleansweep-0.2.9-7.fc9 ---------------------- * Mon Mar 31 2008 Rex Dieter - 0.2.9-6 - fix build (#434026) kmid-2.0-0.5.20080213svn.fc9 ---------------------------- * Mon Mar 31 2008 Kevin Kofler - 2.0-0.5.20080213svn - rebuild for NDEBUG and _kde4_libexecdir knetstats-1.6.1-8.fc9 --------------------- * Mon Mar 31 2008 Rex Dieter - 1.6.1-8 - fix build (#434027) * Wed Feb 27 2008 Chitlesh Goorah - 1.6.1-7 - fixed cvs commit issues * Wed Feb 20 2008 Chitlesh Goorah - 1.6.1-6 - fixed for KDE4 - rebuild with kde3 compatibility packages kpolynome-0.1.2-12.fc9 ---------------------- * Mon Mar 31 2008 Rex Dieter - 0.1.2-12 - gcc43 patch (#434028) krecipes-0.9.1-9.fc9 -------------------- * Mon Mar 31 2008 Rex Dieter - 0.9.1-9 - gcc43 patch (#433986) - BR: gettext - --without-mysql --without-postgresql * Thu Mar 13 2008 Dennis Gilmore - 0.9.1-8 - fix BuildRequires * Mon Feb 18 2008 Fedora Release Engineering - 0.9.1-7 - Autorebuild for GCC 4.3 ksig-1.1-0.3.20080213.fc9 ------------------------- * Mon Mar 31 2008 Kevin Kofler - 1.1-0.3.20080213 - rebuild for NDEBUG and _kde4_libexecdir liberation-fonts-1.0-4.fc9 -------------------------- * Mon Mar 31 2008 Tom "spot" Callaway - 1.0-4 - correct license tag, license explanation added libidn-0.6.14-7 --------------- * Mon Mar 31 2008 Joe Orton 0.6.14-7 - fix libidn.pc for correct libdir (#439549) libselinux-2.0.61-1.fc9 ----------------------- * Tue Apr 01 2008 Dan Walsh - 2.0.61-1 - Update to Upstream * Man page typo fix from Jim Meyering. lxpanel-0.2.9.0-1.fc9 --------------------- * Mon Mar 31 2008 Sebastian Vahl - 0.2.9.0-1 - new upstream version: 0.2.9.0 * Wed Mar 26 2008 Sebastian Vahl - 0.2.8-2 - BR: docbook-utils * Thu Mar 20 2008 Sebastian Vahl - 0.2.8-1 - new upstream version: 0.2.8 - add lxpanel-0.2.8-manpage.patch man-pages-fr-2.76.0-1.fc9 ------------------------- * Tue Feb 19 2008 Marcela Maslanova 2.76.0-1 - update on 2.76.0 - definitely remove second source, wasn't used * Fri Jan 11 2008 Marcela Maslanova 2.75.0-1 - update on 2.75.0 mash-0.3.3-1.fc9 ---------------- * Tue Apr 01 2008 Bill Nottingham 0.3.3-1 - add gtk modules to multilib list (#439949) mock-0.9.8-1.fc9 ---------------- * Mon Mar 31 2008 Jesse Keating - 0.9.8-1 - modify rootcache logic to rebuild cache if config files have newer timestamp - For Fedora 8 and higher, use priority failover method - Point to the correct static-repo for rawhide stuff. - Move "devel" to "rawhide" to match current Fedora naming schemes. mod_suphp-0.6.3-1.fc9 --------------------- * Sun Mar 30 2008 Andreas Thienemann - 0.6.3-1 - Updated to 0.6.3 fixing two security problems. #439687 nautilus-2.22.1-2.fc9 --------------------- * Mon Mar 31 2008 Ray Strode - 2.22.1-2 - Over the releases we've accumulated default.png, default-wide.png default-5_4.png and default.jpg. We haven't been able to drop them because it would leave some users with white backgrounds on upgrade. This patch just falls back to the default image if the user's background doesn't exist. * Fri Mar 28 2008 Tomas Bzatek - 2.22.1-1 - Update to 2.22.1 * Thu Mar 13 2008 Tomas Bzatek - 2.22.0-2 - Don't create application/x-ext- types for known mimetypes (patch from head) - Fix a crash in the Properties dialog while changing owner (patch from head) netpbm-10.35.41-1.fc9 --------------------- * Mon Mar 31 2008 Jindrich Novy 10.35.41-1 - update to 10.35.41 (fixes pnmnorm and gcc-4.3 build) ocaml-zip-1.03-3.fc9 -------------------- * Mon Mar 31 2008 Richard W.M. Jones - 1.03-3 - Add unix as a dependency to the META-file (rhbz #439652). okteta-0.1.0-0.3.beta2.fc9 -------------------------- * Mon Mar 31 2008 Kevin Kofler 0.1.0-0.3.beta2 - Rebuild for NDEBUG * Mon Mar 31 2008 Kevin Kofler 0.1.0-0.2.beta2 - Update to beta 2 - Use official tarball + separate translations - Package COPYING - Drop part of kde40.patch no longer needed with kdelibs 4.0.3 pidgin-2.4.1-2.fc9 ------------------ * Mon Mar 31 2008 Stu Tomlinson 2.4.1-2 - nss-devel no longer provides mozilla-nss-devel * Mon Mar 31 2008 Stu Tomlinson 2.4.1-1 - 2.4.1 * Tue Mar 18 2008 Tom "spot" Callaway 2.4.0-4 - add Requires for versioned perl (libperl.so) polyester-2.0-0.2.beta1.fc9 --------------------------- * Mon Mar 31 2008 Kevin Kofler - 2.0-0.2.beta1 - rebuild for NDEBUG and _kde4_libexecdir * Mon Feb 18 2008 Sebastian Vahl - 2.0-0.1.beta1 - new upsream version: 2.0-beta1 (tarball version: 1.9.0) - BuildRequires: kdelibs4-devel >= 4 * Sat Feb 09 2008 Sebastian Vahl - 1.95-2 - rebuild for new gcc-4.3 pypoker-eval-135.0-1.fc9 ------------------------ * Mon Mar 31 2008 Christopher Stone 135.0-1 - Upstream sync - Update License python-simpy-1.9.1-1.fc9 ------------------------ * Mon Mar 31 2008 Sarantis Paskalis - 1.9.1-1 - Upgrade to 1.9.1 * Thu Mar 06 2008 Sarantis Paskalis - 1.9-3 - Fix Source0 URL to downloads.sourceforge.net rbldnsd-0.996b-1.fc9 -------------------- * Mon Mar 31 2008 Paul Howarth 0.996b-1 - update to 0.996b - _GNU_SOURCE no longer needed rdate-1.4-11.fc9 ---------------- * Mon Mar 31 2008 Jiri Moskovcak - 1.4-11 - fixed early freeing of addrinfo rhythmbox-0.11.5-5.fc9 ---------------------- * Mon Mar 31 2008 - Bastien Nocera - 0.11.5-5 - Force podcast parsing, as we already know it's a Podcast * Mon Mar 31 2008 - Bastien Nocera - 0.11.5-4 - Add a 24x24 icon so it doesn't look blurry in the panel roxterm-1.11.1-1.fc9 -------------------- * Mon Mar 31 2008 Sebastian Vahl - 1.11.1-1 - new upstream version: 1.11.1 rsync-3.0.1-0.3.pre3.fc9 ------------------------ * Mon Mar 31 2008 Simo Sorce 3.0.1-0.3.pre3.fc9 - 3.0.1 pre release #3 - Fixes some annoying minor bugs (see release notes) speex-1.2-0.6.beta3 ------------------- * Mon Mar 31 2008 Marcela Maslanova - 1.2-0.6.beta3 - 439284 add owner to /usr/share/doc/speex sqlite-3.5.6-2.fc9 ------------------ * Mon Mar 31 2008 Panu Matilainen - 3.5.6-2 - remove reference to static libs from -devel description (#439376) * Tue Feb 12 2008 Panu Matilainen - 3.5.6-1 - update to 3.5.6 - also fixes #432447 * Fri Jan 25 2008 Panu Matilainen - 3.5.4-3 - enable column metadata API (#430258) sudo-1.6.9p13-4.fc9 ------------------- * Mon Mar 31 2008 Peter Vrabec 1.6.9p13-4 - include ldap files in rpm package (#439506) system-config-date-1.9.27-1.fc9 ------------------------------- * Mon Mar 31 2008 Nils Philippsen - 1.9.27-1 - handle missing UTC information in /etc/adjtime, disable UTC/non-UTC selection if hwclock doesn't work (#438124) system-config-network-1.5.5-1.fc9 --------------------------------- * Mon Mar 31 2008 Harald Hoyer - 1.5.5 - fixed more rhbz#439718 * Mon Mar 31 2008 Harald Hoyer - 1.5.4 - fixed typos in DialupDruid (harald) - return None is nothing is selected (harald) - fixed #438901: Network Device Control doesn't work unless s-c-n has been run once (harald) - fixed #435041 and added UnitTest (harald) - be case-independent in mode parsing rhbz#433748 (harald) - fixed rhbz#429725 (harald) - do not traceback on non-int Volume (harald) - fixed rhbz#439718 (harald) system-config-users-1.2.78-1.fc9 -------------------------------- * Mon Mar 31 2008 Nils Philippsen - 1.2.78-1 - fix focus target for "Account expires" label (#439717) - fix French translator credits so msgfmt doesn't complain twinkle-1.2-2.fc9 ----------------- * Mon Mar 31 2008 Kevin Fenzi - 1.2-2 - Rebuild for new qt3 vsftpd-2.0.6-3.fc9 ------------------ * Mon Mar 31 2008 Martin Nagy - 2.0.6-3 - set option listen to default to YES wallpapoz-0.4.1-4.svn87_trunk.fc9 --------------------------------- * Tue Apr 01 2008 Mamoru Tasaka - 0.4.1-4.svn87_trunk - Update to latest svn per requests from upstream to support 2 more locales wget-1.11.1-1.fc9 ----------------- * Mon Mar 31 2008 Karsten Hopp 1.11.1-1 - update to bugfix release 1.11.1, fixes p.e. #433606 x3270-3.3.6-5.fc9 ----------------- * Thu Mar 20 2008 Karsten Hopp 3.3.6-5 - fix compiler flags for FORTIFY_SOURCE xchat-1:2.8.4-15.fc9 -------------------- * Tue Apr 01 2008 Kevin Kofler - 1:2.8.4-15 - remove --disable-panel which has been ignored since 2.0.0 - add missing BR libntlm-devel (thanks to Karsten Hopp) * Mon Mar 03 2008 Tom "spot" Callaway - 1:2.8.4-14 - rebuild for new perl * Mon Feb 18 2008 Christopher Aillon - 1:2.8.4-13 - Rebuild to celebrate my birthday (and GCC 4.3) xorg-x11-proto-devel-7.3-9.fc9 ------------------------------ * Mon Mar 31 2008 Kristian H??gsberg 7.3-9 - Add dri2proto. xulrunner-1.9-0.51.beta5rc2.fc9 ------------------------------- * Mon Mar 31 2008 Christopher Aillon 1.9-0.51 - Beta 5 RC2 yelp-2.22.0-4.fc9 ----------------- * Mon Mar 31 2008 Jon McCann - 2.22.0-4 - Disallow launchers when running under GDM. * Mon Mar 31 2008 Matthew Barnes - 2.22.0-3 - Update patch for RH bug #437328. Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From jwboyer at gmail.com Tue Apr 1 12:09:02 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 01 Apr 2008 07:09:02 -0500 Subject: Is this the future for gnome users.. In-Reply-To: <47F21FD7.3000208@hi.is> References: <47F21FD7.3000208@hi.is> Message-ID: <1207051742.12155.94.camel@vader.jdub.homelinux.org> On Tue, 2008-04-01 at 11:43 +0000, =?ISO-8859-1?Q? J=F3hann_B._Gu=F0mundsson _ wrote: > Was doing a standard application click test on a fresh rawhide default > install.. > > Is this it.. > > Are we gonna tolerate this now.. Let me paraphrase your whole email: "OMG A BUG!! GNOME IS TEH SUCK! THEY BE IN MY GNOMEZ BREAKIN MY DISKS! WTFBBQ?!" I think we need less hyperbole, and more bugs being reported. josh From johannbg at hi.is Tue Apr 1 12:23:07 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Tue, 01 Apr 2008 12:23:07 +0000 Subject: Is this the future for gnome users.. In-Reply-To: <1207051742.12155.94.camel@vader.jdub.homelinux.org> References: <47F21FD7.3000208@hi.is> <1207051742.12155.94.camel@vader.jdub.homelinux.org> Message-ID: <47F2292B.9090602@hi.is> Josh Boyer wrote: > On Tue, 2008-04-01 at 11:43 +0000, =?ISO-8859-1?Q? > J=F3hann_B._Gu=F0mundsson _ wrote: > >> Was doing a standard application click test on a fresh rawhide default >> install.. >> >> Is this it.. >> >> Are we gonna tolerate this now.. >> > > Let me paraphrase your whole email: > > "OMG A BUG!! GNOME IS TEH SUCK! THEY BE IN MY GNOMEZ BREAKIN MY DISKS! > WTFBBQ?!" > > I think we need less hyperbole, and more bugs being reported. > > josh > > I think this msg box works as it was intended by the developer I receve the msg box asking me to contact this administrator Who that administrator is I have not a clue but it's certainly not user with root credentials.. Best regards Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From mitr at volny.cz Tue Apr 1 12:32:58 2008 From: mitr at volny.cz (Miloslav =?UTF-8?Q?Trma=C4=8D?=) Date: Tue, 01 Apr 2008 14:32:58 +0200 Subject: Is this the future for gnome users.. In-Reply-To: <47F21FD7.3000208@hi.is> References: <47F21FD7.3000208@hi.is> Message-ID: <1207053178.2644.5.camel@amilo> "J?hann B. Gu?mundsson" p??e v ?t 01. 04. 2008 v 11:43 +0000: > Was doing a standard application click test on a fresh rawhide default > install.. > > Is this it.. > > Are we gonna tolerate this now.. Bug reports belong in bugzilla. And yes, bugs are tolerated if nobody has enough time to work on them - what's the alternative? > Log in as a normal user.. > > Application --> System Tools --> Disk Management > > Up comes a msg box > > [ User mount Tool ] > > There are no filesystem which you > are allowed to mount or unmount. > Contact your administrator. > > Mark this as the day that Gnome started to head down to > /dev/null > and should be replaced by ( Never thought I would say this.. long time > helixcode user ) KDE > as the default Actually, you have discovered usermount, a tool that has been available for at least 10 years now. GNOME not only didn't start to head anywhere - this tool is not a part of GNOME at all. Please file a bug report against redhat-menus to hide the menu entry in GNOME (and perhaps KDE if it integrates with gnome-volume-manager). Mirek From optimizationkit at gmail.com Tue Apr 1 12:39:30 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Tue, 1 Apr 2008 14:39:30 +0200 Subject: upstart-visualize (Was Re: F9 parallel vs. serial bootscript) Message-ID: <58a220fa0804010539t5f729407iaa69500b19933a9f@mail.gmail.com> On 31/03/2008, Optimization Kit wrote: [..] > Something like a Fedora boot dependency graph would be useful :) > > I have found this on Ubuntu upstart page > https://wiki.ubuntu.com/ReplacementInitscripts?action=AttachFile&do=get&target=Graph.png > might be useful I wrote a simple tool that visualizes an upstart boot process http://www.stardust.webpages.pl/files/fedora-upstart/upstart-visualize.py Might be useful for finding race conditions and circular deps http://www.stardust.webpages.pl/files/fedora-upstart/deps1.png http://www.stardust.webpages.pl/files/fedora-upstart/deps2.png Regards, Michal From jamatos at fc.up.pt Tue Apr 1 12:39:41 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 1 Apr 2008 13:39:41 +0100 Subject: rawhide special report: 20080401 changes In-Reply-To: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> Message-ID: <200804011339.42947.jamatos@fc.up.pt> On Tuesday 01 April 2008 13:08:17 Rawhide wrote: > New package dpkg > ? ? ? ? Package maintenance system for Debian OK this is rh doing it all over again, against the comunity will... where is Paul Frields when we need him? Trying to get over it and providing constructive criticism I think that the summary line should be changed it should now read Package maintenance system for Fedora (special tanks to Debian) > Removed package rpm Why not to update the package to version 5 before removing it? -- Jos? Ab?lio From alexl at users.sourceforge.net Tue Apr 1 12:44:37 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 01 Apr 2008 05:44:37 -0700 Subject: rawhide special report: 20080401 changes In-Reply-To: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> (rawhide@fedoraproject.org's message of "Tue\, 1 Apr 2008 12\:08\:17 +0000 \(UTC\)") References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> Message-ID: >>>>> rawhide writes: > New package apt Advanced front-end for dpkg > New package dpkg Package maintenance system for Debian > Removed package rpm > Removed package yum Nice April Fool's! ;-) (Had me puzzling for a couple of seconds there...) A. From sundaram at fedoraproject.org Tue Apr 1 12:47:33 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 01 Apr 2008 18:17:33 +0530 Subject: Is this the future for gnome users.. In-Reply-To: <47F21FD7.3000208@hi.is> References: <47F21FD7.3000208@hi.is> Message-ID: <47F22EE5.2020301@fedoraproject.org> J?hann B. Gu?mundsson wrote: > Was doing a standard application click test on a fresh rawhide default > install.. > > Is this it.. > > Are we gonna tolerate this now.. > > Log in as a normal user.. > > Application --> System Tools --> Disk Management > > Up comes a msg box > > [ User mount Tool ] > > There are no filesystem which you > are allowed to mount or unmount. > Contact your administrator. > > Don t ask me to provide proper credential.. > Nooooo I'm supposed to contact my administrator.. > > I'm already authorized to configure system-wide-settings ( root > credentials ) > an apparently that's not enough.. > > So who's that Administrator that super seeds root credentials > Bill Gates maybe... > > Mark this as the day that Gnome started to head down to > /dev/null > and should be replaced by ( Never thought I would say this.. long time > helixcode user ) KDE > as the default You are trolling frequently. The tool you are not talking about is not even part of GNOME. Just file a bug report. Rahul From skvidal at fedoraproject.org Tue Apr 1 12:46:45 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 08:46:45 -0400 Subject: rawhide special report: 20080401 changes In-Reply-To: <200804011339.42947.jamatos@fc.up.pt> References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> <200804011339.42947.jamatos@fc.up.pt> Message-ID: <1207054005.9240.50.camel@cutter> On Tue, 2008-04-01 at 13:39 +0100, Jos? Matos wrote: > On Tuesday 01 April 2008 13:08:17 Rawhide wrote: > > New package dpkg > > Package maintenance system for Debian > > OK this is rh doing it all over again, against the comunity will... where is > Paul Frields when we need him? > > Trying to get over it and providing constructive criticism I think that the > summary line should be changed it should now read > > Package maintenance system for Fedora (special tanks to Debian) > > > Removed package rpm > > Why not to update the package to version 5 before removing it? > Look at the date. -sv From singularitaet at gmx.net Tue Apr 1 12:48:41 2008 From: singularitaet at gmx.net (Stefan Grosse) Date: Tue, 1 Apr 2008 14:48:41 +0200 Subject: rawhide special report: 20080401 changes In-Reply-To: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> Message-ID: <200804011448.41327.singularitaet@gmx.net> On Tuesday 01 April 2008 02:08:17 pm Rawhide wrote: Ra> New package apt Ra> Advanced front-end for dpkg Ra> Ra> New package dpkg Ra> Package maintenance system for Debian Ra> Ra> Removed package rpm Ra> Ra> Removed package yum Ra> I hope this is an April joke? Stefan From johannbg at hi.is Tue Apr 1 12:51:53 2008 From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=) Date: Tue, 01 Apr 2008 12:51:53 +0000 Subject: Is this the future for gnome users.. In-Reply-To: <1207053178.2644.5.camel@amilo> References: <47F21FD7.3000208@hi.is> <1207053178.2644.5.camel@amilo> Message-ID: <47F22FE9.6000301@hi.is> Miloslav Trma? wrote: > "J?hann B. Gu?mundsson" p??e v ?t 01. 04. 2008 v 11:43 +0000: > >> Was doing a standard application click test on a fresh rawhide default >> install.. >> >> Is this it.. >> >> Are we gonna tolerate this now.. >> > Bug reports belong in bugzilla. And yes, bugs are tolerated if nobody > has enough time to work on them - what's the alternative? > > >> Log in as a normal user.. >> >> Application --> System Tools --> Disk Management >> >> Up comes a msg box >> >> [ User mount Tool ] >> >> There are no filesystem which you >> are allowed to mount or unmount. >> Contact your administrator. >> >> Mark this as the day that Gnome started to head down to > /dev/null >> and should be replaced by ( Never thought I would say this.. long time >> helixcode user ) KDE >> as the default >> > Actually, you have discovered usermount, a tool that has been available > for at least 10 years now. GNOME not only didn't start to head anywhere > - this tool is not a part of GNOME at all. > > Please file a bug report against redhat-menus to hide the menu entry in > GNOME (and perhaps KDE if it integrates with gnome-volume-manager). > Mirek > > Will do.. Btw is this "tool" really needed? Best regards Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 381 bytes Desc: not available URL: From jamatos at fc.up.pt Tue Apr 1 12:52:20 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 1 Apr 2008 13:52:20 +0100 Subject: rawhide special report: 20080401 changes In-Reply-To: <1207054005.9240.50.camel@cutter> References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> <200804011339.42947.jamatos@fc.up.pt> <1207054005.9240.50.camel@cutter> Message-ID: <200804011352.20594.jamatos@fc.up.pt> On Tuesday 01 April 2008 13:46:45 seth vidal wrote: > > Why not to update the package to version 5 before removing it? rpm5 anyone? ;-) > Look at the date. Difficult to forget. :-) > -sv -- Jos? Ab?lio From sgrubb at redhat.com Tue Apr 1 13:03:23 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Tue, 1 Apr 2008 09:03:23 -0400 Subject: Parellel boot and audit Message-ID: <200804010903.25095.sgrubb@redhat.com> Hi, Using the LSB headers, how do I express that audit needs to start before just about everything else? The only things I can think of that could be before audit are irqbalance, cpuspeed, iptables, ip6tables, netlabel, network, bind (optional), and syslog. The irqbalance and cpuspeed are questionable, though. -Steve From nicu_fedora at nicubunu.ro Tue Apr 1 13:15:54 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Tue, 01 Apr 2008 16:15:54 +0300 Subject: rawhide special report: 20080401 changes In-Reply-To: <200804011448.41327.singularitaet@gmx.net> References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> <200804011448.41327.singularitaet@gmx.net> Message-ID: <47F2358A.5070000@nicubunu.ro> Stefan Grosse wrote: > On Tuesday 01 April 2008 02:08:17 pm Rawhide wrote: > Ra> New package apt > Ra> Advanced front-end for dpkg > Ra> > Ra> New package dpkg > Ra> Package maintenance system for Debian > Ra> > Ra> Removed package rpm > Ra> > Ra> Removed package yum > Ra> > > I hope this is an April joke? No it isn't. And such a big change will cause the slip of the F9 release for at least a couple of months. Until it will get renamed to RHLP-I. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From harald at redhat.com Tue Apr 1 13:18:22 2008 From: harald at redhat.com (Harald Hoyer) Date: Tue, 01 Apr 2008 15:18:22 +0200 Subject: Parellel boot and audit In-Reply-To: <200804010903.25095.sgrubb@redhat.com> References: <200804010903.25095.sgrubb@redhat.com> Message-ID: Steve Grubb wrote: > Hi, > > Using the LSB headers, how do I express that audit needs to start before just > about everything else? The only things I can think of that could be before > audit are irqbalance, cpuspeed, iptables, ip6tables, netlabel, network, bind > (optional), and syslog. The irqbalance and cpuspeed are questionable, though. > > -Steve > The bad thing, you can't specify "run before" in LSB syntax. Something all other services require and the script provides is needed for that to work. Yes, it's a known shortcoming and the LSB syntax should be extended. Someone working with LSB? From harald at redhat.com Tue Apr 1 13:21:15 2008 From: harald at redhat.com (Harald Hoyer) Date: Tue, 01 Apr 2008 15:21:15 +0200 Subject: Too many default services on In-Reply-To: <47F162F5.7050907@nobugconsulting.ro> References: <47F0F113.5030109@redhat.com> <200803312307.49454.ville.skytta@iki.fi> <47F162F5.7050907@nobugconsulting.ro> Message-ID: Manuel Wolfshant wrote: >> >> I can't find any and I'm a bit surprised about that - I think there >> was a recommendation in the fedora.us guidelines that recommended >> "everything off unless there's a good reason for it to be on by >> default" which IMO is a good rule of thumb. > http://fedoraproject.org/wiki/Packaging/ScriptletSnippets#head-69c816fcf14e5130694c81f1ffa17a553ac94302 > is the closest match I've found > > http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript From fedora at dm.cobite.com Tue Apr 1 13:35:41 2008 From: fedora at dm.cobite.com (David Mansfield) Date: Tue, 01 Apr 2008 09:35:41 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> Message-ID: <1207056941.10532.36.camel@gandalf.cobite.com> On Mon, 2008-03-31 at 17:58 -0800, Jeff Spaleta wrote: > > > On Mon, Mar 31, 2008 at 5:13 PM, Mark wrote: > Selinux keeps proving me that it deserves to shut down. i > can't help > it that it blames me for playing flash animation, using a gif > animation in a local web folder or oven just installing > updates from > fedora itself.. > > > > Actually you CAN help.. you CAN help by taking the hint i provided earlier and start talking to people through the test list so we can troubleshoot the specific messages you have been seeing..instead of doing what you are doing right now, which is failing to communicate with enough specificity for anyone to confirm or help track down so Hey, to extend this 'you can help' thing, is it possible that a smolt-like setroubleshoot logger could be installed which automatically (after asking for permission of course) posts the denials to a database so developers could see statistics, say, after a big batch of updates? I think one thing that's frustrating is to have to open a bugzilla for each and every one. It's way too much work. There needs to be a specific way to address these 'bogus' denails and get the updated policies in a streamlined manner, IMHO. David From mattdm at mattdm.org Tue Apr 1 13:37:43 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 1 Apr 2008 09:37:43 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F1865F.9090603@gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> Message-ID: <20080401133743.GA17554@jadzia.bu.edu> On Mon, Mar 31, 2008 at 05:48:31PM -0700, Andrew Farris wrote: > An assumption that is dangerous. I understand prior bad selinux issues can > leave you feeling that way, but consider how similar it is to just 'click > ok for everything' in Windows? Yes.. prior experience would tell you its > something you have to do for it to work, but its also exploited by > malicious code. Assuming every selinux audit is a bug or just selinux > being annoying is a terrible mindset. Err, yes. So the $64,000 dollar question is:How can we prevent SELinux from imparting that mindset upon nearly everyone who uses it? Not by telling them to run something and file dozens of bug reports, that's for sure. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dan at danny.cz Tue Apr 1 13:01:50 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 01 Apr 2008 15:01:50 +0200 Subject: rawhide special report: 20080401 changes In-Reply-To: <1207054005.9240.50.camel@cutter> References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> <200804011339.42947.jamatos@fc.up.pt> <1207054005.9240.50.camel@cutter> Message-ID: <1207054910.3225.24.camel@localhost.localdomain> seth vidal p??e v ?t 01. 04. 2008 v 08:46 -0400: > On Tue, 2008-04-01 at 13:39 +0100, Jos? Matos wrote: > > On Tuesday 01 April 2008 13:08:17 Rawhide wrote: > > > New package dpkg > > > Package maintenance system for Debian > > > > OK this is rh doing it all over again, against the comunity will... where is > > Paul Frields when we need him? > > > > Trying to get over it and providing constructive criticism I think that the > > summary line should be changed it should now read > > > > Package maintenance system for Fedora (special tanks to Debian) > > > > > Removed package rpm > > > > Why not to update the package to version 5 before removing it? > > > > Look at the date. Also the Subject: is different. I have already seen 2 reports today, so I missed this special one ;-) Dan From Matt_Domsch at dell.com Tue Apr 1 13:43:25 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 1 Apr 2008 08:43:25 -0500 Subject: FTBFS Bug Filing and Handling proposal Message-ID: <20080401134325.GA29761@auslistsprd01.us.dell.com> A proposal for consideration. http://fedoraproject.org/wiki/MattDomsch/FTBFS Proposal This is only a proposal. It will be edited before being approved. Feedback requested. FTBFS (Fails To Build From Source) In the interest of keeping Fedora as a self-hosted distribution (meaning you can use Fedora version Z to build Fedora version Z from source RPMs), MattDomsch regularly runs a full rebuild of the "rawhide" tree, building rawhide with rawhide. This catches a number of packages that no longer build, and need developer attention. The results of each run are presently mailed to each failing package's owner and cc: list (as noted in the package database), and sent to fedora-devel-list. In the interest of tracking these failures, new bugs for each failing package will be filed in Bugzilla. These bugs will all block a blocker bug, alias "FTBFS". Included in these bugs will be the root.log and build.log from mock. These bugs should start life in a state of ASSIGNED, since they are by definition pre-triaged. On subsequent runs to the first, a check will be made that there is not already a bug that's blocking FTBFS for the package in question. If there is, a comment will be made in the existing bug. If there's not, a new bug will be filed against the package. Challenges * avoiding false positives. It somewhat often happens that a whole class of failures are due to either build system mis-configuration, mirrors being slightly out of sync. * bugs in required packages. If glibc is broken on a particular day, it can affect a large number of package builds. It's most appropriate to file a single bug against glibc in this case rather than many bugs against each package that hit the bug. Unfortunately, figuring this out requires human intervention. 1. Being that this is a monthly event, I think that simple sanity checking is really all that's required here - nothing fancy. Rebuild and filing should be two separate phases, so that these issues can be caught. Proposal * File bugs, once for each package. * Block FTBFS * FTBFS blocks Target tracker for next release * attach root.log and build.log from each architecture that has failed. * Fedora version = 'rawhide' * Follow up with public shame on bugs >30 days??? * run monthly Feedback to this list, and/or edit the wiki directly. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From johannbg at hi.is Tue Apr 1 13:44:42 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Tue, 01 Apr 2008 13:44:42 +0000 Subject: Is this the future for gnome users.. In-Reply-To: <47F22EE5.2020301@fedoraproject.org> References: <47F21FD7.3000208@hi.is> <47F22EE5.2020301@fedoraproject.org> Message-ID: <47F23C4A.6030901@hi.is> Rahul Sundaram wrote: > J?hann B. Gu?mundsson wrote: >> Was doing a standard application click test on a fresh rawhide >> default install.. >> >> Is this it.. >> >> Are we gonna tolerate this now.. >> >> Log in as a normal user.. >> >> Application --> System Tools --> Disk Management >> >> Up comes a msg box >> >> [ User mount Tool ] >> >> There are no filesystem which you >> are allowed to mount or unmount. >> Contact your administrator. >> >> Don t ask me to provide proper credential.. >> Nooooo I'm supposed to contact my administrator.. >> >> I'm already authorized to configure system-wide-settings ( root >> credentials ) >> an apparently that's not enough.. >> >> So who's that Administrator that super seeds root credentials >> Bill Gates maybe... >> >> Mark this as the day that Gnome started to head down to > /dev/null >> and should be replaced by ( Never thought I would say this.. long >> time helixcode user ) KDE >> as the default > > You are trolling frequently. The tool you are not talking about is not > even part of GNOME. Just file a bug report. > > Rahul > Care to elaborate on my "trolling" and frequently. Good to know for me to know what you/others consider trolling so I can *adjust properly* If I could have right click the application in the menu and being able to click properties or about or heck of hell even just been shown what command was being executer I could have simple identified it properly and filed a bug report to the right application/package. *hint* *RFE* *hint* And since I cant one can only make the logical assumption that this belongs to Gnome. But I indeed got what I needed.. Flashy title and a little rant.. got your attention which then lead to. a) If this belong to gnome some one one point out the correct application/package b) If not some one points out don't blame gnome blame this... The end result for me was as I expected.. If only all bug reports got this much luvin.. #440029 Best regards Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From sgrubb at redhat.com Tue Apr 1 13:45:26 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Tue, 1 Apr 2008 09:45:26 -0400 Subject: Parellel boot and audit In-Reply-To: References: <200804010903.25095.sgrubb@redhat.com> Message-ID: <200804010945.27551.sgrubb@redhat.com> On Tuesday 01 April 2008 09:18:22 am Harald Hoyer wrote: > > Using the LSB headers, how do I express that audit needs to start before > > just about everything else? The only things I can think of that could be > > before audit are irqbalance, cpuspeed, iptables, ip6tables, netlabel, > > network, bind (optional), and syslog. The irqbalance and cpuspeed are > > questionable, though. > > > > -Steve > > The bad thing, you can't specify "run before" in LSB syntax. If we are switching in F9, we need this fixed before release. > Something all other services require and the script provides is needed for > that to work. Yes, it's a known shortcoming and the LSB syntax should be > extended. > > Someone working with LSB? If so, have them to ask why audit is not a standard facility like syslog. -Steve From markg85 at gmail.com Tue Apr 1 13:46:10 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 15:46:10 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> Message-ID: <6e24a8e80804010646w65ee0d6ah4c13647e878c30fb@mail.gmail.com> 2008/4/1, Jeff Spaleta : > > > On Mon, Mar 31, 2008 at 5:13 PM, Mark wrote: > > Selinux keeps proving me that it deserves to shut down. i can't help > > it that it blames me for playing flash animation, using a gif > > animation in a local web folder or oven just installing updates from > > fedora itself.. > > > > > > > > > > Actually you CAN help.. you CAN help by taking the hint i provided earlier > and start talking to people through the test list so we can troubleshoot the > specific messages you have been seeing..instead of doing what you are doing > right now, which is failing to communicate with enough specificity for > anyone to confirm or help track down so things can be fixed. Clearly you've > made up you mind... you decided you don't WANT to help. That's fine.. that's > your choice... but do so with the understanding that by doing so you cheapen > the testing process that the pre-releases is meant to fulfill. By choosing > to ignore selinux completely, you certainly aren't living up to the implied > agreement to act as a responsible tester when you chose to make use of the > pre-releases. > -jef"permissive mode is a available a compromise"spaleta > becarefull here! i do test things in fedora (9) and i do report issues and make suggestions. you can't blame me for not testing something that i: 1. don't like 2. don't want to have this way 3. don't want to spend my time on And if you blame me for that than that's your problem! 2008/4/1, David Mansfield : > > On Mon, 2008-03-31 at 17:58 -0800, Jeff Spaleta wrote: > > > > > > On Mon, Mar 31, 2008 at 5:13 PM, Mark wrote: > > Selinux keeps proving me that it deserves to shut down. i > > can't help > > it that it blames me for playing flash animation, using a gif > > animation in a local web folder or oven just installing > > updates from > > fedora itself.. > > > > > > > > Actually you CAN help.. you CAN help by taking the hint i provided earlier and start talking to people through the test list so we can troubleshoot the specific messages you have been seeing..instead of doing what you are doing right now, which is failing to communicate with enough specificity for anyone to confirm or help track down so > > > Hey, to extend this 'you can help' thing, is it possible that a > smolt-like setroubleshoot logger could be installed which automatically > (after asking for permission of course) posts the denials to a database > so developers could see statistics, say, after a big batch of updates? > > I think one thing that's frustrating is to have to open a bugzilla for > each and every one. It's way too much work. There needs to be a > specific way to address these 'bogus' denails and get the updated > policies in a streamlined manner, IMHO. > > David Now that's a great idea! if that was in it now that i would have turned selinux oin right away just to fill up that database with all the notices i get ;) seriously.. i would turn it on to submit those notices. And something else with selinux.. I think it's bad to ask of users to relabel it or even to ask users tu run commands to prevent certain things to happen. Normal new users (who don't know much of linux yet) might be scared by things like this and might switch from fedora to another os that doesn't bother the user with those messages (ubuntu/windows/mac). So that might be something interesting to investigate..? From sundaram at fedoraproject.org Tue Apr 1 13:53:37 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 01 Apr 2008 19:23:37 +0530 Subject: Is this the future for gnome users.. In-Reply-To: <47F23C4A.6030901@hi.is> References: <47F21FD7.3000208@hi.is> <47F22EE5.2020301@fedoraproject.org> <47F23C4A.6030901@hi.is> Message-ID: <47F23E61.2070408@fedoraproject.org> J?hann B. Gu?mundsson wrote: >> > Care to elaborate on my "trolling" and frequently. You post these dramatic statements now and then on the lists without cross checking facts. > Flashy title and a little rant.. got your attention > which then lead to. You do this deliberately? Classy. Rahul From bbbush.yuan at gmail.com Tue Apr 1 13:52:44 2008 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Tue, 1 Apr 2008 21:52:44 +0800 Subject: gstreamer programs do not work? Message-ID: <76e72f800804010652m6315a795r22d9d2713b566e7a@mail.gmail.com> Hi, I don't remember since when, but should be recently. [yuan at mstar ~]$ gstreamer-properties gstreamer-properties-Message: Skipping unavailable plugin 'artsdsink' gstreamer-properties-Message: Skipping unavailable plugin 'esdsink' gstreamer-properties-Message: Skipping unavailable plugin 'sdlvideosink' gstreamer-properties-Message: Skipping unavailable plugin 'v4lmjpegsrc' gstreamer-properties-Message: Skipping unavailable plugin 'qcamsrc' gstreamer-properties-Message: Skipping unavailable plugin 'esdmon' gstreamer-properties-Message: Error running pipeline 'PulseAudio Sound Server': Failed to connect stream: Invalid argument [pulsesink.c(399): gst_pulsesink_prepare (): /pipeline0/pulsesink3] [yuan at mstar ~]$ rpm -q gstreamer-plugins-pulse gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9.i386 -- bbbush ^_^ From j.w.r.degoede at hhs.nl Tue Apr 1 13:42:41 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 01 Apr 2008 15:42:41 +0200 Subject: FTBFS Bug Filing and Handling proposal In-Reply-To: <20080401134325.GA29761@auslistsprd01.us.dell.com> References: <20080401134325.GA29761@auslistsprd01.us.dell.com> Message-ID: <47F23BD1.2080600@hhs.nl> Matt Domsch wrote: > A proposal for consideration. > http://fedoraproject.org/wiki/MattDomsch/FTBFS > > Proposal > > This is only a proposal. It will be edited before being approved. > Feedback requested. > > FTBFS (Fails To Build From Source) > > In the interest of keeping Fedora as a self-hosted distribution > (meaning you can use Fedora version Z to build Fedora version Z from > source RPMs), MattDomsch regularly runs a full rebuild of the > "rawhide" tree, building rawhide with rawhide. This catches a number > of packages that no longer build, and need developer attention. The > results of each run are presently mailed to each failing package's > owner and cc: list (as noted in the package database), and sent to > fedora-devel-list. > > In the interest of tracking these failures, new bugs for each failing > package will be filed in Bugzilla. These bugs will all block a blocker > bug, alias "FTBFS". Included in these bugs will be the root.log and > build.log from mock. These bugs should start life in a state of > ASSIGNED, since they are by definition pre-triaged. > > On subsequent runs to the first, a check will be made that there is > not already a bug that's blocking FTBFS for the package in > question. If there is, a comment will be made in the existing bug. If > there's not, a new bug will be filed against the package. > > Challenges > > * avoiding false positives. It somewhat often happens that a whole > class of failures are due to either build system > mis-configuration, mirrors being slightly out of sync. > * bugs in required packages. If glibc is broken on a particular > day, it can affect a large number of package builds. It's most > appropriate to file a single bug against glibc in this case > rather than many bugs against each package that hit the > bug. Unfortunately, figuring this out requires human > intervention. > 1. Being that this is a monthly event, I think that simple > sanity checking is really all that's required here - nothing > fancy. Rebuild and filing should be two separate phases, so that > these issues can be caught. > > Proposal > > * File bugs, once for each package. > * Block FTBFS > * FTBFS blocks Target tracker for next release > * attach root.log and build.log from each architecture that has failed. > * Fedora version = 'rawhide' > * Follow up with public shame on bugs >30 days??? > * run monthly > +1, One note the public part of the script should check if the already filed bug is blocking on some other bug before doing the public shaming. I've been busy failing my FTBFS packages today and 5 of them fail to build due to an ImageMagick bug (which I'm currently hunting down). Regards, Hans From mitr at volny.cz Tue Apr 1 13:55:15 2008 From: mitr at volny.cz (Miloslav =?UTF-8?Q?Trma=C4=8D?=) Date: Tue, 01 Apr 2008 15:55:15 +0200 Subject: Is this the future for gnome users.. In-Reply-To: <47F23E61.2070408@fedoraproject.org> References: <47F21FD7.3000208@hi.is> <47F22EE5.2020301@fedoraproject.org> <47F23C4A.6030901@hi.is> <47F23E61.2070408@fedoraproject.org> Message-ID: <1207058115.5162.0.camel@amilo> Rahul Sundaram p??e v ?t 01. 04. 2008 v 19:23 +0530: > J?hann B. Gu?mundsson wrote: > > Flashy title and a little rant.. got your attention > > which then lead to. > > You do this deliberately? Classy. Is this a bad time to suggest that maybe fedora-maintainers was not such a bad idea after all? Mirek From markg85 at gmail.com Tue Apr 1 13:56:19 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 15:56:19 +0200 Subject: F9 parallel vs. serial bootscript In-Reply-To: <58a220fa0804010244n5dcf229fv12f76cbb094af58a@mail.gmail.com> References: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> <58a220fa0804010244n5dcf229fv12f76cbb094af58a@mail.gmail.com> Message-ID: <6e24a8e80804010656o428832e8t1dba5d402c6fca14@mail.gmail.com> 2008/4/1, Optimization Kit : > On 01/04/2008, Mark wrote: > > 2008/3/31, Optimization Kit : > > > > > Hi, > > > > > > I wrote a simple script > > > http://www.stardust.webpages.pl/files/fedora-upstart/bootscriptconv.py > > > > > > It creates an upstart wrappers for classic Fedora scripts > > > > > > Just made those from your script as well but where do i need to place them? > > > In /etc/event.d. But beware! > > You can start with rsyslog - it's a dependency for most scripts. > > > > For the rest: a very interesting read! > > Btw.. your default system boots kinda slow without paralellisation.. > > > Here is my default system - without paralellisation > http://www.stardust.webpages.pl/files/bootchart05.png > 27 seconds > Darn that's fast.. how do you do that.. my default is way longer than that. is that even fedora? ;) > > > My default boot is 56 seconds and that's with a fully updated Fedora 9 rawhide. > > Breaking out the services that i don't need saves 5 seconds: 51 seconds boot. > > And i expect to get atleast 10 seconds time boost with your script :) > > (once i know where to place the files) > > > > > You may want to read about upstart before you start (especially about > dependencies between scripts) > http://upstart.ubuntu.com/wiki/ > > > Regards, > Michal > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From clydekunkel7734 at cox.net Tue Apr 1 13:58:45 2008 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Tue, 01 Apr 2008 09:58:45 -0400 Subject: disk devices in F9 interchanged In-Reply-To: <47F1BBA5.4080502@gmail.com> References: <47EA3B4C.5000503@rhrk.uni-kl.de> <47EA7259.7050507@cox.net> <47F18535.3040809@cox.net> <47F1BBA5.4080502@gmail.com> Message-ID: <47F23F95.1010703@cox.net> Andrew Farris wrote: > Clyde E. Kunkel wrote: >> The question now becomes why wasn't /dev/sdd5 UUID used to id the swap >> device during the original installation? Or do they pertain to swap >> devices? I see that blkid /dev/sda5 returns only: >> /dev/sda5: TYPE="swap". > > My swaps on all beta installs I did used uuid in /etc/fstab. Look in > /dev/disk/by-uuid and see if there is one thats unused in your fstab, > thats likely your swap. Don't know why it was different for your install. > blkid /dev/sda5 indicates no uuid. I will try another F9beta install later and see what it says. I do have other distros on this machine, maybe one of them is doing something. So far all distros have found the one swap device on this system. [root at P5K-EWIFI ~]# ls /dev/disk/by-uuid 07c0fc99-44c6-4b62-8ff7-bbcf36041871 9943afce-844a-4ff9-bfdd-eeb0a433b886 1080D63D80D628CC c7bfae4a-d644-4662-bb57-15f8c9d1f4ce 345F-F120 da44f868-b278-4ac9-b79e-f0edd1338067 47efb4ea-fec9-498c-807b-d00fb8ee2fb7 e8039252-1154-40fa-bbc1-b81ee21a1981 886CE0236CE00DAE ECB8CBEEB8CBB57C 88fce6ae-abfb-4592-8d86-f376bd63ad2c F066E99966E96138 8d04fb48-fadd-4ad4-960c-f69a1b441400 f7397fbb-4106-4aba-a81d-64548dc3d9d0 913247f1-1f84-48d6-a8c8-93d390bb4f2f [root at P5K-EWIFI ~]# blkid /dev/sda* /dev/sda1: UUID="F066E99966E96138" TYPE="ntfs" /dev/sda10: LABEL="seti" UUID="c7bfae4a-d644-4662-bb57-15f8c9d1f4ce" SEC_TYPE="ext2" TYPE="ext3" /dev/sda11: LABEL="SHARE" UUID="345F-F120" TYPE="vfat" /dev/sda12: LABEL="unityboot" UUID="07c0fc99-44c6-4b62-8ff7-bbcf36041871" SEC_TYPE="ext2" TYPE="ext3" /dev/sda13: LABEL="centos51" UUID="88fce6ae-abfb-4592-8d86-f376bd63ad2c" SEC_TYPE="ext2" TYPE="ext3" /dev/sda14: LABEL="saveboot" UUID="9943afce-844a-4ff9-bfdd-eeb0a433b886" SEC_TYPE="ext2" TYPE="ext3" /dev/sda15: UUID="gFqTyL-KPF5-DEIH-PNTZ-eyBt-e130-S8wXyL" TYPE="lvm2pv" /dev/sda2: LABEL="/boot" UUID="da44f868-b278-4ac9-b79e-f0edd1338067" SEC_TYPE="ext2" TYPE="ext3" /dev/sda5: TYPE="swap" /dev/sda6: LABEL="btrawx64" UUID="913247f1-1f84-48d6-a8c8-93d390bb4f2f" SEC_TYPE="ext2" TYPE="ext3" /dev/sda7: UUID="OU32wh-pY0Q-I26M-Dxol-wPdZ-KuN2-6E2hBi" TYPE="lvm2pv" /dev/sda8: LABEL="fedora9" UUID="8d04fb48-fadd-4ad4-960c-f69a1b441400" SEC_TYPE="ext2" TYPE="ext3" /dev/sda9: LABEL="kunkel" UUID="f7397fbb-4106-4aba-a81d-64548dc3d9d0" SEC_TYPE="ext2" TYPE="ext3" [root at P5K-EWIFI ~]# -- --------------------------------- Regards, Old Fart From bbbush.yuan at gmail.com Tue Apr 1 14:02:04 2008 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Tue, 1 Apr 2008 22:02:04 +0800 Subject: gstreamer programs do not work? In-Reply-To: <76e72f800804010652m6315a795r22d9d2713b566e7a@mail.gmail.com> References: <76e72f800804010652m6315a795r22d9d2713b566e7a@mail.gmail.com> Message-ID: <76e72f800804010702n73a761a6t2f02f207290d44dc@mail.gmail.com> > > > > [yuan at mstar ~]$ rpm -q gstreamer-plugins-pulse > gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9.i386 > > > I tried gstreamer-plugins-pulse-0.9.7 with no luck... -- bbbush ^_^ From singularitaet at gmx.net Tue Apr 1 14:04:38 2008 From: singularitaet at gmx.net (Stefan Grosse) Date: Tue, 1 Apr 2008 16:04:38 +0200 Subject: rawhide special report: 20080401 changes In-Reply-To: <47F2358A.5070000@nicubunu.ro> References: <20080401120817.448AA209D83@releng1.fedora.phx.redhat.com> <200804011448.41327.singularitaet@gmx.net> <47F2358A.5070000@nicubunu.ro> Message-ID: <200804011604.38483.singularitaet@gmx.net> On Tuesday 01 April 2008 03:15:54 pm Nicu Buculei wrote: NB> No it isn't. And such a big change will cause the slip of the F9 release NB> for at least a couple of months. Until it will get renamed to RHLP-I. At least this will ensure more streamlined decision making. ;-) St. From optimizationkit at gmail.com Tue Apr 1 14:09:57 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Tue, 1 Apr 2008 16:09:57 +0200 Subject: F9 parallel vs. serial bootscript In-Reply-To: <6e24a8e80804010656o428832e8t1dba5d402c6fca14@mail.gmail.com> References: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> <58a220fa0804010244n5dcf229fv12f76cbb094af58a@mail.gmail.com> <6e24a8e80804010656o428832e8t1dba5d402c6fca14@mail.gmail.com> Message-ID: <58a220fa0804010709t3a2d8975q3ffbfc45865d52f6@mail.gmail.com> On 01/04/2008, Mark wrote: > 2008/4/1, Optimization Kit : > > > Here is my default system - without paralellisation > > http://www.stardust.webpages.pl/files/bootchart05.png > > 27 seconds > > > > Darn that's fast.. how do you do that.. my default is way longer than that. > is that even fedora? ;) Yup, it's Fedora 9. I disabled all unneeded services, compiled a custom kernel - that's all. As you can see on http://www.stardust.webpages.pl/files/bootchart02.png - nash-hotplug takes "ages" - a random value from 10 to 15 seconds. I filled a bug report. Regards, Michal From markg85 at gmail.com Tue Apr 1 14:12:14 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 16:12:14 +0200 Subject: Feature or bug? (strange?) yum behaviour Message-ID: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> Hey, I was just about to install gimp or so i thought. I didn't look in Applications -> Graphics to see if gimp was already there. This time it was but i found that out after i did: yum -y install gimp. Now for the feature or bug in yum. When you have a application installed and then yum: yum -y install gimp then yum first needs to download updates of it's repository.. do something else and than it simply tells me: Package 2:gimp-2.4.5-1.fc9.i386 already installed and latest version But wouldn't it be best if yum FIRST checks if the package is already installed and if it is then ask the user to check for updates? I know i can use rpm -qi gimp to see if i get information or nothing indicating it's installed or not but having this in yum before it does anything would be nice. Mark From jamatos at fc.up.pt Tue Apr 1 14:11:17 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 1 Apr 2008 15:11:17 +0100 Subject: FTBFS Bug Filing and Handling proposal In-Reply-To: <20080401134325.GA29761@auslistsprd01.us.dell.com> References: <20080401134325.GA29761@auslistsprd01.us.dell.com> Message-ID: <200804011511.18143.jamatos@fc.up.pt> On Tuesday 01 April 2008 14:43:25 Matt Domsch wrote: > Feedback to this list, and/or edit the wiki directly. > > Thanks, > Matt +1 I like it. Now back to fix those FTBFS bugs that slipped under my radar. :-) > -- > Matt Domsch -- Jos? Ab?lio From markg85 at gmail.com Tue Apr 1 14:14:35 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 16:14:35 +0200 Subject: F9 parallel vs. serial bootscript In-Reply-To: <58a220fa0804010709t3a2d8975q3ffbfc45865d52f6@mail.gmail.com> References: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> <58a220fa0804010244n5dcf229fv12f76cbb094af58a@mail.gmail.com> <6e24a8e80804010656o428832e8t1dba5d402c6fca14@mail.gmail.com> <58a220fa0804010709t3a2d8975q3ffbfc45865d52f6@mail.gmail.com> Message-ID: <6e24a8e80804010714q3f15dac5u2765a98c7dea034e@mail.gmail.com> 2008/4/1, Optimization Kit : > On 01/04/2008, Mark wrote: > > 2008/4/1, Optimization Kit : > > > > > > Here is my default system - without paralellisation > > > http://www.stardust.webpages.pl/files/bootchart05.png > > > 27 seconds > > > > > > > Darn that's fast.. how do you do that.. my default is way longer than that. > > is that even fedora? ;) > > > Yup, it's Fedora 9. > > I disabled all unneeded services, compiled a custom kernel - that's all. > > As you can see on > http://www.stardust.webpages.pl/files/bootchart02.png - nash-hotplug > takes "ages" - a random value from 10 to 15 seconds. I filled a bug > report. > lol that's what you call _default_ :) i call it highly customized. Could you perhaps put a guide online on how you customized your kernel and other things to get your boot time so low? So just a full guide to go from fedora 9 1 minute boot to 20 seconds boot. Would be interesting! From sundaram at fedoraproject.org Tue Apr 1 14:18:23 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 01 Apr 2008 19:48:23 +0530 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> Message-ID: <47F2442F.4070704@fedoraproject.org> Mark wrote: > Hey, > > I was just about to install gimp or so i thought. > I didn't look in Applications -> Graphics to see if gimp was already > there. This time it was but i found that out after i did: yum -y > install gimp. > > Now for the feature or bug in yum. > When you have a application installed and then yum: yum -y install > gimp then yum first needs to download updates of it's repository.. do > something else and than it simply tells me: Package > 2:gimp-2.4.5-1.fc9.i386 already installed and latest version > > But wouldn't it be best if yum FIRST checks if the package is already > installed and if it is then ask the user to check for updates? Unless yum checks the repository, it can't tell you whether the version you have is the latest or not. I am not sure I understand your suggestion. Can you explain further? Rahul From a.badger at gmail.com Tue Apr 1 14:28:23 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 01 Apr 2008 07:28:23 -0700 Subject: Parellel boot and audit In-Reply-To: <200804010945.27551.sgrubb@redhat.com> References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> Message-ID: <47F24687.6040506@gmail.com> Steve Grubb wrote: > On Tuesday 01 April 2008 09:18:22 am Harald Hoyer wrote: >>> Using the LSB headers, how do I express that audit needs to start before >>> just about everything else? The only things I can think of that could be >>> before audit are irqbalance, cpuspeed, iptables, ip6tables, netlabel, >>> network, bind (optional), and syslog. The irqbalance and cpuspeed are >>> questionable, though. >>> >>> -Steve >> The bad thing, you can't specify "run before" in LSB syntax. > > If we are switching in F9, we need this fixed before release. > To my knowledge, we are not switching to LSB headers for F9. You can add LSB headers to your initscripts but they are optional. We're moving to upstart with SysVinit compatibility for F9. And at some point in the future will probably have a push for upstart native start scripts/configs/whatever. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From markg85 at gmail.com Tue Apr 1 14:30:43 2008 From: markg85 at gmail.com (Mark) Date: Tue, 1 Apr 2008 16:30:43 +0200 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2442F.4070704@fedoraproject.org> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> Message-ID: <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> 2008/4/1, Rahul Sundaram : > Mark wrote: > > Hey, > > > > I was just about to install gimp or so i thought. > > I didn't look in Applications -> Graphics to see if gimp was already > > there. This time it was but i found that out after i did: yum -y > > install gimp. > > > > Now for the feature or bug in yum. > > When you have a application installed and then yum: yum -y install > > gimp then yum first needs to download updates of it's repository.. do > > something else and than it simply tells me: Package > > 2:gimp-2.4.5-1.fc9.i386 already installed and latest version > > > > But wouldn't it be best if yum FIRST checks if the package is already > > installed and if it is then ask the user to check for updates? > > > Unless yum checks the repository, it can't tell you whether the version > you have is the latest or not. I am not sure I understand your > suggestion. Can you explain further? > > Rahul Well. let yum first check if the package you try to install is already installed (version independent) than let yum (if it finds a installed package) ask the user if he/she wants to check for updates of that package. Pseudo code style.. yum list install gimp [1] if yum found gimp - ask to look for updates and install them if the user answers "y" else - install gimp [1] I noticed that yum wants to update his local repository here as well. I think it's better to get that behaviour out yum and only update it's local repo if there is none available or a update command is given or a install command is given. Hope that explains it better. From optimizationkit at gmail.com Tue Apr 1 14:40:03 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Tue, 1 Apr 2008 16:40:03 +0200 Subject: F9 parallel vs. serial bootscript In-Reply-To: <6e24a8e80804010714q3f15dac5u2765a98c7dea034e@mail.gmail.com> References: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> <58a220fa0804010244n5dcf229fv12f76cbb094af58a@mail.gmail.com> <6e24a8e80804010656o428832e8t1dba5d402c6fca14@mail.gmail.com> <58a220fa0804010709t3a2d8975q3ffbfc45865d52f6@mail.gmail.com> <6e24a8e80804010714q3f15dac5u2765a98c7dea034e@mail.gmail.com> Message-ID: <58a220fa0804010740r1f196e22pc5788c9ef250984c@mail.gmail.com> On 01/04/2008, Mark wrote: > 2008/4/1, Optimization Kit : > > On 01/04/2008, Mark wrote: > > > 2008/4/1, Optimization Kit : > > > > > > > > > Here is my default system - without paralellisation > > > > http://www.stardust.webpages.pl/files/bootchart05.png > > > > 27 seconds > > > > > > > > > > Darn that's fast.. how do you do that.. my default is way longer than that. > > > is that even fedora? ;) > > > > > > Yup, it's Fedora 9. > > > > I disabled all unneeded services, compiled a custom kernel - that's all. > > > > As you can see on > > http://www.stardust.webpages.pl/files/bootchart02.png - nash-hotplug > > takes "ages" - a random value from 10 to 15 seconds. I filled a bug > > report. > > > > lol that's what you call _default_ :) i call it highly customized. vanilla kernel + linux-2.6-execshield.patch + linux-2.6-smarter-relatime.patch disabled debugging > Could you perhaps put a guide online on how you customized your kernel You can read about this in Linux Kernel Testers Guide http://www.stardust.webpages.pl/files/handbook/handbook-en-0.3-rc1.pdf > and other things to get your boot time so low? So just a full guide to > go from fedora 9 1 minute boot to 20 seconds boot. Would be > interesting! Unfortunately my English is not very good... If you want tune up Linux there is a little daemon ;) http://optimizationkit.org/ (English documentation can be found in archive) Regards, Michal From sgrubb at redhat.com Tue Apr 1 14:54:45 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Tue, 1 Apr 2008 10:54:45 -0400 Subject: Parellel boot and audit In-Reply-To: <47F24687.6040506@gmail.com> References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> <47F24687.6040506@gmail.com> Message-ID: <200804011054.46363.sgrubb@redhat.com> On Tuesday 01 April 2008 10:28:23 am Toshio Kuratomi wrote: > Steve Grubb wrote: > > On Tuesday 01 April 2008 09:18:22 am Harald Hoyer wrote: > >>> Using the LSB headers, how do I express that audit needs to start > >>> before just about everything else? The only things I can think of that > >>> could be before audit are irqbalance, cpuspeed, iptables, ip6tables, > >>> netlabel, network, bind (optional), and syslog. The irqbalance and > >>> cpuspeed are questionable, though. > >>> > >>> -Steve > >> > >> The bad thing, you can't specify "run before" in LSB syntax. > > > > If we are switching in F9, we need this fixed before release. > > To my knowledge, we are not switching to LSB headers for F9. You can > add LSB headers to your initscripts but they are optional. That's not the way a bugzilla was filed against audit: https://bugzilla.redhat.com/show_bug.cgi?id=246872 which blocks 246824. If we change our minds about this, it would be nice if the filer of the bug writes something on the bz saying the need was overstated or delayed. Meanwhile, everyone playing with parallel boot will probably be missing AVCs in the audit logs, or if they are using audit will have a lot of processes unauditable. If GDM or another login daemon runs before audit, the users login uid in the kernel's task struct will not be set when they login. This also means there won't be a login session task attribute set that identifies which login any process is associated to. IOW, there is a lot of security tracking that goes wrong. > We're moving to upstart with SysVinit compatibility for F9. And at some > point in the future will probably have a push for upstart native start > scripts/configs/whatever. Does it allow one to say I need this to start at a specific point in time without modifying all initscripts? -Steve From kevin.kofler at chello.at Tue Apr 1 14:57:53 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 1 Apr 2008 14:57:53 +0000 (UTC) Subject: FTBFS Bug Filing and Handling proposal References: <20080401134325.GA29761@auslistsprd01.us.dell.com> Message-ID: Matt Domsch dell.com> writes: > In the interest of tracking these failures, new bugs for each failing > package will be filed in Bugzilla. These bugs will all block a blocker > bug, alias "FTBFS". Included in these bugs will be the root.log and > build.log from mock. These bugs should start life in a state of > ASSIGNED, since they are by definition pre-triaged. It's unfortunate that this is even necessary, maintainers should be reading your reports already. :-( That said, I don't have a problem with this procedure. Kevin Kofler From maheshkumarjoshi.crypto at gmail.com Tue Apr 1 15:16:26 2008 From: maheshkumarjoshi.crypto at gmail.com (Mahesh Kumar Joshi) Date: Tue, 1 Apr 2008 20:46:26 +0530 Subject: how to make live CD for any Linux distribution Message-ID: there is some special files by writing those on blank CD can make the CD live. i want to know which files i should write. -thanks -mahesh From limb at jcomserv.net Tue Apr 1 15:20:53 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 1 Apr 2008 10:20:53 -0500 (CDT) Subject: FTBFS Bug Filing and Handling proposal In-Reply-To: References: <20080401134325.GA29761@auslistsprd01.us.dell.com> Message-ID: <24167.63.85.68.164.1207063253.squirrel@mail.jcomserv.net> > Matt Domsch dell.com> writes: >> In the interest of tracking these failures, new bugs for each failing >> package will be filed in Bugzilla. These bugs will all block a blocker >> bug, alias "FTBFS". Included in these bugs will be the root.log and >> build.log from mock. These bugs should start life in a state of >> ASSIGNED, since they are by definition pre-triaged. > > It's unfortunate that this is even necessary, maintainers should be > reading > your reports already. :-( > > That said, I don't have a problem with this procedure. Actually, I read the reports, and would find the filing of bugs to be a great convenience. Save me the trouble of leaving one email open for a long time. :) +1 > Kevin Kofler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From james at fedoraproject.com Tue Apr 1 15:22:33 2008 From: james at fedoraproject.com (James Antill) Date: Tue, 01 Apr 2008 11:22:33 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> Message-ID: <1207063353.5381.93.camel@code.and.org> On Tue, 2008-04-01 at 16:30 +0200, Mark wrote: > Well. let yum first check if the package you try to install is already > installed (version independent) than let yum (if it finds a installed > package) ask the user if he/she wants to check for updates of that > package. > > Pseudo code style.. > yum list install gimp [1] > if yum found gimp > - ask to look for updates and install them if the user answers "y" > else > - install gimp You can ask for this in a BZ, or on the yum-devel mailing list. It would be a change in behaviour, and I'm not sure it's a good one ... but you could ask. Of course you can do "yum list gimp" now, before asking it to install things and the recent versions of yum will give you an answer very quickly. > [1] I noticed that yum wants to update his local repository here as > well. I think it's better to get that behaviour out yum and only > update it's local repo if there is none available or a update command > is given or a install command is given. No, no, no, NO. I appreciate that apt-get works this way, and so people are somewhat used to manually managing their metadata ... but it is absolutely the _wrong_ approach. What you might want to do is to up the metadata_expire value[1] and you almost certainly want to be running yum-updatesd, but with the downloads/updates turned off (as it will then refresh the metadata when you aren't waiting on it). [1] You _can_ set the metadata_expire value to never expire and yum makecache would then be the apt-get update analogue. But I can't stress enough how broken this behaviour is, in the general case. It's as if your web browser always cached everything forever and you had to hit shift reload for it to ever speak to the network ... but worse. -- James Antill Fedora From ville.skytta at iki.fi Tue Apr 1 15:33:12 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 1 Apr 2008 18:33:12 +0300 Subject: Java packages, guidelines, ... In-Reply-To: <1206563672.12051.51.camel@rousalka.dyndns.org> References: <200803262136.21748.ville.skytta@iki.fi> <1206563672.12051.51.camel@rousalka.dyndns.org> Message-ID: <200804011833.13373.ville.skytta@iki.fi> On Wednesday 26 March 2008, Nicolas Mailhot wrote: > However removing the version would make the collision danger (the fact > this thread is about) worse, not simpler, At the moment, I don't think there's any danger: because the versionless symlinks are packaged, there's an explicit rpm level conflict which prevents silent collisions from happening. > > find_jar in java-functions falls back to unversioned jar if it can't find > > the requested versioned jar [0], so not even things that do "find-jar > > foo-1.2.3" would break if foo-1.2.3.jar would not be there but foo.jar > > would. > > > > Because installing multiple packages that own the same versionless > > symlink pointing to different files would result in a conflict, we can't > > really do it anyway. > > I've always assumed that in that case the packager/distro would drop the > symlink from the compat package. I think all cases like this have been implemented by changing the compat package's %{name} by prepending "compat-" or the like to it or by suffixing it with a number derived from the version, just like is done for all other packages out there. Ditto jar names. So to summarize, I'm still strongly in favour of dropping the versioned jars altogether. From notting at redhat.com Tue Apr 1 15:44:50 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Apr 2008 11:44:50 -0400 Subject: Too many default services on In-Reply-To: References: <7f692fec0803310759v1ff1f486ka7f87e9bd6eda213@mail.gmail.com> Message-ID: <20080401154449.GB17721@nostromo.devel.redhat.com> Bradley Baetz (bbaetz at acm.org) said: > (The iscisd int script also runs: > > chkconfig --level 06 network off > rm /etc/rc0.d/*network > rm /etc/rc6.d/*network See bug 437522. Bill From notting at redhat.com Tue Apr 1 15:49:15 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Apr 2008 11:49:15 -0400 Subject: Parellel boot and audit In-Reply-To: <200804010945.27551.sgrubb@redhat.com> References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> Message-ID: <20080401154914.GC17721@nostromo.devel.redhat.com> Steve Grubb (sgrubb at redhat.com) said: > > The bad thing, you can't specify "run before" in LSB syntax. > > If we are switching in F9, we need this fixed before release. Huh? What do you mean by 'switching'? The LSB init script standard is not worth saving. Bill From jonathan.underwood at gmail.com Tue Apr 1 16:09:23 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 1 Apr 2008 17:09:23 +0100 Subject: Parellel boot and audit In-Reply-To: <20080401154914.GC17721@nostromo.devel.redhat.com> References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> <20080401154914.GC17721@nostromo.devel.redhat.com> Message-ID: <645d17210804010909l78e62f5eg207be05f7e3c1289@mail.gmail.com> On 01/04/2008, Bill Nottingham wrote: > Steve Grubb (sgrubb at redhat.com) said: > > > The bad thing, you can't specify "run before" in LSB syntax. > > > > If we are switching in F9, we need this fixed before release. > > > Huh? What do you mean by 'switching'? > > The LSB init script standard is not worth saving. > > Might be simplext for Harald to just close these bugs: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=VERIFIED&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=FAILS_QA&bug_status=POST&bug_status=RELEASE_PENDING&field0-0-0=product&type0-0-0=substring&value0-0-0=Initscript&field0-0-1=component&type0-0-1=substring&value0-0-1=Initscript&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=Initscript&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=Initscript&field1-0-0=product&type1-0-0=substring&value1-0-0=Review&field1-0-1=component&type1-0-1=substring&value1-0-1=Review&field1-0-2=short_desc&type1-0-2=substring&value1-0-2=Review&field1-0-3=status_whiteboard&type1-0-3=substring&value1-0-3=Review From orion at cora.nwra.com Tue Apr 1 16:10:47 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 01 Apr 2008 10:10:47 -0600 Subject: How to bring up ypbind with NM in F9? In-Reply-To: <1206999857.20744.7.camel@localhost.localdomain> References: <47F14DB1.6090706@cora.nwra.com> <1206999857.20744.7.camel@localhost.localdomain> Message-ID: <47F25E87.2050803@cora.nwra.com> Dan Williams wrote: > On Mon, 2008-03-31 at 14:46 -0600, Orion Poplawski wrote: >> So, how are we supposed to start ypbind on F9 with NetworkManager? The >> ypbind init script currently runs before NM startup and so fails to run. > > We start HAL at 23, and NM at 24, since I think dbus is at 22. Whatever > the order is, we need to start dbus -> hal -> NM in that order, whenever > it's appropriate. > > I'll rebuild HAL & NM packages with the right ordering, but what should > that ordering be? Is 23 & 24 sufficient for the cases that people need? > What might require network that starts after 'network' (10 IIRC) and > when NM would start in this schemed (24)? I'm seeing NM start at 99: # chkconfig --del NetworkManager # chkconfig --add NetworkManager # ls -l /etc/rc3.d/S*NetworkManager lrwxrwxrwx 1 root root 24 2008-04-01 10:07 /etc/rc3.d/S99NetworkManager -> ../init.d/NetworkManager # grep chkconfig S99NetworkManager # chkconfig: - 98 02 Another issue I've run into is that NM starts up in the background (right?) so the network may not be available after the init script returns. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mike at cchtml.com Tue Apr 1 16:11:07 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 01 Apr 2008 11:11:07 -0500 Subject: bluetooth 2.0 is extremely slow Message-ID: <47F25E9B.80702@cchtml.com> Hi all, I've lived with slow transfer speeds long enough. Ever since I purchased an ASUS Bluetooth 2.0+EDR USB adapter it has always taken *minutes* instead of *seconds* to transfer files from my cell phone to my computer and vice versa. Fedora 8, latest updates. Nokia N95-1, latest firmware. Both are Bluetooth 2.0+EDR devices. It took *40 seconds* to transfer a 1 megabyte picture. I timed this with 'watch -n 1 date' for grins, so I can't give you nanosecond numbers, but even a rough estimate shows that transfer speeds are *abysmal* and need to be addressed. Ideally it should be taking less than 10 seconds to transfer the same image file on a true 2.0+EDR setup. I have two different computers with two of the same Asus adapter. Same speeds. I saw someone fixed this by forcing larger MTUs. http://lists.freebsd.org/pipermail/...ary/000847.html Before modifying the OpenOBEX sources, I posted a message on their board, but I haven't heard anything yet. Does anyone have any experience with this? I have tried the fedora-list without an answer. Also, the OpenOBEX developers are silent on this. Is this because no one has a 2.0 adapter and 2.0 device? Thanks, Mike From txtoth at gmail.com Tue Apr 1 16:26:38 2008 From: txtoth at gmail.com (Xavier Toth) Date: Tue, 1 Apr 2008 11:26:38 -0500 Subject: f9 resetting dns nameservers Message-ID: I initially install with dhcp configured but then reconfigured for a static ip. Now every time I reboot my resolv.conf is overwritten. Who's doing this and how can I stop it? From bnocera at redhat.com Tue Apr 1 16:22:16 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 01 Apr 2008 17:22:16 +0100 Subject: gstreamer programs do not work? In-Reply-To: <76e72f800804010702n73a761a6t2f02f207290d44dc@mail.gmail.com> References: <76e72f800804010652m6315a795r22d9d2713b566e7a@mail.gmail.com> <76e72f800804010702n73a761a6t2f02f207290d44dc@mail.gmail.com> Message-ID: <1207066936.13201.236.camel@cookie.hadess.net> On Tue, 2008-04-01 at 22:02 +0800, Yuan Yijun wrote: > > > > > > > > [yuan at mstar ~]$ rpm -q gstreamer-plugins-pulse > > gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9.i386 > > > > > > > > > I tried gstreamer-plugins-pulse-0.9.7 with no luck... Is PulseAudio running? From bnocera at redhat.com Tue Apr 1 16:28:47 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 01 Apr 2008 17:28:47 +0100 Subject: bluetooth 2.0 is extremely slow In-Reply-To: <47F25E9B.80702@cchtml.com> References: <47F25E9B.80702@cchtml.com> Message-ID: <1207067327.13201.242.camel@cookie.hadess.net> On Tue, 2008-04-01 at 11:11 -0500, Mike Cronenworth wrote: > Hi all, > > I've lived with slow transfer speeds long enough. Ever since I purchased > an ASUS Bluetooth 2.0+EDR USB adapter it has always taken *minutes* > instead of *seconds* to transfer files from my cell phone to my computer > and vice versa. > > Fedora 8, latest updates. > Nokia N95-1, latest firmware. > > Both are Bluetooth 2.0+EDR devices. > > It took *40 seconds* to transfer a 1 megabyte picture. I timed this with > 'watch -n 1 date' for grins, so I can't give you nanosecond numbers, but > even a rough estimate shows that transfer speeds are *abysmal* and need > to be addressed. Ideally it should be taking less than 10 seconds to > transfer the same image file on a true 2.0+EDR setup. I have two > different computers with two of the same Asus adapter. Same speeds. That certainly doesn't rule out a bug in the dongle's firmware for example. > I saw someone fixed this by forcing larger MTUs. > http://lists.freebsd.org/pipermail/...ary/000847.html > > > Before modifying the OpenOBEX sources, I posted a message on their > board, but I haven't heard anything yet. Does anyone have any experience > with this? OpenObex upstream is pretty much dead(-ish). Let's call it maintenance mode. > I have tried the fedora-list without an answer. Also, the OpenOBEX > developers are silent on this. Is this because no one has a 2.0 adapter > and 2.0 device? Probably not, one of the upstream for OpenObex is Marcel Holtmann, and he certainly has more Bluetooth 2.0 devices than you or I. Test the patch, tell us if it works, and mail the bluez-users list about it. There's also ACL and SCO MTUs to take in consideration, and I would guess the bug is more likely to be there (in the kernel, in the firmware of your dongle, or the firmware of your phone) than solely in OpenObex. Cheers From jspaleta at gmail.com Tue Apr 1 16:31:22 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 1 Apr 2008 08:31:22 -0800 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <1207056941.10532.36.camel@gandalf.cobite.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> <1207056941.10532.36.camel@gandalf.cobite.com> Message-ID: <604aa7910804010931q3b6ff326j3ad89d4a5dd6b6b5@mail.gmail.com> On Tue, Apr 1, 2008 at 5:35 AM, David Mansfield wrote: > Hey, to extend this 'you can help' thing, is it possible that a > smolt-like setroubleshoot logger could be installed which automatically > (after asking for permission of course) posts the denials to a database > so developers could see statistics, say, after a big batch of updates? > This is a good idea but....this only helps if people keep selinux in at least permissive.. instead of disabling it completely as part of testing. Which means its probably not going to help solve whatever weirdness inspired this particular thread. > I think one thing that's frustrating is to have to open a bugzilla for > each and every one. It's way too much work. There needs to be a > specific way to address these 'bogus' denails and get the updated > policies in a streamlined manner, IMHO. Uhm... you know.. we have a test-list where people can discuss things.. including selinux avc message... with other testers to try to help determine if they are worth filing in bugzilla. A database of avc messages that can be statically datamined isn't going to magically 'solve' problems. It might show obvious problems, that are easily reproduced...but if they are easily reproduced then the data is somewhat unnecessary. What really matters how to catch and correctly resolve issues that are more sporadic in nature, that developers and the internal QA people can't reproduce. And that takes a commitment for the individual tester who is experiencing the problem to communicate with other human beings as part of a group effort to troubleshoot a subsystem. If they don't care about the subsystem..fine..then they can choose to disable it and then keep their mouth shut about the problems with. But if they are going to be inspired or frustrated by the problem enough to drag their opinion on to this list that a particular subsystem should be disabled...without first making a sincere effort to participate in the testing of the subsystem...well then..they deserve my scorn for paying lip service to the community testing process. As a tester, if you what you care about is crap like compiz ui problems, or the fact that your trackpad is fubar'd.. or the fact that keyboard localization doesn't work in gdm....and are putting in the effort to communicate those problems with enough specificity for people to help diagnose and fix it.. then you have earned some credibility to discuss your feelings on the value of those subsystems. But just because you have done your fair share on testing one subsystem does not give you authority to spout random opinions about the value of other subsystems which you haven't been competently testing...selinux included. When testers refuse to discuss the details of problems with at least other testers, the community testing process fails. This thread is a failure. The original poster has failed to communicate the problems with enough specificity for anyone to attempt to diagnose it. Bugzilla be damned. We have a mailinglist for testers, and the original poster clearly knows how to use a mailinglist or else we wouldn't be wasting time on this thread. -jef"I guess its time to resurrect my TestingManifesto page in the wiki"spaleta -------------- next part -------------- An HTML attachment was scrubbed... URL: From optimizationkit at gmail.com Tue Apr 1 16:42:02 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Tue, 1 Apr 2008 18:42:02 +0200 Subject: f9 resetting dns nameservers In-Reply-To: References: Message-ID: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> Hi, On 01/04/2008, Xavier Toth wrote: > I initially install with dhcp configured but then reconfigured for a > static ip. Now every time I reboot my resolv.conf is overwritten. I've got the same problem with NetworkManager. cat /etc/resolv.conf # generated by NetworkManager, do not edit! nameserver 160.195.151.8 This really sucks. > Who's doing this and how can I stop it? I don't know. Regards, Michal From notting at redhat.com Tue Apr 1 16:43:52 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Apr 2008 12:43:52 -0400 Subject: Parellel boot and audit In-Reply-To: <20080401154914.GC17721@nostromo.devel.redhat.com> References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> <20080401154914.GC17721@nostromo.devel.redhat.com> Message-ID: <20080401164352.GA17118@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > Steve Grubb (sgrubb at redhat.com) said: > > > The bad thing, you can't specify "run before" in LSB syntax. > > > > If we are switching in F9, we need this fixed before release. > > Huh? What do you mean by 'switching'? > > The LSB init script standard is not worth saving. To elaborate: If you want to start at a specific numerical priority, either don't include a LSB section, or don't include dependencies. Otherwise, your priority may be adjusted based on the dependencies you specify. (Note: doing so does require that you pick your priority carefully.) As to the issues with the LSB standard: - defines Should-XXX ... which apps can't rely on working - doesn't actually define the interactions of missing Default-Start/Stop - defines Default-Start/Stop in terms of specific runlevel numbers, and then promptly says 'Applications may not depend on specific run-level numbers.' - splits filesystems into $remote_fs and $local_fs, when realistically, apps care about their particular directories being present, not whether or not it's remote or local - defines $named as 'name resolution is available', which can be satisfied in about six different ways, many of which are configured completely outside of init scripts (hey, you want your init script parser to parse and understand nsswitch.conf, and to see if you're using ldap for hosts? and talk to the ldap server to see if it's available?) - defines $network as "basic networking support is available. Example: a server program could listen on a socket." Well, then, I suppose that's always available, unless you screw up your kernel configuration. Of course, none of the things that 'depend' on $network treat it in that manner. - apps may have dependencies depending on how they are configured. For example, a system logger may have a network dependency if it's configured for network logging. But there's no way to specify "I need this dependency only if I'm configured this way", at least, not without forcing the administrator to edit the script header. It's a bad spec, and the way that it's done I don't really see how it's fixable. Bill From surenkarapetyan at gmail.com Tue Apr 1 16:36:02 2008 From: surenkarapetyan at gmail.com (Suren Karapetyan) Date: Tue, 01 Apr 2008 21:36:02 +0500 Subject: f9 resetting dns nameservers In-Reply-To: References: Message-ID: <47F26472.2010602@gmail.com> Xavier Toth wrote: > I initially install with dhcp configured but then reconfigured for a > static ip. Now every time I reboot my resolv.conf is overwritten. > Who's doing this and how can I stop it? > > NetworkManager I guess :) From dcbw at redhat.com Tue Apr 1 16:54:34 2008 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Apr 2008 12:54:34 -0400 Subject: f9 resetting dns nameservers In-Reply-To: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> Message-ID: <1207068874.1553.7.camel@localhost.localdomain> On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > Hi, > > On 01/04/2008, Xavier Toth wrote: > > I initially install with dhcp configured but then reconfigured for a > > static ip. Now every time I reboot my resolv.conf is overwritten. > > I've got the same problem with NetworkManager. > > cat /etc/resolv.conf > # generated by NetworkManager, do not edit! > > nameserver 160.195.151.8 > > This really sucks. > > > Who's doing this and how can I stop it? > > I don't know. Update to the latest rawhide version of NetworkManager (svn3521), which fixes the location that it reads your ifcfg files from (that anaconda wrote on startup). Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and NM will bring up your static connection correctly and use your DNS servers. Dan From dcbw at redhat.com Tue Apr 1 17:02:46 2008 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Apr 2008 13:02:46 -0400 Subject: How to bring up ypbind with NM in F9? In-Reply-To: <47F25E87.2050803@cora.nwra.com> References: <47F14DB1.6090706@cora.nwra.com> <1206999857.20744.7.camel@localhost.localdomain> <47F25E87.2050803@cora.nwra.com> Message-ID: <1207069366.1553.14.camel@localhost.localdomain> On Tue, 2008-04-01 at 10:10 -0600, Orion Poplawski wrote: > Dan Williams wrote: > > On Mon, 2008-03-31 at 14:46 -0600, Orion Poplawski wrote: > >> So, how are we supposed to start ypbind on F9 with NetworkManager? The > >> ypbind init script currently runs before NM startup and so fails to run. > > > > We start HAL at 23, and NM at 24, since I think dbus is at 22. Whatever > > the order is, we need to start dbus -> hal -> NM in that order, whenever > > it's appropriate. > > > > I'll rebuild HAL & NM packages with the right ordering, but what should > > that ordering be? Is 23 & 24 sufficient for the cases that people need? > > What might require network that starts after 'network' (10 IIRC) and > > when NM would start in this schemed (24)? > > I'm seeing NM start at 99: > > # chkconfig --del NetworkManager > # chkconfig --add NetworkManager > # ls -l /etc/rc3.d/S*NetworkManager > lrwxrwxrwx 1 root root 24 2008-04-01 10:07 /etc/rc3.d/S99NetworkManager > -> ../init.d/NetworkManager > > # grep chkconfig S99NetworkManager > # chkconfig: - 98 02 Yep, the LSB headers force NM to start after HAL, which puts it at 99 since HAL is at 98. > Another issue I've run into is that NM starts up in the background > (right?) so the network may not be available after the init script returns. Right; services that require network need to block waiting for the network to come up. They should really block waiting for the network _they_ want to come up, instead of just "give me any network, even one I may not be configured for". For example, if your Apache install binds specifically to 5.4.3.2:80, you want your http service to only start if a device has the 5.4.3.2 address, not just blindly start because NM says there's a random connection somewhere. There are some tools that I can have the NM package install, for example 'nm-online', which blocks until NM enters NM_STATE_CONNECTED or times out after a specified period of time. You could put that into your service's startup script and emulate the current blocking behavior of the network. I certainly don't want to have the NM startup script block, because that's just wrong and doesn't reflect where the real problem lies, which is in startup scripts that are just too dumb for 2008. Dan From cweyl at alumni.drew.edu Tue Apr 1 17:16:40 2008 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Tue, 1 Apr 2008 10:16:40 -0700 Subject: FTBFS Bug Filing and Handling proposal In-Reply-To: <24167.63.85.68.164.1207063253.squirrel@mail.jcomserv.net> References: <20080401134325.GA29761@auslistsprd01.us.dell.com> <24167.63.85.68.164.1207063253.squirrel@mail.jcomserv.net> Message-ID: <7dd7ab490804011016h54d22333m1a4522e626af8fd3@mail.gmail.com> On Tue, Apr 1, 2008 at 8:20 AM, Jon Ciesla wrote: > > > Matt Domsch dell.com> writes: > >> In the interest of tracking these failures, new bugs for each failing > >> package will be filed in Bugzilla. These bugs will all block a blocker > >> bug, alias "FTBFS". Included in these bugs will be the root.log and > >> build.log from mock. These bugs should start life in a state of > >> ASSIGNED, since they are by definition pre-triaged. > > > > It's unfortunate that this is even necessary, maintainers should be > > reading > > your reports already. :-( > > > > That said, I don't have a problem with this procedure. > > Actually, I read the reports, and would find the filing of bugs to be a > great convenience. Save me the trouble of leaving one email open for a > long time. :) > > +1 That, and (while it's a weak excuse), people already get So Much Email. Filing these as bugs not only puts them in a place where (I suspect) most people go when looking to fix things, it also allows for easy co-maintainer access, reporting, etc, etc. +1 -Chris -- Chris Weyl Ex astris, scientia From optimizationkit at gmail.com Tue Apr 1 17:24:40 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Tue, 1 Apr 2008 19:24:40 +0200 Subject: f9 resetting dns nameservers In-Reply-To: <1207068874.1553.7.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> Message-ID: <58a220fa0804011024h2ab2e388s1a0d22d1bc3bc3d@mail.gmail.com> Hi, On 01/04/2008, Dan Williams wrote: > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > Hi, > > > > On 01/04/2008, Xavier Toth wrote: > > > I initially install with dhcp configured but then reconfigured for a > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > I've got the same problem with NetworkManager. > > > > cat /etc/resolv.conf > > # generated by NetworkManager, do not edit! > > > > nameserver 160.195.151.8 > > > > This really sucks. > > > > > Who's doing this and how can I stop it? > > > > I don't know. > > > Update to the latest rawhide version of NetworkManager (svn3521), which > fixes the location that it reads your ifcfg files from (that anaconda > wrote on startup). > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > NM will bring up your static connection correctly and use your DNS > servers. I added information about DNS'es and PEERDNS=no and now everything works well. Thanks! > > > Dan > Regards, Michal From jspaleta at gmail.com Tue Apr 1 17:30:37 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 1 Apr 2008 09:30:37 -0800 Subject: FTBFS Bug Filing and Handling proposal In-Reply-To: References: <20080401134325.GA29761@auslistsprd01.us.dell.com> Message-ID: <604aa7910804011030n5bac6a27r573e2e9f8bc5e346@mail.gmail.com> On Tue, Apr 1, 2008 at 6:57 AM, Kevin Kofler wrote: > It's unfortunate that this is even necessary, maintainers should be > reading > your reports already. :-( > I read 'em. The gcc34 broke a lot. The packages left on the list with my name associated with them as comaintainer are gcc34 issues still. -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at cora.nwra.com Tue Apr 1 18:06:47 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 01 Apr 2008 12:06:47 -0600 Subject: Fedora i386 rawhide rebuild in mock status 2008-03-31 In-Reply-To: <20080331185049.A9436@humbolt.us.dell.com> References: <20080331185049.A9436@humbolt.us.dell.com> Message-ID: <47F279B7.600@cora.nwra.com> Matt Domsch wrote: > Fedora Rawhide-in-Mock Build Results for i386 > using rawhide from 3/29 and for any failures, again with 3/31 > > gridengine-6.1u3-6.fc9 (build/make) orion csh is pickier about accessing array variables. Fixed in rawhide. > ncarg-4.4.2-5.fc9 (build/make) orion,pertusus This is a dead package. > netcdf-3.6.2-4.fc8 (build/make) edhill,orion,jspaleta,pertusus Looks like C++ header issues again. I'll look at it if I have time. > plplot-5.9.0-1.fc9 (build/make) orion This is actually an issue with perl-PDL (plplot tests the perl interface that perl-PDL provides). Looks to be a pretty ugly perl issue. A google search turns up the fact that the Tcl-0.95 module suffers from the same issue, but that's not in Fedora :-(. I'll file a bug once I have some more info. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From ville.skytta at iki.fi Tue Apr 1 18:19:33 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 1 Apr 2008 21:19:33 +0300 Subject: Fedora i386 rawhide rebuild in mock status 2008-03-31 In-Reply-To: <20080331185049.A9436@humbolt.us.dell.com> References: <20080331185049.A9436@humbolt.us.dell.com> Message-ID: <200804012119.33456.ville.skytta@iki.fi> On Tuesday 01 April 2008, you wrote: > scop: kid3 Looks like an incompatibility with taglib 1.5. Upstream svn has (largish) commits that look like they'd resolve this and others that indicate 1.0 should be out soon, will keep an eye on it. From harald at redhat.com Tue Apr 1 19:05:05 2008 From: harald at redhat.com (Harald Hoyer) Date: Tue, 01 Apr 2008 21:05:05 +0200 Subject: Parellel boot and audit In-Reply-To: <20080401164352.GA17118@nostromo.devel.redhat.com> References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> <20080401154914.GC17721@nostromo.devel.redhat.com> <20080401164352.GA17118@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > It's a bad spec, and the way that it's done I don't really see how it's > fixable. > > Bill > Work with the Linux Foundation on a new/revised sane LSB spec? http://www.linux-foundation.org/snapshots/booksets/LSB-Core-generic/LSB-Core-generic.html#INITSCRCOMCONV We could also define custom keywords, add custom boot_facility names in the meantime, etc? From harald at redhat.com Tue Apr 1 19:08:41 2008 From: harald at redhat.com (Harald Hoyer) Date: Tue, 01 Apr 2008 21:08:41 +0200 Subject: Parellel boot and audit In-Reply-To: <200804010945.27551.sgrubb@redhat.com> References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> Message-ID: <47F28839.6040005@redhat.com> Steve Grubb wrote: > On Tuesday 01 April 2008 09:18:22 am Harald Hoyer wrote: >>> Using the LSB headers, how do I express that audit needs to start before >>> just about everything else? The only things I can think of that could be >>> before audit are irqbalance, cpuspeed, iptables, ip6tables, netlabel, >>> network, bind (optional), and syslog. The irqbalance and cpuspeed are >>> questionable, though. >>> >>> -Steve >> The bad thing, you can't specify "run before" in LSB syntax. > > If we are switching in F9, we need this fixed before release. > > >> Something all other services require and the script provides is needed for >> that to work. Yes, it's a known shortcoming and the LSB syntax should be >> extended. >> >> Someone working with LSB? > > If so, have them to ask why audit is not a standard facility like syslog. > > -Steve > http://www.linux-foundation.org/en/FAQ#How_do_I_get_involved_with_the_Linux_Foundation.3F From hughsient at gmail.com Tue Apr 1 19:23:06 2008 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 01 Apr 2008 20:23:06 +0100 Subject: Application for GSoC Project - Package WebUI In-Reply-To: References: <47E6CF76.5070305@inetwork.ru> <273aqh5bql.fsf@allele2.eebweb.arizona.edu> <47E7B417.1060308@leemhuis.info> <47E7DAE9.3020001@inetwork.ru> <47ECB211.5050908@fedoraproject.org> Message-ID: <1207077786.3398.44.camel@hughsie-laptop> On Fri, 2008-03-28 at 17:01 +0800, Izhar Firdaus wrote: > eh? .. hughsient already started doing the feature? .. Nope, it was throwaway prototype code. > he put that in the GSOC idea page, and it looks like he started it > earlier before gsoc is even started .. lol > http://fedoraproject.org/wiki/SummerCoding/2008/Ideas#head-4ac0b11e181e6e3092f826d6bafd889b87a75509 No, I did some throwaway code, that we decided probably wasn't the right way to do it, nothing went into git. My blog was mainly showing people the _effect_ and interactions I wanted, not the implementation. Richard. From hughsient at gmail.com Tue Apr 1 19:25:57 2008 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 01 Apr 2008 20:25:57 +0100 Subject: Some things to focus testing on for F9Beta In-Reply-To: References: Message-ID: <1207077957.3398.47.camel@hughsie-laptop> On Thu, 2008-03-27 at 11:49 -0400, Shawn Starr wrote: > I've been using it for the last three days, looks good, but some > dialog box statuses are blank, when doing some upgrades to new > packages. Please file bugs in bugzilla, although we've fixed a metric ton of bugs since 0.1.10. > I also note, when I get new kernel updates it is not prompting me to > reboot system or give me the option to do so (as the screenshots do > show this). Rawhide doesn't have the metadata that tells packagekit what packages requires a reboot - this is something that will only work when f9 comes out. > Any reason gnome-power-manager wants to eat 1.0-1.3% CPU when the > system is in use? You installed 2.22.1? Richard. From jspaleta at gmail.com Tue Apr 1 19:29:51 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 1 Apr 2008 11:29:51 -0800 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> Message-ID: <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> On Tue, Apr 1, 2008 at 6:30 AM, Mark wrote: > Pseudo code style.. > yum list install gimp [1] > if yum found gimp > - ask to look for updates and install them if the user answers "y" > else > - install gimp > > [1] I noticed that yum wants to update his local repository here as > well. I think it's better to get that behaviour out yum and only > update it's local repo if there is none available or a update command > is given or a install command is given. > > Hope that explains it better. > Human: I want to see what version of a package I have installed without doing network access. Yum command: yum list installed packagename Human I want to see if there is an update of that package available Yum command yum list updates packagename I dont see a reason why yum needs to be interactive and prompt for a chain of queries..when you can do the queries yourself in whatever order you desire. -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From walters at verbum.org Tue Apr 1 19:36:49 2008 From: walters at verbum.org (Colin Walters) Date: Tue, 1 Apr 2008 15:36:49 -0400 Subject: Parellel boot and audit In-Reply-To: References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> <20080401154914.GC17721@nostromo.devel.redhat.com> <20080401164352.GA17118@nostromo.devel.redhat.com> Message-ID: On Tue, Apr 1, 2008 at 3:05 PM, Harald Hoyer wrote: > > Work with the Linux Foundation on a new/revised sane LSB spec? There are two separate things here: 1) Use LSB for OS-provided init scripts 2) Support third-party LSB init scripts Now 2) makes sense, but I don't see a lot of value generally in 1) - particularly since most of these init scripts are just a big copy&paste mess of shell script that can be effectively replaced by a single Upstart line like: exec /usr/libexec/mydaemon To take a concrete example from https://bugzilla.redhat.com/show_bug.cgi?id=246884 This would be the startup script: pre-start script if ! /sbin/lsmod | grep -q cachefiles; then modprobe cachefiles; fi end script exec /sbin/cachefilesd 85 lines of shell goo down to 4. And it'd just be 1 if the logic for the kernel module was in the daemon itself (as I would argue it should be). From lesmikesell at gmail.com Tue Apr 1 19:50:32 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 14:50:32 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> Message-ID: <47F29208.9030106@gmail.com> Jeff Spaleta wrote: > > > On Tue, Apr 1, 2008 at 6:30 AM, Mark > wrote: > > Pseudo code style.. > yum list install gimp [1] > if yum found gimp > - ask to look for updates and install them if the user answers "y" > else > - install gimp > > [1] I noticed that yum wants to update his local repository here as > well. I think it's better to get that behaviour out yum and only > update it's local repo if there is none available or a update command > is given or a install command is given. > > Hope that explains it better. > > > > Human: I want to see what version of a package I have installed without > doing network access. > > Yum command: yum list installed packagename > > Human I want to see if there is an update of that package available > > Yum command yum list updates packagename > > I dont see a reason why yum needs to be interactive and prompt for a > chain of queries..when you can do the queries yourself in whatever order > you desire. The main reason would be that for most of the commands, yum decides for itself each time whether or not it will spend several minutes chatting with repositories and mucking around the rpm database before getting back to the human that may have not typed the right question the first time. Meanwhile the human will get bored and read email lists to fill his time. -- Les Mikesell lesmikesell at gmail.com From jspaleta at gmail.com Tue Apr 1 19:53:40 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 1 Apr 2008 11:53:40 -0800 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F29208.9030106@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> Message-ID: <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> On Tue, Apr 1, 2008 at 11:50 AM, Les Mikesell wrote: > The main reason would be that for most of the commands, yum decides for > itself each time whether or not it will spend several minutes chatting > with repositories and mucking around the rpm database before getting > back to the human that may have not typed the right question the first > time. Meanwhile the human will get bored and read email lists to fill > his time. > yum -C list installed gimp -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at fedoraproject.org Tue Apr 1 20:06:11 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 16:06:11 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F29208.9030106@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> Message-ID: <1207080371.15651.6.camel@cutter> On Tue, 2008-04-01 at 14:50 -0500, Les Mikesell wrote: > The main reason would be that for most of the commands, yum decides for > itself each time whether or not it will spend several minutes chatting > with repositories and mucking around the rpm database before getting > back to the human that may have not typed the right question the first > time. Meanwhile the human will get bored and read email lists to fill > his time. Feel free to back up the above with some numbers, please. Yum shouldn't spend anytime 'mucking around the rpm database'. If you can find a place where it is please let us know in a bug report. If you want to run yum w/o having it access remote locations then do what james said, set your metadata expiration to -1 so it never expires and use that. -sv From notting at redhat.com Tue Apr 1 20:13:26 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Apr 2008 16:13:26 -0400 Subject: Parellel boot and audit In-Reply-To: References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> <20080401154914.GC17721@nostromo.devel.redhat.com> <20080401164352.GA17118@nostromo.devel.redhat.com> Message-ID: <20080401201326.GA28989@nostromo.devel.redhat.com> Harald Hoyer (harald at redhat.com) said: > Bill Nottingham wrote: >> It's a bad spec, and the way that it's done I don't really see how it's >> fixable. >> >> Bill >> > > Work with the Linux Foundation on a new/revised sane LSB spec? > > http://www.linux-foundation.org/snapshots/booksets/LSB-Core-generic/LSB-Core-generic.html#INITSCRCOMCONV I'm not certain the spec could be 'fixed' while remaining backwards compatibility; users would still expect $network, $local_fs, $named to do something they really can't. Also, considering that a number of these concerns were raised before the very first version of the spec was approved... Bill From lesmikesell at gmail.com Tue Apr 1 20:15:41 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 15:15:41 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> Message-ID: <47F297ED.30908@gmail.com> Jeff Spaleta wrote: > > > The main reason would be that for most of the commands, yum decides for > itself each time whether or not it will spend several minutes chatting > with repositories and mucking around the rpm database before getting > back to the human that may have not typed the right question the first > time. > > > yum -C list installed gimp It still wastes a lot of time, although I'm looking at fc6 - maybe it is better on newer versions: # time rpm -q gimp gimp-2.2.17-1.fc6 real 0m0.129s [root at moola ~]# time yum -C list installed gimp Loading "downloadonly" plugin Loading "installonlyn" plugin Installed Packages gimp.i386 2:2.2.17-1.fc6 installed real 0m3.566s And it gets worse on machines with more repos installed. -- Les Mikesell lesmikesell at gmail.com From skvidal at fedoraproject.org Tue Apr 1 20:22:16 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 16:22:16 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F297ED.30908@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> Message-ID: <1207081337.15651.10.camel@cutter> On Tue, 2008-04-01 at 15:15 -0500, Les Mikesell wrote: > Jeff Spaleta wrote: > > > > > > > The main reason would be that for most of the commands, yum decides for > > itself each time whether or not it will spend several minutes chatting > > with repositories and mucking around the rpm database before getting > > back to the human that may have not typed the right question the first > > time. > > > > > > yum -C list installed gimp > > It still wastes a lot of time, although I'm looking at fc6 - maybe it is > better on newer versions: > > # time rpm -q gimp > gimp-2.2.17-1.fc6 > real 0m0.129s > > [root at moola ~]# time yum -C list installed gimp > Loading "downloadonly" plugin > Loading "installonlyn" plugin > Installed Packages > gimp.i386 2:2.2.17-1.fc6 installed > real 0m3.566s > > And it gets worse on machines with more repos installed. yum latest on fc6 is over 15 releases of yum ago. And that's been over a year. Please don't make comments about things from that long ago. -sv From lesmikesell at gmail.com Tue Apr 1 20:25:02 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 15:25:02 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207080371.15651.6.camel@cutter> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <1207080371.15651.6.camel@cutter> Message-ID: <47F29A1E.60408@gmail.com> seth vidal wrote: > > >> The main reason would be that for most of the commands, yum decides for >> itself each time whether or not it will spend several minutes chatting >> with repositories and mucking around the rpm database before getting >> back to the human that may have not typed the right question the first >> time. Meanwhile the human will get bored and read email lists to fill >> his time. > > Feel free to back up the above with some numbers, please. Yum shouldn't > spend anytime 'mucking around the rpm database'. If you can find a place > where it is please let us know in a bug report. I'd already posted that, but .129s real time for rpm vs. 3.566s for yum to show an installed program version. Most of the time seemed to be in the 'loading modules' phase. > If you want to run yum w/o having it access remote locations then do > what james said, set your metadata expiration to -1 so it never expires > and use that. I don't want it to 'never' access repos, just not in the middle of several queries that would be faster without having to load and initialize each time. And I especially don't want to have to make non-default settings on every machine to make it behave reasonably. -- Les Mikesell lesmikesell at gmail.com From skvidal at fedoraproject.org Tue Apr 1 20:28:50 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 16:28:50 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F29A1E.60408@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <1207080371.15651.6.camel@cutter> <47F29A1E.60408@gmail.com> Message-ID: <1207081730.15651.12.camel@cutter> On Tue, 2008-04-01 at 15:25 -0500, Les Mikesell wrote: > seth vidal wrote: > > > > > >> The main reason would be that for most of the commands, yum decides for > >> itself each time whether or not it will spend several minutes chatting > >> with repositories and mucking around the rpm database before getting > >> back to the human that may have not typed the right question the first > >> time. Meanwhile the human will get bored and read email lists to fill > >> his time. > > > > Feel free to back up the above with some numbers, please. Yum shouldn't > > spend anytime 'mucking around the rpm database'. If you can find a place > > where it is please let us know in a bug report. > > I'd already posted that, but .129s real time for rpm vs. 3.566s for yum > to show an installed program version. Most of the time seemed to be in > the 'loading modules' phase. > > > If you want to run yum w/o having it access remote locations then do > > what james said, set your metadata expiration to -1 so it never expires > > and use that. > > I don't want it to 'never' access repos, just not in the middle of > several queries that would be faster without having to load and > initialize each time. And I especially don't want to have to make > non-default settings on every machine to make it behave reasonably. 1. use a modern version of yum, not fc6's 2. use 'yum shell' -sv From fedora at dm.cobite.com Tue Apr 1 20:31:21 2008 From: fedora at dm.cobite.com (David Mansfield) Date: Tue, 01 Apr 2008 16:31:21 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207081337.15651.10.camel@cutter> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> Message-ID: <1207081881.10532.44.camel@gandalf.cobite.com> On Tue, 2008-04-01 at 16:22 -0400, seth vidal wrote: > On Tue, 2008-04-01 at 15:15 -0500, Les Mikesell wrote: > > Jeff Spaleta wrote: > > > > > > > > > > > The main reason would be that for most of the commands, yum decides for > > > itself each time whether or not it will spend several minutes chatting > > > with repositories and mucking around the rpm database before getting > > > back to the human that may have not typed the right question the first > > > time. > > > > > > > > > yum -C list installed gimp > > > > It still wastes a lot of time, although I'm looking at fc6 - maybe it is > > better on newer versions: > > > > # time rpm -q gimp > > gimp-2.2.17-1.fc6 > > real 0m0.129s > > > > [root at moola ~]# time yum -C list installed gimp > > Loading "downloadonly" plugin > > Loading "installonlyn" plugin > > Installed Packages > > gimp.i386 2:2.2.17-1.fc6 installed > > real 0m3.566s > > > > And it gets worse on machines with more repos installed. > > yum latest on fc6 is over 15 releases of yum ago. > > And that's been over a year. > > Please don't make comments about things from that long ago. > > -sv On F8: [root at localhost ~]# time rpm -q gimp gimp-2.4.4-1.fc8 real 0m0.102s user 0m0.032s sys 0m0.008s [root at localhost ~]# time yum -C list installed gimp Installed Packages gimp.i386 2:2.4.4-1.fc8 installed real 0m3.450s user 0m2.829s sys 0m0.394s As you can see, it's about the same on my machine. David From james.antill at redhat.com Tue Apr 1 20:34:51 2008 From: james.antill at redhat.com (James Antill) Date: Tue, 01 Apr 2008 16:34:51 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F29208.9030106@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> Message-ID: <1207082091.5381.125.camel@code.and.org> I'm going to assume, on the fedora-devel-list esp, that you are talking about current yum behaviour ... i.e. yum-3.2.13. On Tue, 2008-04-01 at 14:50 -0500, Les Mikesell wrote: > The main reason would be that for most of the commands, yum decides for > itself each time whether or not it will spend several minutes chatting > with repositories _If_ the metadata_cache timeout has expired then it asks if the ~2.5K repomd.xml is still valid, which is what 4 packets total to a server? If the repomd.xml is different, then yum will download the correct MD needed ... because being correct is the right thing to do. And yum-updatesd is running by default and so will download all of the primary needed metadata automatically anyway, when the user isn't using yum (so the metadata_expire will never hit). So you have to have turned that off, to hit this problem ... or need some of the non-default metadata (feel free to configure mdpolicy appropriately, if that happens to you a lot). And _also_ for "yum list installed foo" yum will not speak to the repos. at all, because it doesn't need the repo. data. > and mucking around the rpm database err, no. Unless by "mucking around" you mean "loading data from" ... but it's kinda hard to give a result without knowing the result, feel free to send patches for a yum-esp plugin though. > before getting > back to the human that may have not typed the right question the first > time. Patches for yum-dwim also accepted. C-c works at any point though (rpm turns it off at times, but yum tries to minimise that). -- James Antill Red Hat -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From orion at cora.nwra.com Tue Apr 1 20:40:27 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 01 Apr 2008 14:40:27 -0600 Subject: perl-PDL issue with perl 5.10 - help needed In-Reply-To: <47F279B7.600@cora.nwra.com> References: <20080331185049.A9436@humbolt.us.dell.com> <47F279B7.600@cora.nwra.com> Message-ID: <47F29DBB.9050906@cora.nwra.com> Orion Poplawski wrote: > Matt Domsch wrote: > >> plplot-5.9.0-1.fc9 (build/make) orion > > This is actually an issue with perl-PDL (plplot tests the perl interface > that perl-PDL provides). Looks to be a pretty ugly perl issue. A > google search turns up the fact that the Tcl-0.95 module suffers from > the same issue, but that's not in Fedora :-(. > > I'll file a bug once I have some more info. > > Filed upstream here: https://sourceforge.net/tracker/?func=detail&atid=100612&aid=1931606&group_id=612 I'm afraid this is going to take someone familiar with the perl C interface details to sort out. All help appreciated. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From skvidal at fedoraproject.org Tue Apr 1 20:44:11 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 16:44:11 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207081881.10532.44.camel@gandalf.cobite.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> Message-ID: <1207082651.15651.23.camel@cutter> On Tue, 2008-04-01 at 16:31 -0400, David Mansfield wrote: > On F8: > > [root at localhost ~]# time rpm -q gimp > gimp-2.4.4-1.fc8 > > real 0m0.102s > user 0m0.032s > sys 0m0.008s > > [root at localhost ~]# time yum -C list installed gimp > Installed Packages > gimp.i386 2:2.4.4-1.fc8 > installed > > real 0m3.450s > user 0m2.829s > sys 0m0.394s > > As you can see, it's about the same on my machine. on rawhide: time rpm -q gimp gimp-2.4.5-1.fc9.i386 real 0m0.222s user 0m0.093s sys 0m0.024s time yum -C list installed gimp Installed Packages gimp.i386 2:2.4.5-1.fc9 installed real 0m1.835s user 0m1.468s sys 0m0.181s Remember, yum isn't just executing a one call, it is doing A LOT more than rpm does. However, doing it in 1.8s seems pretty reasonable to me. And that's a pentium M speedstepped to 600mhz. here, I'll write a script that does just what rpm -q does using the yum modules: import yum my = yum.YumBase() for p in my.rpmdb.searchNevra(name='gimp'): print p time python foo.py 2:gimp-2.4.5-1.fc9.i386 real 0m0.711s user 0m0.533s sys 0m0.046s Of course that's not parsing any arguments, checking for any excludes or any other config a user may have set. Here I'll do it direct to the rpm python bindings: import rpm ts = rpm.TransactionSet() mi = ts.dbMatch('name', 'gimp') for h in mi: print '%s-%s-%s.%s' % (h['name'], h['version'], h['release'], h['arch']) time python foo.py gimp-2.4.5-1.fc9.i386 real 0m0.358s user 0m0.136s sys 0m0.024s Again - no parsing, no handling of all the oddball stuff that rpm spits back at you, and no integration with the rest of the interfaces we have to deal with. -sv From martin.sourada at gmail.com Tue Apr 1 20:46:24 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Tue, 01 Apr 2008 22:46:24 +0200 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <1206378521.30812.53.camel@pc-notebook> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> Message-ID: <1207082784.3005.40.camel@pc-notebook> On Mon, 2008-03-24 at 18:08 +0100, Martin Sourada wrote: > On Mon, 2008-03-24 at 12:52 -0400, Colin Walters wrote: > Thanks, > > I'll edit the /etc/hosts file to see if it helps and if it gets emptied > again. > > Martin So, I restored the /etc/hosts and the problem didn't went away (even after computer restart). Also it didn't get emptied again. However, recently I switched over to rawhide and have yet to see if the problem still persists. Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lordmorgul at gmail.com Tue Apr 1 20:47:14 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 01 Apr 2008 13:47:14 -0700 Subject: how to make live CD for any Linux distribution In-Reply-To: References: Message-ID: <47F29F52.1030302@gmail.com> Mahesh Kumar Joshi wrote: > there is some special files by writing those on blank CD can make the CD live. > > i want to know which files i should write. Mahesh, please start here: http://fedoraproject.org/wiki/FedoraLiveCD There is a livecd mailing list as well where further questions would be best answered. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From james at fedoraproject.com Tue Apr 1 20:54:40 2008 From: james at fedoraproject.com (James Antill) Date: Tue, 01 Apr 2008 16:54:40 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207081881.10532.44.camel@gandalf.cobite.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> Message-ID: <1207083280.5381.137.camel@code.and.org> On Tue, 2008-04-01 at 16:31 -0400, David Mansfield wrote: > On F8: Sure, for the developers list Fed-8/3.2.8 is almost brand new, *sigh*. > [root at localhost ~]# time rpm -q gimp > gimp-2.4.4-1.fc8 > > real 0m0.102s > user 0m0.032s > sys 0m0.008s > > [root at localhost ~]# time yum -C list installed gimp > Installed Packages > gimp.i386 2:2.4.4-1.fc8 > installed > > real 0m3.450s > user 0m2.829s > sys 0m0.394s On my machine, with my configuration etc. etc. etc. rpm -q gimp 0.02s user 0.01s system 97% cpu 0.026 total 3.2.8 ./yummain.py lsi gimp 4.43s user 0.43s system 99% cpu 4.907 total 3.2.13 ./yummain.py lsi gimp 1.53s user 0.29s system 97% cpu 1.854 total HEAD ./yummain.py lsi gimp 1.23s user 0.19s system 99% cpu 1.433 total ./yummain.py noop 0.79s user 0.16s system 99% cpu 0.949 total ..."yum shell" is roughly the difference between noop and list installed above (~0.5). Doing: import yum yb = yum.YumBase() yb.rpmdb.returnPackages(pattern='gimp') ...gives a little less at about 0.3 per. multiple runs of the last line. So, yeh, we are still "a lot" slower than rpm. News at 11, doing more costs time and C is faster than python. But I have to wonder what you are doing that the "yum list installed" times are causing you problems. -- James Antill Fedora From enrico.scholz at informatik.tu-chemnitz.de Tue Apr 1 21:07:52 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 01 Apr 2008 23:07:52 +0200 Subject: Too many default services on In-Reply-To: <7f692fec0803310759v1ff1f486ka7f87e9bd6eda213@mail.gmail.com> (Yaakov Nemoy's message of "Mon, 31 Mar 2008 10:59:53 -0400") References: <7f692fec0803310759v1ff1f486ka7f87e9bd6eda213@mail.gmail.com> Message-ID: <87prt9b7x3.fsf@sheridan.bigo.ensc.de> "Yaakov Nemoy" writes: > You've just installed everything. I wouldn't be worried about boot > time as much. Many of these packages, you would expect that someone > wil actually use the services they provide. IE, what's the point of > installing apache if you are not going to have it run at startup. I often install packages (e.g. bind, sendmail-doc) on my workstation to have the documentation/man-pages. Servers usually do not have 'man' or 'kpdf'. Enrico From txtoth at gmail.com Tue Apr 1 21:11:31 2008 From: txtoth at gmail.com (Xavier Toth) Date: Tue, 1 Apr 2008 16:11:31 -0500 Subject: f9 resetting dns nameservers In-Reply-To: <1207068874.1553.7.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> Message-ID: Where does it look for the ifcfg file? On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > Hi, > > > > On 01/04/2008, Xavier Toth wrote: > > > I initially install with dhcp configured but then reconfigured for a > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > I've got the same problem with NetworkManager. > > > > cat /etc/resolv.conf > > # generated by NetworkManager, do not edit! > > > > nameserver 160.195.151.8 > > > > This really sucks. > > > > > Who's doing this and how can I stop it? > > > > I don't know. > > Update to the latest rawhide version of NetworkManager (svn3521), which > fixes the location that it reads your ifcfg files from (that anaconda > wrote on startup). > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > NM will bring up your static connection correctly and use your DNS > servers. > > Dan > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From skvidal at fedoraproject.org Tue Apr 1 21:10:12 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 17:10:12 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207082651.15651.23.camel@cutter> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> Message-ID: <1207084212.15651.30.camel@cutter> On Tue, 2008-04-01 at 16:44 -0400, seth vidal wrote: > Again - no parsing, no handling of all the oddball stuff that rpm spits > back at you, and no integration with the rest of the interfaces we have > to deal with. > Here's some more interesting metrics: time yum list installed > /dev/null real 0m1.331s user 0m1.060s sys 0m0.170s time rpm -qa > /dev/null real 0m9.919s user 0m9.439s sys 0m0.111s this one is listing all installed and available pkgs: time yum list > /dev/null real 0m4.404s user 0m3.904s sys 0m0.291s So yum is listing 10115 pkgs (on my system) in 4.404 seconds. I can't show you the comparable command in rpm b/c it doesn't exist. -sv From smooge at gmail.com Tue Apr 1 21:14:07 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 1 Apr 2008 15:14:07 -0600 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80804010646w65ee0d6ah4c13647e878c30fb@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> <6e24a8e80804010646w65ee0d6ah4c13647e878c30fb@mail.gmail.com> Message-ID: <80d7e4090804011414p64fcc9d5r279abc78eba6c962@mail.gmail.com> On Tue, Apr 1, 2008 at 7:46 AM, Mark wrote: > 2008/4/1, Jeff Spaleta : > > Actually you CAN help.. you CAN help by taking the hint i provided earlier > > and start talking to people through the test list so we can troubleshoot the > > specific messages you have been seeing..instead of doing what you are doing > > right now, which is failing to communicate with enough specificity for > > anyone to confirm or help track down so things can be fixed. Clearly you've > > made up you mind... you decided you don't WANT to help. That's fine.. that's > > your choice... but do so with the understanding that by doing so you cheapen > > the testing process that the pre-releases is meant to fulfill. By choosing > > to ignore selinux completely, you certainly aren't living up to the implied > > agreement to act as a responsible tester when you chose to make use of the > > pre-releases. > > -jef"permissive mode is a available a compromise"spaleta > > > > becarefull here! i do test things in fedora (9) and i do report issues > and make suggestions. you can't blame me for not testing something > that i: > 1. don't like > 2. don't want to have this way > 3. don't want to spend my time on > > And if you blame me for that than that's your problem! > Well that's one way to look at it. Of course, another way is to use "Permissive Mode" or turn off Selinux when you install the system (it was a choice ). That way, you can test what you want to test and avoid what you hate. Not doing that and posting rants about what you think about not doing it could be seen as being your problem. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dcbw at redhat.com Tue Apr 1 21:15:56 2008 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Apr 2008 17:15:56 -0400 Subject: f9 resetting dns nameservers In-Reply-To: References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> Message-ID: <1207084556.5499.2.camel@localhost.localdomain> On Tue, 2008-04-01 at 16:11 -0500, Xavier Toth wrote: > Where does it look for the ifcfg file? Versions >= svn3476 look in: /etc/sysconfig/network-scripts/ and will pick up any file that starts with "ifcfg-" and does _not_ end with any of: .bak, ~, .orig, .rej This is the same place that ifup/ifdown look for ifcfg files. Dan > On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > > Hi, > > > > > > On 01/04/2008, Xavier Toth wrote: > > > > I initially install with dhcp configured but then reconfigured for a > > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > > > I've got the same problem with NetworkManager. > > > > > > cat /etc/resolv.conf > > > # generated by NetworkManager, do not edit! > > > > > > nameserver 160.195.151.8 > > > > > > This really sucks. > > > > > > > Who's doing this and how can I stop it? > > > > > > I don't know. > > > > Update to the latest rawhide version of NetworkManager (svn3521), which > > fixes the location that it reads your ifcfg files from (that anaconda > > wrote on startup). > > > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > > NM will bring up your static connection correctly and use your DNS > > servers. > > > > Dan > > > > > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From lesmikesell at gmail.com Tue Apr 1 21:26:07 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 16:26:07 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207084212.15651.30.camel@cutter> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> Message-ID: <47F2A86F.4000503@gmail.com> seth vidal wrote: > > this one is listing all installed and available pkgs: > time yum list > /dev/null > > real 0m4.404s > user 0m3.904s > sys 0m0.291s > > > So yum is listing 10115 pkgs (on my system) in 4.404 seconds. > > I can't show you the comparable command in rpm b/c it doesn't exist. How many modules did it load and how many repos did it query? -- Les Mikesell lesmikesell at gmail.com From skvidal at fedoraproject.org Tue Apr 1 21:28:15 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 17:28:15 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2A86F.4000503@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> Message-ID: <1207085295.15651.33.camel@cutter> On Tue, 2008-04-01 at 16:26 -0500, Les Mikesell wrote: > seth vidal wrote: > > > > this one is listing all installed and available pkgs: > > time yum list > /dev/null > > > > real 0m4.404s > > user 0m3.904s > > sys 0m0.291s > > > > > > So yum is listing 10115 pkgs (on my system) in 4.404 seconds. > > > > I can't show you the comparable command in rpm b/c it doesn't exist. > > How many modules did it load and how many repos did it query? if by modules you mean plugins, on my system it loaded zero plugins, I don't use any of them b/c none of them offer features I require. in the case of repos I have 3 repos enabled. -sv From Matt_Domsch at dell.com Tue Apr 1 21:31:05 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 1 Apr 2008 16:31:05 -0500 Subject: Fedora i386 rawhide rebuild in mock status 2008-03-31 In-Reply-To: <47F279B7.600@cora.nwra.com> References: <20080331185049.A9436@humbolt.us.dell.com> <47F279B7.600@cora.nwra.com> Message-ID: <20080401213105.GB29761@auslistsprd01.us.dell.com> On Tue, Apr 01, 2008 at 12:06:47PM -0600, Orion Poplawski wrote: > Matt Domsch wrote: > >Fedora Rawhide-in-Mock Build Results for i386 > >using rawhide from 3/29 and for any failures, again with 3/31 > > > > >ncarg-4.4.2-5.fc9 (build/make) orion,pertusus > > This is a dead package. then ask rel-eng to remove it please. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From skvidal at fedoraproject.org Tue Apr 1 21:40:17 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 17:40:17 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207084212.15651.30.camel@cutter> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> Message-ID: <1207086017.15651.35.camel@cutter> On Tue, 2008-04-01 at 17:10 -0400, seth vidal wrote: > Here's some more interesting metrics: > time yum list installed > /dev/null > > real 0m1.331s > user 0m1.060s > sys 0m0.170s > A few more useful things for people to know about. in yum in rawhide and in F9 try this: echo 'n' | yum -d3 somecommand | grep 'time:' then you can tell how long individual parts of yum are taking. -sv From james at fedoraproject.com Tue Apr 1 21:42:29 2008 From: james at fedoraproject.com (James Antill) Date: Tue, 01 Apr 2008 17:42:29 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2A86F.4000503@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> Message-ID: <1207086149.5381.142.camel@code.and.org> On Tue, 2008-04-01 at 16:26 -0500, Les Mikesell wrote: > seth vidal wrote: > > > > this one is listing all installed and available pkgs: > > time yum list > /dev/null > > > > real 0m4.404s > > user 0m3.904s > > sys 0m0.291s > > > > > > So yum is listing 10115 pkgs (on my system) in 4.404 seconds. > > > > I can't show you the comparable command in rpm b/c it doesn't exist. > > How many modules did it load and how many repos did it query? You know you can check out git HEAD in like one command, or try 3.2.13 from rawhide in a couple of yum commands ... if you think we are fudging the numbers. For what it's worth I have 12 plugins and 10 enabled repos. (33 disabled ones) and yum list > /dev/null takes 3.6 seconds with git HEAD. -- James Antill Fedora From michel.sylvan at gmail.com Tue Apr 1 21:45:43 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Tue, 1 Apr 2008 17:45:43 -0400 Subject: Package review swaps Message-ID: Hi, I have several package reviews (they should be quite straightforward) in my submission queue. Anyone interested in taking these, let me know which of your package you want to have reviewed in return. 430429 python-storm - An object-relational mapper (ORM) for Python 439337 python-sphinx - Python documentation generator 439744 rubberband - Audio time-stretching and pitch-shifting librar The last is required to update Sonic Visualiser, an audio visualization tool, from 1.0 to 1.2. Thanks! -- Michel Salim http://hircus.jaiku.com/ From jspaleta at gmail.com Tue Apr 1 22:00:05 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 1 Apr 2008 14:00:05 -0800 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <1207082784.3005.40.camel@pc-notebook> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> Message-ID: <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> 2008/4/1 Martin Sourada : > So, I restored the /etc/hosts and the problem didn't went away (even > after computer restart). Also it didn't get emptied again. However, > recently I switched over to rawhide and have yet to see if the problem > still persists. > I have a reproducible situation on F8 that you might find interesting. 1) boot up into a NetworkManager enabled desktop, 2) connect to a wireless network that has dhcp 3) gnome-terminal behaves normally 4) disable NM 5) connect a wired network cable for eth0 6) enable the network service configured to start eth0 using dhcp to a different network segment than the NM wireless connected to. 7) watch gnome-terminal take +30 seconds to spawn a window. My /etc/hosts file never changes during these operations, and the environment variable $HOSTNAME continues to be localhost.localdomain, which is defined in /etc/hosts I am able to consistently reproduce the slow application problem, and doing an strace it appears to be related to socket file access in /tmp/.ICE-unix Forcibly restarting the X server fixes the problem, and on relogin things work. I'm pretty sure this isn't suppose to be happening if I switch from NM to legacy network script while logged in. But my F8 install could be jacked up in a way that I'm not aware, so I need other people to to reproduce. -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From lesmikesell at gmail.com Tue Apr 1 22:01:27 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 17:01:27 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207086149.5381.142.camel@code.and.org> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> Message-ID: <47F2B0B7.9080806@gmail.com> James Antill wrote: > >> seth vidal wrote: >>> this one is listing all installed and available pkgs: >>> time yum list > /dev/null >>> >>> real 0m4.404s >>> user 0m3.904s >>> sys 0m0.291s >>> >>> >>> So yum is listing 10115 pkgs (on my system) in 4.404 seconds. >>> >>> I can't show you the comparable command in rpm b/c it doesn't exist. >> How many modules did it load and how many repos did it query? > > You know you can check out git HEAD in like one command, or try 3.2.13 > from rawhide in a couple of yum commands ... if you think we are fudging > the numbers. These numbers are kind of irrelevant to me since I'll be using whatever was shipped in Centos for many more years in the large number of machines where I care about the time it takes to do things. Building something from source to see if I can save a couple of seconds on my one fedora box doesn't sound very productive. > For what it's worth I have 12 plugins and 10 enabled repos. (33 > disabled ones) and yum list > /dev/null takes 3.6 seconds with git HEAD. I'll appreciate that when it makes it to Centos. -- Les Mikesell lesmikesell at gmail.com From skvidal at fedoraproject.org Tue Apr 1 22:04:02 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 18:04:02 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2B0B7.9080806@gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> Message-ID: <1207087442.15651.44.camel@cutter> On Tue, 2008-04-01 at 17:01 -0500, Les Mikesell wrote: > These numbers are kind of irrelevant to me since I'll be using whatever > was shipped in Centos for many more years in the large number of > machines where I care about the time it takes to do things. Building > something from source to see if I can save a couple of seconds on my one > fedora box doesn't sound very productive. > > > For what it's worth I have 12 plugins and 10 enabled repos. (33 > > disabled ones) and yum list > /dev/null takes 3.6 seconds with git HEAD. > > I'll appreciate that when it makes it to Centos. > So your complaining on the fedora-devel-list about the version of yum in centos??!? -sv From lesmikesell at gmail.com Tue Apr 1 22:20:01 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 17:20:01 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207087442.15651.44.camel@cutter> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> Message-ID: <47F2B511.1080009@gmail.com> seth vidal wrote: > >> These numbers are kind of irrelevant to me since I'll be using whatever >> was shipped in Centos for many more years in the large number of >> machines where I care about the time it takes to do things. Building >> something from source to see if I can save a couple of seconds on my one >> fedora box doesn't sound very productive. >> >>> For what it's worth I have 12 plugins and 10 enabled repos. (33 >>> disabled ones) and yum list > /dev/null takes 3.6 seconds with git HEAD. >> I'll appreciate that when it makes it to Centos. >> > > So your complaining on the fedora-devel-list about the version of yum in > centos??!? > I specifically complained about the version in FC6, but the reason it matters is that I have a large number of an equivalent version in Centos that I'll have to put up with for years. "Doctors can always bury their mistakes. Architects can only advise their clients to plant vines." - Frank Lloyd Wright -- Les Mikesell lesmikesell at gmail.com From txtoth at gmail.com Tue Apr 1 22:21:28 2008 From: txtoth at gmail.com (Xavier Toth) Date: Tue, 1 Apr 2008 17:21:28 -0500 Subject: f9 resetting dns nameservers In-Reply-To: <1207084556.5499.2.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> Message-ID: Installing the 3521 version and editing ifcfg-eth0 didn't do it for me. I turned off NetworkManager :( at least now I don't have to reconfigure DNS after reboot. On Tue, Apr 1, 2008 at 4:15 PM, Dan Williams wrote: > On Tue, 2008-04-01 at 16:11 -0500, Xavier Toth wrote: > > Where does it look for the ifcfg file? > > Versions >= svn3476 look in: > > /etc/sysconfig/network-scripts/ > > and will pick up any file that starts with "ifcfg-" and does _not_ end > with any of: .bak, ~, .orig, .rej > > This is the same place that ifup/ifdown look for ifcfg files. > > Dan > > > > > On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > > > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > > > Hi, > > > > > > > > On 01/04/2008, Xavier Toth wrote: > > > > > I initially install with dhcp configured but then reconfigured for a > > > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > > > > > I've got the same problem with NetworkManager. > > > > > > > > cat /etc/resolv.conf > > > > # generated by NetworkManager, do not edit! > > > > > > > > nameserver 160.195.151.8 > > > > > > > > This really sucks. > > > > > > > > > Who's doing this and how can I stop it? > > > > > > > > I don't know. > > > > > > Update to the latest rawhide version of NetworkManager (svn3521), which > > > fixes the location that it reads your ifcfg files from (that anaconda > > > wrote on startup). > > > > > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > > > NM will bring up your static connection correctly and use your DNS > > > servers. > > > > > > Dan > > > > > > > > > > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > -- > > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From jspaleta at gmail.com Tue Apr 1 22:26:03 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 1 Apr 2008 14:26:03 -0800 Subject: Some things to focus testing on for F9Beta In-Reply-To: <1207077957.3398.47.camel@hughsie-laptop> References: <1207077957.3398.47.camel@hughsie-laptop> Message-ID: <604aa7910804011526q62828301w29eab9c45bd6ecf5@mail.gmail.com> On Tue, Apr 1, 2008 at 11:25 AM, Richard Hughes wrote: > > Rawhide doesn't have the metadata that tells packagekit what packages > requires a reboot - this is something that will only work when f9 comes > out. > Uhm... can we fake a test of this in the meantime? I'm always a little wary of having a feature that is only testable with 'gold' metadata. Can you rig up a test repo with a dummy package with the correct metadata to issue a reboot is needed notification? -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From lordmorgul at gmail.com Tue Apr 1 22:31:26 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 01 Apr 2008 15:31:26 -0700 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> Message-ID: <47F2B7BE.2020109@gmail.com> Mark wrote: > But wouldn't it be best if yum FIRST checks if the package is already > installed and if it is then ask the user to check for updates? > > I know i can use rpm -qi gimp to see if i get information or nothing > indicating it's installed or not but having this in yum before it does > anything would be nice. I would rather yum did not have that as a feature, at most a possible option perhaps. Why would you want to slow down yum's behavior for the task it is intended (handling repository metadata and installing/updating/removing packages you do not have).. for the majority of the tasks it completes? That option is going to cause slowdowns all the time as you've suggested it, only to be a little bit faster in the rare case you try to install something you already have. I think it would be better to use the tool intended for finding out what software you have, or use the UI from packagekit which both tells you what you have AND lets you install it if you don't. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From emmanuel.seyman at club-internet.fr Tue Apr 1 22:31:50 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Wed, 2 Apr 2008 00:31:50 +0200 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2B511.1080009@gmail.com> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> Message-ID: <20080401223150.GA1582@orient.maison.lan> * Les Mikesell [02/04/2008 00:27] : > > I specifically complained about the version in FC6, but the reason it > matters is that I have a large number of an equivalent version in Centos > that I'll have to put up with for years. Have you tried asking the CentOS guys to update their yum package? Emmanuel From lesmikesell at gmail.com Tue Apr 1 22:49:24 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 17:49:24 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <20080401223150.GA1582@orient.maison.lan> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> Message-ID: <47F2BBF4.9040000@gmail.com> Emmanuel Seyman wrote: > * Les Mikesell [02/04/2008 00:27] : >> I specifically complained about the version in FC6, but the reason it >> matters is that I have a large number of an equivalent version in Centos >> that I'll have to put up with for years. > > Have you tried asking the CentOS guys to update their yum package? The CentOS policy is to maintain strict and exact compatibility with their upstream "famous North American distribution" that won't let them mention their name. So it will update when you-know-who updates - which by policy isn't likely to be until the next major release. -- Les Mikesell lesmikesell at gmail.com From skvidal at fedoraproject.org Tue Apr 1 23:01:25 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 19:01:25 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2BBF4.9040000@gmail.com> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> Message-ID: <1207090885.15651.46.camel@cutter> On Tue, 2008-04-01 at 17:49 -0500, Les Mikesell wrote: > Emmanuel Seyman wrote: > > * Les Mikesell [02/04/2008 00:27] : > >> I specifically complained about the version in FC6, but the reason it > >> matters is that I have a large number of an equivalent version in Centos > >> that I'll have to put up with for years. > > > > Have you tried asking the CentOS guys to update their yum package? > > The CentOS policy is to maintain strict and exact compatibility with > their upstream "famous North American distribution" that won't let them > mention their name. So it will update when you-know-who updates - which > by policy isn't likely to be until the next major release. > Then you aren't being a good sysadmin and following the betas of the server operating systems you run. -sv From lordmorgul at gmail.com Tue Apr 1 23:06:44 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 01 Apr 2008 16:06:44 -0700 Subject: F9 parallel vs. serial bootscript In-Reply-To: <6e24a8e80804010714q3f15dac5u2765a98c7dea034e@mail.gmail.com> References: <58a220fa0803310822s2b76ab19h3e3b571ba00dd3dd@mail.gmail.com> <6e24a8e80803311819v3c2af198je56c6b69426eaa40@mail.gmail.com> <58a220fa0804010244n5dcf229fv12f76cbb094af58a@mail.gmail.com> <6e24a8e80804010656o428832e8t1dba5d402c6fca14@mail.gmail.com> <58a220fa0804010709t3a2d8975q3ffbfc45865d52f6@mail.gmail.com> <6e24a8e80804010714q3f15dac5u2765a98c7dea034e@mail.gmail.com> Message-ID: <47F2C004.70504@gmail.com> Mark wrote: > lol that's what you call _default_ :) i call it highly customized. > Could you perhaps put a guide online on how you customized your kernel You might find this informative on that issue: http://fedoraproject.org/wiki/Docs/CustomKernel -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From harald at redhat.com Tue Apr 1 23:22:13 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 01:22:13 +0200 Subject: very common kernel modules slow down the boot process Message-ID: <47F2C3A5.7010402@redhat.com> Compiling these modules, which are loaded on nearly every PC, in the kernel cuts down my boot time from 42s to 32s on my computer: ata_generic ata_piix cdrom dm_mirror dm_mod dm_snapshot dm_zero ehci_hcd ext3 floppy i2c_core jbd libata mbcache ohci_hcd parport parport_pc pata_acpi scsi_mod sd_mod sg snd snd_mixer_oss snd_page_alloc snd_pcm snd_pcm_oss snd_seq snd_seq_device snd_seq_dummy snd_seq_midi_event snd_seq_oss snd_timer soundcore sr_mod uhci_hcd From lesmikesell at gmail.com Tue Apr 1 23:31:07 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 18:31:07 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207090885.15651.46.camel@cutter> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> Message-ID: <47F2C5BB.6020402@gmail.com> seth vidal wrote: > >>>> I specifically complained about the version in FC6, but the reason it >>>> matters is that I have a large number of an equivalent version in Centos >>>> that I'll have to put up with for years. >>> Have you tried asking the CentOS guys to update their yum package? >> The CentOS policy is to maintain strict and exact compatibility with >> their upstream "famous North American distribution" that won't let them >> mention their name. So it will update when you-know-who updates - which >> by policy isn't likely to be until the next major release. >> > > Then you aren't being a good sysadmin and following the betas of the > server operating systems you run. There are plenty of ways to get broken code. I don't think it is a bad thing to avoid one of them. And I'm never thrilled when anything adds interface changes that require knowing the differences between machines in the scripts that ssh commands to them - as for example when yum decided not to like --download-only and might or might not do --downloadonly depending on the circumstances. (I still have an assortment of CentoOS3.x boxes running too...). -- Les Mikesell lesmikesell at gmail.com From d.jacobfeuerborn at conversis.de Tue Apr 1 23:50:27 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Wed, 02 Apr 2008 01:50:27 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <47F2CA43.8030306@conversis.de> Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the > kernel cuts down my boot time from 42s to 32s on my computer: > > ata_generic > ata_piix ... > sr_mod > uhci_hcd Does the boot time decrease depending on the number of modules you include in the kernel? Maybe it's just one or a few modules that make up the bulk of that time. Also should configuring these bits as external modules really have this much of an impact on the boot time? Regards, Dennis From kanarip at kanarip.com Tue Apr 1 23:50:29 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 02 Apr 2008 01:50:29 +0200 Subject: Spin SIG Message-ID: <47F2CA45.7040002@kanarip.com> There's now a Special Interest Group (SIG) for Fedora Community Spins. From the initial proposal by Jef Spaleta[1], here's what the SIG's responsibilities are: -- The purpose of the Spin SIG is oversee the development of an evolving set of technical best practices to be applied to all community spin concepts. The Spin SIG will also oversee the continued maintenance of approved community spins in the Kickstart Pool, and will regulate the use of any infrastructure as it becomes available for use for the Spins SIG. For example webspace at spins.fedoraproject.org will be made available for spin descriptions and links to externally hosted binaries. New spin concepts first come to the Spins SIG for discussion and technical review. Once the Spins SIG comes to a consensus as to technical merit of a proposed spin, that spin concept is passed to the Board for trademark approval. -- I'm volunteering to get this show on the road. If you have interest in a Fedora Community Spin, whether it be an existing, new or localized version, sign up[2] and/or attend the first meeting Tuesday April 8th, 21:00 UTC, in the #fedora-meeting channel on the FreeNode IRC Network. Kind regards, Jeroen van Meeuwen -kanarip [1] https://fedoraproject.org/wiki/JefSpaleta/SpinReleaseProcessProposal [2] http://fedoraproject.org/wiki/SpinSIG From clydekunkel7734 at cox.net Tue Apr 1 23:54:04 2008 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Tue, 01 Apr 2008 19:54:04 -0400 Subject: disk devices in F9 interchanged In-Reply-To: <47F23F95.1010703@cox.net> References: <47EA3B4C.5000503@rhrk.uni-kl.de> <47EA7259.7050507@cox.net> <47F18535.3040809@cox.net> <47F1BBA5.4080502@gmail.com> <47F23F95.1010703@cox.net> Message-ID: <47F2CB1C.60500@cox.net> Clyde E. Kunkel wrote: > Andrew Farris wrote: >> Clyde E. Kunkel wrote: >>> The question now becomes why wasn't /dev/sdd5 UUID used to id the >>> swap device during the original installation? Or do they pertain to >>> swap devices? I see that blkid /dev/sda5 returns only: >>> /dev/sda5: TYPE="swap". >> >> My swaps on all beta installs I did used uuid in /etc/fstab. Look in >> /dev/disk/by-uuid and see if there is one thats unused in your fstab, >> thats likely your swap. Don't know why it was different for your >> install. >> > > blkid /dev/sda5 indicates no uuid. I will try another F9beta install > later and see what it says. I do have other distros on this machine, > maybe one of them is doing something. So far all distros have found the > one swap device on this system. > Some weirdness going on, but first: 1) clean install to a new LV but not creating a new swap: old swap identified, but no UUID assigned and fstab still uses /dev/sda5. 2) clean install to a new LV and create an additional new swap, old swap still not given a UUID, but new swap is with fstab using UUID for the new swap: [root at P5K-EWIFI ~]# blkid /dev/sda* /dev/sda5: TYPE="swap" [root at P5K-EWIFI ~]# blkid /dev/sdc* /dev/sdc1: UUID="1080D63D80D628CC" TYPE="ntfs" /dev/sdc2: UUID="vBUNbd-U83e-LUhG-O03Q-Hrn3-KaOf-HK8bzR" TYPE="lvm2pv" /dev/sdc3: LABEL="SWAP-sdc3" UUID="6ddf787e-381c-4c54-b903-8e4900ca7228" TYPE="swap" [root at P5K-EWIFI ~]# The weirdness: on the first attempt of each install, anaconda ignored the bios hard drive sequence by identifying the sata drives ahead of the ide drive and when it tried to format a new standard linux partition on one of the sata drives failed with a msg to the effect "A serious error has occurred. Cannot continue, press to reboot." The syslog from the first incident is large and at the end and on VT4 there is a msg like: <30> Apr 1 13:44:51 hald[1619] 13:44:51.415 [I] OSSPEC.C:288: /proc/mount tells, that the mount tree has changed. On reboot, the bios disk sequence is correct in anaconda and installation proceeds normally. At first I thought this was an April Fools Easter Egg, but the dates are just a coincidence. I have the syslog and can provide it if desired. -- --------------------------------- Regards, Old Fart From lordmorgul at gmail.com Tue Apr 1 23:55:54 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 01 Apr 2008 16:55:54 -0700 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <47F2CB8A.5060006@gmail.com> Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the > kernel cuts down my boot time from 42s to 32s on my computer: > floppy I was going to suggest you might want to leave that one out, since I wouldn't think its that common anymore... then I checked, and this is loaded on my machine which has no floppy. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Tue Apr 1 23:59:27 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 01 Apr 2008 16:59:27 -0700 Subject: disk devices in F9 interchanged In-Reply-To: <47F2CB1C.60500@cox.net> References: <47EA3B4C.5000503@rhrk.uni-kl.de> <47EA7259.7050507@cox.net> <47F18535.3040809@cox.net> <47F1BBA5.4080502@gmail.com> <47F23F95.1010703@cox.net> <47F2CB1C.60500@cox.net> Message-ID: <47F2CC5F.6060507@gmail.com> Clyde E. Kunkel wrote: > The weirdness: on the first attempt of each install, anaconda ignored > the bios hard drive sequence by identifying the sata drives ahead of the > ide drive and when it tried to format a new standard linux partition on > one of the sata drives failed with a msg to the effect "A serious error > has occurred. Cannot continue, press to reboot." The syslog > from the first incident is large and at the end and on VT4 there is a > msg like: <30> Apr 1 13:44:51 hald[1619] 13:44:51.415 [I] OSSPEC.C:288: > /proc/mount tells, that the mount tree has changed. I saw that error dialog while installing to vmware block devices once from the beta disks, but could not duplicate it. I didn't see whether there was a similar message in syslog at the time, now I wish I had. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From harald at redhat.com Wed Apr 2 00:05:05 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 02:05:05 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2CA43.8030306@conversis.de> References: <47F2C3A5.7010402@redhat.com> <47F2CA43.8030306@conversis.de> Message-ID: Dennis Jacobfeuerborn wrote: > Harald Hoyer wrote: >> Compiling these modules, which are loaded on nearly every PC, in the >> kernel cuts down my boot time from 42s to 32s on my computer: >> >> ata_generic >> ata_piix > ... >> sr_mod >> uhci_hcd > > Does the boot time decrease depending on the number of modules you > include in the kernel? Maybe it's just one or a few modules that make up > the bulk of that time. to be tested. was just a rough guess of the most common modules, compiled and measured. > > Also should configuring these bits as external modules really have this > much of an impact on the boot time? yep. nash, udev, rc.sysinit.. all wait on module loading > > Regards, > Dennis > From james at fedoraproject.com Wed Apr 2 00:06:45 2008 From: james at fedoraproject.com (James Antill) Date: Tue, 01 Apr 2008 20:06:45 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2BBF4.9040000@gmail.com> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> Message-ID: <1207094805.10754.12.camel@code.and.org> On Tue, 2008-04-01 at 17:49 -0500, Les Mikesell wrote: > Emmanuel Seyman wrote: > > * Les Mikesell [02/04/2008 00:27] : > >> I specifically complained about the version in FC6, but the reason it > >> matters is that I have a large number of an equivalent version in Centos > >> that I'll have to put up with for years. > > > > Have you tried asking the CentOS guys to update their yum package? > > The CentOS policy is to maintain strict and exact compatibility with > their upstream Not true, the current version of yum in CentOS-5 is not the exact same version as their upstream. So I'll take that to mean "No, I didn't bother, I just felt like complaining on fedora-devel-list about a version that has been unsupported for three months". -- James Antill Fedora From mclasen at redhat.com Wed Apr 2 00:30:05 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 01 Apr 2008 20:30:05 -0400 Subject: Some things to focus testing on for F9Beta In-Reply-To: <604aa7910804011526q62828301w29eab9c45bd6ecf5@mail.gmail.com> References: <1207077957.3398.47.camel@hughsie-laptop> <604aa7910804011526q62828301w29eab9c45bd6ecf5@mail.gmail.com> Message-ID: <1207096205.24597.30.camel@localhost.localdomain> On Tue, 2008-04-01 at 14:26 -0800, Jeff Spaleta wrote: > > > On Tue, Apr 1, 2008 at 11:25 AM, Richard Hughes > wrote: > > > Rawhide doesn't have the metadata that tells packagekit what > packages > requires a reboot - this is something that will only work when > f9 comes > out. > > Uhm... can we fake a test of this in the meantime? I'm always a > little wary of having a feature that is only testable with 'gold' > metadata. Can you rig up a test repo with a dummy package with the > correct metadata to issue a reboot is needed notification? > You can test it using the dummy backend: sudo killall packagekitd sudo /usr/sbin/packagekitd --backend=dummy pkcon refresh From bbbush.yuan at gmail.com Wed Apr 2 00:34:03 2008 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Wed, 2 Apr 2008 08:34:03 +0800 Subject: gstreamer programs do not work? In-Reply-To: <1207066936.13201.236.camel@cookie.hadess.net> References: <76e72f800804010652m6315a795r22d9d2713b566e7a@mail.gmail.com> <76e72f800804010702n73a761a6t2f02f207290d44dc@mail.gmail.com> <1207066936.13201.236.camel@cookie.hadess.net> Message-ID: <76e72f800804011734w5b87b996k2f8829e3dc8a63a4@mail.gmail.com> 2008/4/2, Bastien Nocera : > > > > Is PulseAudio running? > > Yes, if PA is not running, the prompt is gstreamer-properties-Message: Error running pipeline 'PulseAudio Sound Server': Failed to connect: Connection refused [pulsesink.c(334): gst_pulsesink_open (): /pipeline0/pulsesink3] not "Invalid argument". -- bbbush ^_^ From fedora at dm.cobite.com Wed Apr 2 00:36:43 2008 From: fedora at dm.cobite.com (David Mansfield) Date: Tue, 01 Apr 2008 20:36:43 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> Message-ID: <1207096603.10532.48.camel@gandalf.cobite.com> On Tue, 2008-04-01 at 14:00 -0800, Jeff Spaleta wrote: > > > 2008/4/1 Martin Sourada : > So, I restored the /etc/hosts and the problem didn't went away > (even > after computer restart). Also it didn't get emptied again. > However, > recently I switched over to rawhide and have yet to see if the > problem > still persists. > > > I have a reproducible situation on F8 that you might find interesting. > > 1) boot up into a NetworkManager enabled desktop, > 2) connect to a wireless network that has dhcp > 3) gnome-terminal behaves normally > 4) disable NM > 5) connect a wired network cable for eth0 > 6) enable the network service configured to start eth0 using dhcp to a > different network segment than the NM wireless connected to. > 7) watch gnome-terminal take +30 seconds to spawn a window. > > My /etc/hosts file never changes during these operations, and the > environment variable $HOSTNAME continues to be localhost.localdomain, > which is defined in /etc/hosts > > I am able to consistently reproduce the slow application problem, and > doing an strace it appears to be related to socket file access > in /tmp/.ICE-unix > > Forcibly restarting the X server fixes the problem, and on relogin > things work. I've always suspected that some apps cache values read from /etc/resolv.conf (for example, I KNOW that postfix does) so if you start the app (or perhaps a bonobo activation server....) and then later when network configs change, the app keeps using the old values. It would be interesting to me to see the 'tcpdump' on the wired eth0 interface over the 30 seconds, maybe. David From skvidal at fedoraproject.org Wed Apr 2 00:42:03 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 20:42:03 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2C5BB.6020402@gmail.com> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> Message-ID: <1207096923.15651.52.camel@cutter> On Tue, 2008-04-01 at 18:31 -0500, Les Mikesell wrote: > There are plenty of ways to get broken code. I don't think it is a bad > thing to avoid one of them. And I'm never thrilled when anything adds > interface changes that require knowing the differences between machines > in the scripts that ssh commands to them - as for example when yum > decided not to like --download-only and might or might not do > --downloadonly depending on the circumstances. (I still have an > assortment of CentoOS3.x boxes running too...). okay, your expectations about a program ever changing what its command line arguments are (even between major version changes) is unreasonable and frankly not pleasant. The api has remained consistent for rhel and centos in 5. The feature set and speed has been enhanced. I'm not going to continue this discussion on this list. If you have a problem with what centos ships, take it up on a centos list. If you have a problem with what rhel ships take it up with your sales rep or technical account manager. It is offtopic for this list. -sv From lesmikesell at gmail.com Wed Apr 2 01:11:03 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 20:11:03 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207096923.15651.52.camel@cutter> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> Message-ID: <47F2DD27.3000609@gmail.com> seth vidal wrote: > On Tue, 2008-04-01 at 18:31 -0500, Les Mikesell wrote: >> There are plenty of ways to get broken code. I don't think it is a bad >> thing to avoid one of them. And I'm never thrilled when anything adds >> interface changes that require knowing the differences between machines >> in the scripts that ssh commands to them - as for example when yum >> decided not to like --download-only and might or might not do >> --downloadonly depending on the circumstances. (I still have an >> assortment of CentoOS3.x boxes running too...). > > okay, your expectations about a program ever changing what its command > line arguments are (even between major version changes) is unreasonable > and frankly not pleasant. It's not an expectation, it's an experience. I just don't see what the point is of a change like that in a needed system utility any more than I'd understand if cat changed its name to feline, breaking all the scripted work that ever used it. > The api has remained consistent for rhel and centos in 5. The feature > set and speed has been enhanced. So you think it is OK for every version to require different command lines for the same common operations? That is very untypical for unix-like systems. > I'm not going to continue this discussion on this list. If you have a > problem with what centos ships, take it up on a centos list. The reason I'm bringing it up here is that this is where the changes happen. > If you have > a problem with what rhel ships take it up with your sales rep or > technical account manager. The problem I mentioned was in FC6, but > It is offtopic for this list. Consistency is offtopic? How odd. Do I have to look at some other distributions to find one that understands that consistent operations are valuable? -- Les Mikesell lesmikesell at gmail.com From skvidal at fedoraproject.org Wed Apr 2 01:15:27 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Apr 2008 21:15:27 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2DD27.3000609@gmail.com> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> Message-ID: <1207098927.15651.59.camel@cutter> On Tue, 2008-04-01 at 20:11 -0500, Les Mikesell wrote: > > The api has remained consistent for rhel and centos in 5. The feature > > set and speed has been enhanced. > > So you think it is OK for every version to require different command > lines for the same common operations? That is very untypical for > unix-like systems. > I think it is okay for programs under development to change their options when they have a major version change. including --download-only originally was a mistake that was corrected. > > I'm not going to continue this discussion on this list. If you have a > > problem with what centos ships, take it up on a centos list. > > The reason I'm bringing it up here is that this is where the changes > happen. no, actually, for yum, it is not. yum changes happen on yum and yum-devel list. Not here. > > If you have > > a problem with what rhel ships take it up with your sales rep or > > technical account manager. > > The problem I mentioned was in FC6, but FC6 is EOL'd. There will not be anymore updates to it. That's the end of that discussion. If you wish to change fedora policy about EOL lifetimes I suggest you discuss that with fesco and the board. Not fedora-devel-list. > > It is offtopic for this list. > > Consistency is offtopic? How odd. Do I have to look at some other > distributions to find one that understands that consistent operations > are valuable? discussing inclusion of programs in centos and rhel is offtopic for fedora-devel, yes. -sv From lesmikesell at gmail.com Wed Apr 2 01:47:00 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 01 Apr 2008 20:47:00 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207098927.15651.59.camel@cutter> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> Message-ID: <47F2E594.7060203@gmail.com> seth vidal wrote: > > I think it is okay for programs under development to change their > options when they have a major version change. including --download-only > originally was a mistake that was corrected. Personally, I think the download only option should be an always-available choice, since many people will want to baby-sit updates but would prefer not to have to wait around while the downloads happen. In fact I'd expect that to be the most common use if the documentation gave it as an example. Just my opinion... But aside from modularization, why was the change in the name of the option necessary? Doesn't it annoy you when python changes something that makes your scripts version-specific? >> Consistency is offtopic? How odd. Do I have to look at some other >> distributions to find one that understands that consistent operations >> are valuable? > > discussing inclusion of programs in centos and rhel is offtopic for > fedora-devel, yes. The expectation of consistency is the only point I care about here. Should I expect to always have to know the distribution/version/plugins of every machine running yum in order to do common operations across them? -- Les Mikesell lesmikesell at gmail.com From walters at verbum.org Wed Apr 2 02:32:23 2008 From: walters at verbum.org (Colin Walters) Date: Tue, 1 Apr 2008 22:32:23 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <1207096603.10532.48.camel@gandalf.cobite.com> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> <1207096603.10532.48.camel@gandalf.cobite.com> Message-ID: On Tue, Apr 1, 2008 at 8:36 PM, David Mansfield wrote: > > I've always suspected that some apps cache values read > from /etc/resolv.conf (for example, I KNOW that postfix does) so if you > start the app (or perhaps a bonobo activation server....) and then later > when network configs change, the app keeps using the old values. Every application using glibc behaves that way unless it explicitly goes out of its way to listen for network changes and call res_init(). http://www.redhat.com/archives/rhl-devel-list/2007-December/msg00355.html From walters at verbum.org Wed Apr 2 02:34:14 2008 From: walters at verbum.org (Colin Walters) Date: Tue, 1 Apr 2008 22:34:14 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> Message-ID: 2008/4/1 Jeff Spaleta : > > My /etc/hosts file never changes during these operations, and the > environment variable $HOSTNAME continues to be localhost.localdomain, which > is defined in /etc/hosts But does the kernel's idea of the hostname change? (output of `hostname`) If it does that has historically broken X/ORBit. The real fix for that is for desktops not to change the hostname at all. Pick a hostname derived from the firstboot username, map it to 127.0.0.1, and never change it. From d.jacobfeuerborn at conversis.de Wed Apr 2 03:05:09 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Wed, 02 Apr 2008 05:05:09 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F2CA43.8030306@conversis.de> Message-ID: <47F2F7E5.8050807@conversis.de> Harald Hoyer wrote: > Dennis Jacobfeuerborn wrote: >> Harald Hoyer wrote: >>> Compiling these modules, which are loaded on nearly every PC, in the >>> kernel cuts down my boot time from 42s to 32s on my computer: >>> >>> ata_generic >>> ata_piix >> ... >>> sr_mod >>> uhci_hcd >> >> Does the boot time decrease depending on the number of modules you >> include in the kernel? Maybe it's just one or a few modules that make >> up the bulk of that time. > > to be tested. was just a rough guess of the most common modules, > compiled and measured. > >> >> Also should configuring these bits as external modules really have >> this much of an impact on the boot time? > > yep. nash, udev, rc.sysinit.. all wait on module loading But 10s or 25% of boot time just for loading the modules? That sounds quite bad. Maybe instead of moving the modules into the kernel it would be better to find out why exactly the loading takes so long and to look at possible optimizations. Regards, Dennis From davej at redhat.com Wed Apr 2 04:20:49 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Apr 2008 00:20:49 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <20080402042049.GA13277@redhat.com> On Wed, Apr 02, 2008 at 01:22:13AM +0200, Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the kernel cuts down my boot time from 42s to > 32s on my computer: > > ata_generic this should only be used as a last resort if no other storage modules claim a device. Usually there's a chipset driver that's a better choice instead, but we keep this around so that we continue to boot on hardware thats released after the distro. We could fudge around it by changing the initcall order to be later than all the chipset drivers (if that hasn't been done already) > ata_piix > cdrom > dm_mirror > dm_mod > dm_snapshot > dm_zero > ehci_hcd > ext3 > floppy > i2c_core > jbd > libata > mbcache > ohci_hcd > parport > parport_pc > pata_acpi > scsi_mod > sd_mod > sg > snd > snd_mixer_oss > snd_page_alloc > snd_pcm > snd_pcm_oss > snd_seq > snd_seq_device > snd_seq_dummy > snd_seq_midi_event > snd_seq_oss > snd_timer > soundcore > sr_mod > uhci_hcd Someone already proposed we switch the usb hcd drivers to builtins for F10. It's a bit late right now to be changing something like that which could introduce regressions. In the past when we tried this, there were initialisation ordering problems. (again, maybe it's fixed now, but it's something to find out in f10, and then perhaps an f9 backport) The rest of the modules you list deserve some consideration too. After the usb suggestion last week, I made a todo item for f10 to go through all our =m choices that could possibly be =y's, and also the opposite. We have a ton of stuff built-in that could probably be better off as modules. (boot with initcall_debug, and you'll see we spend quite a few seconds of bootup trying to initialise hardware that doesn't exist). Dave -- http://www.codemonkey.org.uk From davej at redhat.com Wed Apr 2 04:23:38 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Apr 2008 00:23:38 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2F7E5.8050807@conversis.de> References: <47F2C3A5.7010402@redhat.com> <47F2CA43.8030306@conversis.de> <47F2F7E5.8050807@conversis.de> Message-ID: <20080402042338.GB13277@redhat.com> On Wed, Apr 02, 2008 at 05:05:09AM +0200, Dennis Jacobfeuerborn wrote: > Harald Hoyer wrote: > > Dennis Jacobfeuerborn wrote: > >> Harald Hoyer wrote: > >>> Compiling these modules, which are loaded on nearly every PC, in the > >>> kernel cuts down my boot time from 42s to 32s on my computer: > >>> > >>> ata_generic > >>> ata_piix > >> ... > >>> sr_mod > >>> uhci_hcd > >> > >> Does the boot time decrease depending on the number of modules you > >> include in the kernel? Maybe it's just one or a few modules that make > >> up the bulk of that time. > > > > to be tested. was just a rough guess of the most common modules, > > compiled and measured. > > > >> > >> Also should configuring these bits as external modules really have > >> this much of an impact on the boot time? > > > > yep. nash, udev, rc.sysinit.. all wait on module loading > > But 10s or 25% of boot time just for loading the modules? That sounds quite > bad. Maybe instead of moving the modules into the kernel it would be better > to find out why exactly the loading takes so long and to look at possible > optimizations. Almost certainly a lot of it will be spent in parsing /lib/modules/$ver/modules.dep Will Cohen did some experiments by sorting that file so that all the modules that he had loaded were at the top of the file. I forget the exact numbers, but it made a noticable difference. I suspect that if modules.dep was sorted and indexed, that lookups could be made a lot faster than they are now. Dave -- http://www.codemonkey.org.uk From davej at redhat.com Wed Apr 2 04:24:45 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Apr 2008 00:24:45 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2CB8A.5060006@gmail.com> References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> Message-ID: <20080402042445.GC13277@redhat.com> On Tue, Apr 01, 2008 at 04:55:54PM -0700, Andrew Farris wrote: > Harald Hoyer wrote: > > Compiling these modules, which are loaded on nearly every PC, in the > > kernel cuts down my boot time from 42s to 32s on my computer: > > > floppy > > I was going to suggest you might want to leave that one out, since I wouldn't > think its that common anymore... then I checked, and this is loaded on my > machine which has no floppy. The code to detect if we have a floppy controller lives... in the floppy module. It's not something that's trivially detectable like pci/usb devices. Dave -- http://www.codemonkey.org.uk From wwoods at redhat.com Wed Apr 2 04:27:18 2008 From: wwoods at redhat.com (Will Woods) Date: Wed, 2 Apr 2008 00:27:18 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <9581877D-3688-493A-B722-5E9F45078139@redhat.com> On Apr 1, 2008, at 7:22 PM, Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the > kernel cuts down my boot time from 42s to 32s on my computer: It's pretty well known that modprobe is slow. Heck, you've reported bugs about this before: https://bugzilla.redhat.com/show_bug.cgi?id=249270 - modprobe is slow Will Cohen (here at Red Hat) did some profiling and found one of the major problems was that modprobe takes a long time to search /lib/ modules/`uname -r`/modules.deps: http://sourceware.org/ml/systemtap/2007-q1/msg00140.html IIRC one of the proposed solutions was to have 'modprobed' - a modprobe daemon which would read modules.deps at system startup and handle all subsequent modprobe requests from udev etc. Mac OS X does a similar thing; see http://www.osxbook.com/book/bonus/misc/optimizations/#TWO and its man pages for kextd(8) and kextcache(8). The way they do early boot (the parts in our kernel & initrd) is essentially the same as us. One interesting optimization is that they support booting from a 'kernelcache' - a big fat image that has the kernel with the modules needed to find the root device *already linked in*. Weird. Other than that, as far as I can tell, it's basically just a kernel+initrd with modules in it. Once they're into the full system, they start up kextd, which loads kernel module metadata and handles all further requests for module loading. We, on the other hand, re-read the entire module dependency list every time anything requests a module be loaded. Which happens a *lot* at system startup. Yuck. So, yes. There's a fun summer project for someone: modprobed. -w From harald at redhat.com Wed Apr 2 04:49:51 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 06:49:51 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2CB8A.5060006@gmail.com> References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> Message-ID: Andrew Farris wrote: > Harald Hoyer wrote: >> Compiling these modules, which are loaded on nearly every PC, in the >> kernel cuts down my boot time from 42s to 32s on my computer: > >> floppy > > I was going to suggest you might want to leave that one out, since I > wouldn't think its that common anymore... then I checked, and this is > loaded on my machine which has no floppy. > # echo "blacklist floppy" >> /etc/modprobe.conf or even # echo "install floppy /bin/true" >> /etc/modprobe.conf From harald at redhat.com Wed Apr 2 04:54:55 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 06:54:55 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <9581877D-3688-493A-B722-5E9F45078139@redhat.com> References: <47F2C3A5.7010402@redhat.com> <9581877D-3688-493A-B722-5E9F45078139@redhat.com> Message-ID: Will Woods wrote: > > On Apr 1, 2008, at 7:22 PM, Harald Hoyer wrote: >> Compiling these modules, which are loaded on nearly every PC, in the >> kernel cuts down my boot time from 42s to 32s on my computer: > > It's pretty well known that modprobe is slow. Heck, you've reported bugs > about this before: > https://bugzilla.redhat.com/show_bug.cgi?id=249270 - modprobe is slow ? udev (modprobe triggered from udev) only speeds up by 3s of those 10s ... so something else is going on. > > The way they do early boot (the parts in our kernel & initrd) is > essentially the same as us. One interesting optimization is that they > support booting from a 'kernelcache' - a big fat image that has the > kernel with the modules needed to find the root device *already linked > in*. Weird. Other than that, as far as I can tell, it's basically just a > kernel+initrd with modules in it. > > Once they're into the full system, they start up kextd, which loads > kernel module metadata and handles all further requests for module loading. > > We, on the other hand, re-read the entire module dependency list every > time anything requests a module be loaded. Which happens a *lot* at > system startup. Yuck. > > So, yes. There's a fun summer project for someone: modprobed. > > -w > well, the udev team once thought of integrating this inside of udev. From harald at redhat.com Wed Apr 2 05:25:14 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 07:25:14 +0200 Subject: Parellel boot and audit In-Reply-To: References: <200804010903.25095.sgrubb@redhat.com> <200804010945.27551.sgrubb@redhat.com> <20080401154914.GC17721@nostromo.devel.redhat.com> <20080401164352.GA17118@nostromo.devel.redhat.com> Message-ID: Colin Walters wrote: > On Tue, Apr 1, 2008 at 3:05 PM, Harald Hoyer wrote: >> Work with the Linux Foundation on a new/revised sane LSB spec? > > There are two separate things here: > > 1) Use LSB for OS-provided init scripts > 2) Support third-party LSB init scripts > > Now 2) makes sense, but I don't see a lot of value generally in 1) - > particularly since most of these init scripts are just a big > copy&paste mess of shell script that can be effectively replaced by a > single Upstart line like: > > exec /usr/libexec/mydaemon > > To take a concrete example from > https://bugzilla.redhat.com/show_bug.cgi?id=246884 > This would be the startup script: > > pre-start script > if ! /sbin/lsmod | grep -q cachefiles; then modprobe cachefiles; fi > end script > exec /sbin/cachefilesd > > 85 lines of shell goo down to 4. And it'd just be 1 if the logic for > the kernel module was in the daemon itself (as I would argue it should > be). > the initng guys did that already for initng.. have a look at initng-ifiles. All ready and set to go. From davej at redhat.com Wed Apr 2 05:55:39 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Apr 2008 01:55:39 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <9581877D-3688-493A-B722-5E9F45078139@redhat.com> References: <47F2C3A5.7010402@redhat.com> <9581877D-3688-493A-B722-5E9F45078139@redhat.com> Message-ID: <20080402055539.GA14057@redhat.com> On Wed, Apr 02, 2008 at 12:27:18AM -0400, Will Woods wrote: > IIRC one of the proposed solutions was to have 'modprobed' - a > modprobe daemon which would read modules.deps at system startup and > handle all subsequent modprobe requests from udev etc. to solve slow booting, the solution is 'add another daemon that starts every time boot' ? That sounds kinda backwards when with some fairly trivial changes to module-init-tools (generation of an index at depmod time, and parsing of that index to eliminate the bulk of the file scanning) we should be able to eliminate most of the overhead with no runtime cost. Dave -- http://www.codemonkey.org.uk From harald at redhat.com Wed Apr 2 06:13:04 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 08:13:04 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402042049.GA13277@redhat.com> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> Message-ID: <47F323F0.3080800@redhat.com> 39 seconds: vanilla fedora kernel --without debug 38 seconds: -dm_mirror -dm_mod -dm_multipath -dm_snapshot -dm_zero 34 seconds: -dm_mirror -dm_mod -dm_multipath -dm_snapshot -dm_zero -libata -pata_acpi -scsi_mod -ata_generic -ata_piix 36 seconds: -libata -pata_acpi -scsi_mod -sd_mod -sg 3 seconds for 5 modules we need in 90% of all cases is not bad. +1 for a kernel builtin of: -libata -pata_acpi -scsi_mod -sd_mod -sg From lordmorgul at gmail.com Wed Apr 2 06:40:39 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 01 Apr 2008 23:40:39 -0700 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> Message-ID: <47F32A67.6020405@gmail.com> Harald Hoyer wrote: > Andrew Farris wrote: >> Harald Hoyer wrote: >>> Compiling these modules, which are loaded on nearly every PC, in the >>> kernel cuts down my boot time from 42s to 32s on my computer: >> >>> floppy >> >> I was going to suggest you might want to leave that one out, since I >> wouldn't think its that common anymore... then I checked, and this is >> loaded on my machine which has no floppy. I suppose that makes sense and didn't think about it. Moving detection code out of all modules into the main kernel would probably be alot of messy to deal with for embedded system builds. > # echo "blacklist floppy" >> /etc/modprobe.conf > > or even > > # echo "install floppy /bin/true" >> /etc/modprobe.conf Thanks I knew this, just hadn't noticed floppy was getting loaded (not that its hurting me). A couple years ago I used to rebuild all the kernel rpms with my own moduleless config but haven't felt the need in a long time. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From csnook at redhat.com Wed Apr 2 06:41:58 2008 From: csnook at redhat.com (Chris Snook) Date: Wed, 02 Apr 2008 02:41:58 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <47F32AB6.1010000@redhat.com> Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the > kernel cuts down my boot time from 42s to 32s on my computer: > > ata_generic > ata_piix > cdrom > dm_mirror > dm_mod > dm_snapshot > dm_zero > ehci_hcd > ext3 > floppy > i2c_core > jbd > libata > mbcache > ohci_hcd > parport > parport_pc > pata_acpi > scsi_mod > sd_mod > sg > snd > snd_mixer_oss > snd_page_alloc > snd_pcm > snd_pcm_oss > snd_seq > snd_seq_device > snd_seq_dummy > snd_seq_midi_event > snd_seq_oss > snd_timer > soundcore > sr_mod > uhci_hcd > It also makes it much more difficult to troubleshoot those subsystems or work around their quirks. I wouldn't have a problem with ext3, jbd, or dm_* being built-in, but anything that deals with hardware should really be modular. Of course, that wipes out most of your list. I'd really rather focus on optimizing modprobe than sacrificing the many benefits of modularity for a very small performance boost. -- Chris From davej at redhat.com Wed Apr 2 06:52:09 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Apr 2008 02:52:09 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F32AB6.1010000@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> Message-ID: <20080402065209.GA19186@redhat.com> On Wed, Apr 02, 2008 at 02:41:58AM -0400, Chris Snook wrote: > It also makes it much more difficult to troubleshoot those subsystems or > work around their quirks. I wouldn't have a problem with ext3, jbd, or > dm_* being built-in, but anything that deals with hardware should really > be modular. Of course, that wipes out most of your list. > > I'd really rather focus on optimizing modprobe than sacrificing the many > benefits of modularity for a very small performance boost. There's another reason why usb hcd's were proposed to be built-ins. We may get to use usb-serial for logging boot messages if we do so. (and also build-in the relevant usb-serial modules). given the absense of serial ports on a lot of modern machines, this may prove to be useful. Dave -- http://www.codemonkey.org.uk From airlied at redhat.com Wed Apr 2 06:54:36 2008 From: airlied at redhat.com (Dave Airlie) Date: Wed, 02 Apr 2008 16:54:36 +1000 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402065209.GA19186@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <20080402065209.GA19186@redhat.com> Message-ID: <1207119277.7250.24.camel@clockmaker.usersys.redhat.com> On Wed, 2008-04-02 at 02:52 -0400, Dave Jones wrote: > which is somewhat strange to cc> > > On Wed, Apr 02, 2008 at 02:41:58AM -0400, Chris Snook wrote: > > > It also makes it much more difficult to troubleshoot those subsystems or > > work around their quirks. I wouldn't have a problem with ext3, jbd, or > > dm_* being built-in, but anything that deals with hardware should really > > be modular. Of course, that wipes out most of your list. > > > > I'd really rather focus on optimizing modprobe than sacrificing the many > > benefits of modularity for a very small performance boost. > > There's another reason why usb hcd's were proposed to be built-ins. > We may get to use usb-serial for logging boot messages if we do so. > (and also build-in the relevant usb-serial modules). > > given the absense of serial ports on a lot of modern machines, this > may prove to be useful. > Useful for watching the usb-serial module oops :-P Dave. From harald at redhat.com Wed Apr 2 06:57:43 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 08:57:43 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F32AB6.1010000@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> Message-ID: Chris Snook wrote: > It also makes it much more difficult to troubleshoot those subsystems or > work around their quirks. I wouldn't have a problem with ext3, jbd, or > dm_* being built-in, but anything that deals with hardware should really > be modular. Of course, that wipes out most of your list. > > I'd really rather focus on optimizing modprobe than sacrificing the many > benefits of modularity for a very small performance boost. > > -- Chris > 39 seconds normal boot time on my system with modprobe of all modules. Now a measurement without modprobe: # mkinitrd -f $(/sbin/lsmod |while read a b; do echo --preload $a;done|fgrep -v Module) /boot/initrd-$(uname -r).img $(uname -r) initrd now loads all used modules and we can disable modprobe: # mv /etc/udev/rules.d/80-drivers.rules /etc/udev/rules.d/80-drivers.rules.bak Now the boot time is 36 seconds. So, you can shave off a maximum of 3s with modprobe optimization on my system. Also a "small" performance boost. From j.w.r.degoede at hhs.nl Wed Apr 2 07:06:38 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 02 Apr 2008 09:06:38 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <47F3307E.6020604@hhs.nl> Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the > kernel cuts down my boot time from 42s to 32s on my computer: > > ata_generic > ata_piix > cdrom > dm_mirror > dm_mod > dm_snapshot > dm_zero > ehci_hcd > ext3 > floppy > i2c_core > jbd > libata > mbcache > ohci_hcd > parport > parport_pc > pata_acpi > scsi_mod > sd_mod > sg > snd > snd_mixer_oss > snd_page_alloc > snd_pcm > snd_pcm_oss > snd_seq > snd_seq_device > snd_seq_dummy > snd_seq_midi_event > snd_seq_oss > snd_timer > soundcore > sr_mod > uhci_hcd If we're giong todo this please leave out any modules that do hardware probing, so atleast no floppy please. In legacy free / floppy less PC's loading the floppy module will cause a huge delay while it tries to talk to a non existing floppy drive, the same would probably apply to parport_pc other then that I believe this is an easy solution for reducing the delays caused by for modprobe sucking speed wise. Regards, Hans From harald at redhat.com Wed Apr 2 07:15:24 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 09:15:24 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> Message-ID: Harald Hoyer wrote: > 39 seconds normal boot time on my system with modprobe of all modules. > > Now a measurement without modprobe: > > # mkinitrd -f $(/sbin/lsmod |while read a b; do echo --preload > $a;done|fgrep -v Module) /boot/initrd-$(uname -r).img $(uname -r) > > initrd now loads all used modules and we can disable modprobe: > > # mv /etc/udev/rules.d/80-drivers.rules > /etc/udev/rules.d/80-drivers.rules.bak > > Now the boot time is 36 seconds. > > So, you can shave off a maximum of 3s with modprobe optimization on my > system. Also a "small" performance boost. > Also very interesting: if I turn on modprobe again, it takes 38 seconds. So 2 seconds for already loaded / non existent modules. From j.w.r.degoede at hhs.nl Wed Apr 2 07:08:22 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 02 Apr 2008 09:08:22 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402042445.GC13277@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> <20080402042445.GC13277@redhat.com> Message-ID: <47F330E6.4000707@hhs.nl> Dave Jones wrote: > On Tue, Apr 01, 2008 at 04:55:54PM -0700, Andrew Farris wrote: > > Harald Hoyer wrote: > > > Compiling these modules, which are loaded on nearly every PC, in the > > > kernel cuts down my boot time from 42s to 32s on my computer: > > > > > floppy > > > > I was going to suggest you might want to leave that one out, since I wouldn't > > think its that common anymore... then I checked, and this is loaded on my > > machine which has no floppy. > > The code to detect if we have a floppy controller lives... in the floppy module. > It's not something that's trivially detectable like pci/usb devices. > Isn't this (determing wether or not to load floppy.ko) done (on PC's) by checking if the BIOS has a floppy configured? Andrew, can you see if your BIOS thinks you have a floppy (the default) and if so tell it it hasn't, then floppy.ko shouldn't get loaded anymore and that should results in a couple of secs ood speedup. Regards, Hans From lordmorgul at gmail.com Wed Apr 2 07:29:17 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 02 Apr 2008 00:29:17 -0700 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F330E6.4000707@hhs.nl> References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> <20080402042445.GC13277@redhat.com> <47F330E6.4000707@hhs.nl> Message-ID: <47F335CD.6080506@gmail.com> Hans de Goede wrote: > Dave Jones wrote: >> On Tue, Apr 01, 2008 at 04:55:54PM -0700, Andrew Farris wrote: >> > Harald Hoyer wrote: >> > > Compiling these modules, which are loaded on nearly every PC, in >> the > > kernel cuts down my boot time from 42s to 32s on my computer: >> > > > floppy >> > > I was going to suggest you might want to leave that one out, >> since I wouldn't > think its that common anymore... then I checked, >> and this is loaded on my > machine which has no floppy. >> >> The code to detect if we have a floppy controller lives... in the >> floppy module. >> It's not something that's trivially detectable like pci/usb devices. >> > > Isn't this (determing wether or not to load floppy.ko) done (on PC's) by > checking if the BIOS has a floppy configured? > > Andrew, can you see if your BIOS thinks you have a floppy (the default) > and if so tell it it hasn't, then floppy.ko shouldn't get loaded anymore > and that should results in a couple of secs ood speedup. My BIOS has the floppy deliberately turned off (set not present) and in fact the floppy drive has been removed. That does not rule out a Dell BIOS bug though (Dell precision 340 workstation). -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From nikhil.bbharadwaj at yahoo.com Wed Apr 2 07:34:09 2008 From: nikhil.bbharadwaj at yahoo.com (nikhil bharadwaj) Date: Wed, 2 Apr 2008 00:34:09 -0700 (PDT) Subject: Fedora Windows Migration Tool Message-ID: <194154.41840.qm@web38906.mail.mud.yahoo.com> I have an idea of importing all the Windows documents,files,etc. into the Fedora partition during the installation. Also, maintaining a sync of all the files in both the OS's. A detailed overview and concept of the idea is in the given link: http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ --------------------------------- You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Wed Apr 2 07:50:22 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 2 Apr 2008 01:50:22 -0600 Subject: Fedora Windows Migration Tool In-Reply-To: <194154.41840.qm@web38906.mail.mud.yahoo.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> Message-ID: <16de708d0804020050q7935fb94w49507ac0d11bdaa4@mail.gmail.com> 2008/4/2 nikhil bharadwaj : > I have an idea of importing all the Windows documents,files,etc. into the > Fedora partition during the installation. Also, maintaining a sync of all > the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ Well first of all, this would be best done on firstboost, after firstboost, not really "in setup" -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From harald at redhat.com Wed Apr 2 08:06:53 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 10:06:53 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> Message-ID: Harald Hoyer wrote: > Harald Hoyer wrote: >> 39 seconds normal boot time on my system with modprobe of all modules. >> >> Now a measurement without modprobe: >> >> # mkinitrd -f $(/sbin/lsmod |while read a b; do echo --preload >> $a;done|fgrep -v Module) /boot/initrd-$(uname -r).img $(uname -r) >> >> initrd now loads all used modules and we can disable modprobe: >> >> # mv /etc/udev/rules.d/80-drivers.rules >> /etc/udev/rules.d/80-drivers.rules.bak >> >> Now the boot time is 36 seconds. >> >> So, you can shave off a maximum of 3s with modprobe optimization on my >> system. Also a "small" performance boost. >> > > Also very interesting: if I turn on modprobe again, it takes 38 seconds. > So 2 seconds for already loaded / non existent modules. > standard: 39s total, 12s until rc.sysinit starts If I compile in all modules, that can be compiled in: 35s total, 8s until rc.sysinit starts Which means, I lose 4 seconds by loading ata_piix, dm_* modules in nash. Blacklisting the rest of the modules (mostly sound) : 32s total, 8s until rc.sysinit starts 4 seconds in nash. Thats a lot just for loading some modules to mount my root partition. From harald at redhat.com Wed Apr 2 08:21:16 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 10:21:16 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> Message-ID: Harald Hoyer wrote: > 4 seconds in nash. Thats a lot just for loading some modules to mount my > root partition. > Btw, here is the chart: http://people.fedoraproject.org/~harald/bootchart-26.svg This is a minimal set of services. start_udev: 1s for MAKEDEV, 2.3s for udevtrigger and settle, including console_init, etc., looks ok S80sendmail: does newaliases really have to last so long? wpa supplicant: why is this started? I have no wireless card, nor one configured.. rpm: huh? gdm started rpm? From jamatos at fc.up.pt Wed Apr 2 08:43:18 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Wed, 2 Apr 2008 09:43:18 +0100 Subject: Package review swaps In-Reply-To: References: Message-ID: <200804020943.19766.jamatos@fc.up.pt> On Tuesday 01 April 2008 22:45:43 Michel Salim wrote: > 439337 ?python-sphinx - Python documentation generator ? I will pick this one. -- Jos? Ab?lio From atkac at redhat.com Wed Apr 2 08:44:12 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 2 Apr 2008 10:44:12 +0200 Subject: Orphaning psgml package Message-ID: <20080402084412.GA21063@evileye.atkac.englab.brq.redhat.com> Hi all, is anyone here interested in maintaining psgml package? It is really low maintenance-cost package (about one bug per year). It is SGML module to Emacs written in Lisp. It is quite hard to maintain it for me because I'm not Emacs user and I'm not so familiar with Lisp. Adam -- Adam Tkac, Red Hat, Inc. From bnocera at redhat.com Wed Apr 2 09:20:55 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Wed, 02 Apr 2008 10:20:55 +0100 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <1207128055.13201.249.camel@cookie.hadess.net> On Wed, 2008-04-02 at 01:22 +0200, Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the kernel cuts down my boot time from 42s to > 32s on my computer: > snd_mixer_oss > snd_pcm_oss > snd_seq_oss Those have nothing to do here though. From harald at redhat.com Wed Apr 2 09:24:32 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 11:24:32 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207128055.13201.249.camel@cookie.hadess.net> References: <47F2C3A5.7010402@redhat.com> <1207128055.13201.249.camel@cookie.hadess.net> Message-ID: Bastien Nocera wrote: > On Wed, 2008-04-02 at 01:22 +0200, Harald Hoyer wrote: >> Compiling these modules, which are loaded on nearly every PC, in the kernel cuts down my boot time from 42s to >> 32s on my computer: > >> snd_mixer_oss > >> snd_pcm_oss > >> snd_seq_oss > > Those have nothing to do here though. > though get autoloaded... so we may blacklist them in /etc/modprobe.d/blacklist-snd-oss From rawhide at fedoraproject.org Wed Apr 2 09:35:33 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Wed, 2 Apr 2008 09:35:33 +0000 (UTC) Subject: rawhide report: 20080402 changes Message-ID: <20080402093533.95BE4209DB8@releng1.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From bbbush.yuan at gmail.com Wed Apr 2 10:03:48 2008 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Wed, 2 Apr 2008 18:03:48 +0800 Subject: Fedora Windows Migration Tool In-Reply-To: <16de708d0804020050q7935fb94w49507ac0d11bdaa4@mail.gmail.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <16de708d0804020050q7935fb94w49507ac0d11bdaa4@mail.gmail.com> Message-ID: <76e72f800804020303m43e37abfy615c71196c565bf1@mail.gmail.com> 2008/4/2, Arthur Pemberton : > 2008/4/2 nikhil bharadwaj : > > > I have an idea of importing all the Windows documents,files,etc. into the > > Fedora partition during the installation. Also, maintaining a sync of all > > the files in both the OS's. > > > > A detailed overview and concept of the idea is in the given link: > > > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > Well first of all, this would be best done on firstboost, after > firstboost, not really "in setup" > Maybe at any time? not only when setup, but synchronize them. -- bbbush ^_^ From ml at deadbabylon.de Wed Apr 2 10:06:12 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Wed, 2 Apr 2008 12:06:12 +0200 Subject: KDE-SIG weekly report (14/2008) Message-ID: <200804021206.17980.ml@deadbabylon.de> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply ?to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 14/2008 Time: 2008-04-01 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-01 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-01?action=AttachFile&do=get&target=fedora-kde-sig-2008-04-01.txt ---------------------------------------------------------------------------------- = Participants = - GeraldCox - KevinKofler - LukasTinkl - RexDieter - SebastianVahl - ThanNgo ---------------------------------------------------------------------------------- = Agenda = - Waves desktop background - New xine-lib PA plugin (#439731) [1] - State of konq-plugins (#438126) - kdemultimedia3 pkg (#439701) = Summary = o Waves desktop background: - Bug #439811 asks for also including the svgs in desktop-backgrounds to be able to use these instead of the pngs. o New xine-lib PA plugin: - KDE currently uses the alsa output device through phonon to workaround the not-working PA plugin for xine. - Since the native PulseAudio plugin for xine-lib is working again we'll test it when xine-lib is patched. - Contingency plan: stay with the current ALSA solution. - Test plan: Wait for xine-lib to include the PulseAudio plugin and test it with amarok or other xine apps. o kdemultimedia3 pkg review: - A kdemultimedia3 compat package would contain libarts_* for arts support in KDE3 applications. - Packages that still use arts: k3b, koffice-kpresenter, basket, taxipilot, kbilliards, allegro, gg2, kadu, xeuphoric, gnubg - If possible, the packages should disable arts support (eg. if it's only used for playing hardcoded sounds). - The package will be pulled from review for now. o state of konq-plugins: - All plugins in konq-plugins should be tested for functionality. - Not working plugins will be disabled. - The akregator plugin will need kdepim to work properly but Sebastian Vahl wants to avoid a hard dependency on kdepim. - Proper solutions would be: * Create a sub package just for one plugin and let this package require kdepim. * Omit akgreator from konq-addons. don't require kdepim at all (like kdeaddons does) * add a short explanation to %description - The decision was to use the latter. o Open discussion: - KDM theme circles: * Default KDM theme does not really fit between RHGB and Ksplash/Desktop background. * Because there likely will be no GDM theme to adopt, one solution could be to use a non-themed KDM with "waves" as background wallpaper. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-01 ---------------------------------------------------------------------------------- = Links = [1] http://0pointer.de/blog/projects/pa-plugin-for-xine.html = Buglist = http://bugzilla.redhat.com/438126 http://bugzilla.redhat.com/439701 http://bugzilla.redhat.com/439731 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From fedora at camperquake.de Wed Apr 2 10:07:52 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 2 Apr 2008 12:07:52 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402042049.GA13277@redhat.com> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> Message-ID: <20080402120752.669a29fd@dhcp03.addix.net> Hi. On Wed, 2 Apr 2008 00:20:49 -0400, Dave Jones wrote: > Someone already proposed we switch the usb hcd drivers to builtins > for F10. Please don't. Unloading the USB drivers is the only way to get my notebook into C3. From gilboad at gmail.com Wed Apr 2 10:14:41 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 02 Apr 2008 13:14:41 +0300 Subject: f9 resetting dns nameservers In-Reply-To: References: Message-ID: <1207131281.3949.0.camel@gilboa-work-dev.localdomain> On Tue, 2008-04-01 at 11:26 -0500, Xavier Toth wrote: > I initially install with dhcp configured but then reconfigured for a > static ip. Now every time I reboot my resolv.conf is overwritten. > Who's doing this and how can I stop it? > Most likely related to this [1] bug. - Gilboa [1] https://bugzilla.redhat.com/show_bug.cgi?id=134886 From benny+usenet at amorsen.dk Wed Apr 2 10:28:41 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 02 Apr 2008 12:28:41 +0200 Subject: Feature or bug? (strange?) yum behaviour References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> Message-ID: James Antill writes: > You know you can check out git HEAD in like one command, or try 3.2.13 > from rawhide in a couple of yum commands ... Alas, yum --enablerepo=development upgrade yum ends in this on my fully updates Fedora 8 laptop: Transaction Summary ============================================================================= Install 27 Package(s) Update 256 Package(s) Remove 0 Package(s) Total download size: 408 M Ouch. /Benny From martin.sourada at gmail.com Wed Apr 2 10:38:30 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Wed, 02 Apr 2008 12:38:30 +0200 Subject: F10 Artwork and Release Name [was: Re: Fedora 10 theme ideas] In-Reply-To: <47F33874.3020900@nicubunu.ro> References: <1207121109.3043.2.camel@pc-notebook> <47F33874.3020900@nicubunu.ro> Message-ID: <1207132710.3043.8.camel@pc-notebook> On Wed, 2008-04-02 at 10:40 +0300, Nicu Buculei wrote: > Martin Sourada wrote: > > > > Great. It's good to start this early with the theming, thus we'll have > > less problems in the future with time schedule :) > > I don't know... if we get again a release name in the middle of Round 2 > and get the process influenced by that and start wondering about the > usefulness of the first round... > Aaah, I forgot... Then, is it already decided when the F10 release name will be set? If we are going to match the artwork for F10 with it's release name, it would greatly help if the release name was determined really early in the process, so it would make IMHO sense (and would greatly help us, the art team) to start with the F10 naming process now and have a vote just about (or shortly after) the F9 release. What do you think? Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Wed Apr 2 10:46:35 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 02 Apr 2008 16:16:35 +0530 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F2E594.7060203@gmail.com> References: <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <47F2B0B7.9080806@gmail.com> <1207087442.15651.44.camel@cutter> <47F2B511.1080009@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> Message-ID: <47F3640B.7010601@fedoraproject.org> Les Mikesell wrote: > > The expectation of consistency is the only point I care about here. > Should I expect to always have to know the distribution/version/plugins > of every machine running yum in order to do common operations across them? Yes. Rahul From alexl at users.sourceforge.net Wed Apr 2 11:13:31 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Wed, 02 Apr 2008 04:13:31 -0700 Subject: Orphaning psgml package In-Reply-To: <20080402084412.GA21063@evileye.atkac.englab.brq.redhat.com> (Adam Tkac's message of "Wed\, 2 Apr 2008 10\:44\:12 +0200") References: <20080402084412.GA21063@evileye.atkac.englab.brq.redhat.com> Message-ID: <2s7ifg8q78.fsf@allele2.eebweb.arizona.edu> >>>>> "AT" == Adam Tkac writes: AT> Hi all, is anyone here interested in maintaining psgml package? It AT> is really low maintenance-cost package (about one bug per AT> year). It is SGML module to Emacs written in Lisp. It is quite AT> hard to maintain it for me because I'm not Emacs user and I'm not AT> so familiar with Lisp. Yep, I'll take it. Alex From sundaram at fedoraproject.org Wed Apr 2 11:22:33 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 02 Apr 2008 16:52:33 +0530 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402120752.669a29fd@dhcp03.addix.net> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> <20080402120752.669a29fd@dhcp03.addix.net> Message-ID: <47F36C79.20500@fedoraproject.org> Ralf Ertzinger wrote: > Hi. > > On Wed, 2 Apr 2008 00:20:49 -0400, Dave Jones wrote: > >> Someone already proposed we switch the usb hcd drivers to builtins >> for F10. > > Please don't. Unloading the USB drivers is the only way to get my > notebook into C3. Wouldn't you want bugs to be fixed instead of having to workaround them? Rahul From alexl at users.sourceforge.net Wed Apr 2 11:23:55 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Wed, 02 Apr 2008 04:23:55 -0700 Subject: Orphaning psgml package In-Reply-To: <2s7ifg8q78.fsf@allele2.eebweb.arizona.edu> (Alex Lancaster's message of "Wed\, 02 Apr 2008 04\:13\:31 -0700") References: <20080402084412.GA21063@evileye.atkac.englab.brq.redhat.com> <2s7ifg8q78.fsf@allele2.eebweb.arizona.edu> Message-ID: >>>>> "AL" == Alex Lancaster writes: >>>>> "AT" == Adam Tkac writes: AT> Hi all, is anyone here interested in maintaining psgml package? It AT> is really low maintenance-cost package (about one bug per AT> year). It is SGML module to Emacs written in Lisp. It is quite AT> hard to maintain it for me because I'm not Emacs user and I'm not AT> so familiar with Lisp. AL> Yep, I'll take it. I should add that I'm a regular user of psgml and also maintain another Emacs package: emacs-ess for statistics. Alex From jonathan.underwood at gmail.com Wed Apr 2 11:25:25 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 2 Apr 2008 12:25:25 +0100 Subject: Orphaning psgml package In-Reply-To: <2s7ifg8q78.fsf@allele2.eebweb.arizona.edu> References: <20080402084412.GA21063@evileye.atkac.englab.brq.redhat.com> <2s7ifg8q78.fsf@allele2.eebweb.arizona.edu> Message-ID: <645d17210804020425s6c17ee7bvc46d9c5c27afe911@mail.gmail.com> On 02/04/2008, Alex Lancaster wrote: > >>>>> "AT" == Adam Tkac writes: > > AT> Hi all, is anyone here interested in maintaining psgml package? It > AT> is really low maintenance-cost package (about one bug per > AT> year). It is SGML module to Emacs written in Lisp. It is quite > AT> hard to maintain it for me because I'm not Emacs user and I'm not > AT> so familiar with Lisp. > > Yep, I'll take it. It'd be nice if the package was updated to meet with the emacs add-on packaging guidelines, if you had time. From alexl at users.sourceforge.net Wed Apr 2 11:25:48 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Wed, 02 Apr 2008 04:25:48 -0700 Subject: Package review swaps In-Reply-To: (Michel Salim's message of "Tue\, 1 Apr 2008 17\:45\:43 -0400") References: Message-ID: >>>>> "MS" == Michel Salim writes: MS> Hi, I have several package reviews (they should be quite MS> straightforward) in my submission queue. Anyone interested in MS> taking these, let me know which of your package you want to have MS> reviewed in return. MS> 439744 rubberband - Audio time-stretching and pitch-shifting MS> librar I'll take this one, in exchange for latex2emf: https://bugzilla.redhat.com/show_bug.cgi?id=440211 Alex From markg85 at gmail.com Wed Apr 2 11:36:18 2008 From: markg85 at gmail.com (Mark) Date: Wed, 2 Apr 2008 13:36:18 +0200 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F3640B.7010601@fedoraproject.org> References: <47F297ED.30908@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> Message-ID: <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> Oke little update on my original post. I'm not complaining about speed! i did that before around F7 and then "proved" that i could do the same in a fraction of a second with mysql but that was without checks. The speed is fine for me as it is now.faster is better but this isn't a issue anymore. What i was saying here is that yum first needs to download/update it's local data to tell something that it could have easily done with rpm -q gimp. And that was also my question if the current behaviour of that is a bug or a feature. I also understand that this might be a rare case scenario so therefore might not even be useful to implement. Also please keep on the subject. Timings are very interesting (so let them come ^_^)! but CentOS doesn't have anything to do with this so don't start on that. 2008/4/2, Rahul Sundaram : > Les Mikesell wrote: > > > > > > The expectation of consistency is the only point I care about here. Should > I expect to always have to know the distribution/version/plugins of every > machine running yum in order to do common operations across them? > > > > Yes. > > Rahul > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From dcbw at redhat.com Wed Apr 2 12:00:47 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 02 Apr 2008 08:00:47 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> Message-ID: <1207137647.23595.1.camel@localhost.localdomain> On Wed, 2008-04-02 at 10:21 +0200, Harald Hoyer wrote: > Harald Hoyer wrote: > > 4 seconds in nash. Thats a lot just for loading some modules to mount my > > root partition. > > > Btw, here is the chart: http://people.fedoraproject.org/~harald/bootchart-26.svg > > This is a minimal set of services. > > start_udev: 1s for MAKEDEV, 2.3s for udevtrigger and settle, including console_init, etc., looks ok > S80sendmail: does newaliases really have to last so long? > wpa supplicant: why is this started? I have no wireless card, nor one configured.. It hasn't been started by default since March 6, 2008. Have you upgraded your system, or is this a fresh install? The wpa_supplicant init.d file does: chkconfig: - 23 88 Default-Start: which should mean it's not on by default. Dan > rpm: huh? gdm started rpm? > From dcbw at redhat.com Wed Apr 2 12:02:33 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 02 Apr 2008 08:02:33 -0400 Subject: f9 resetting dns nameservers In-Reply-To: References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> Message-ID: <1207137753.23595.3.camel@localhost.localdomain> On Tue, 2008-04-01 at 17:21 -0500, Xavier Toth wrote: > Installing the 3521 version and editing ifcfg-eth0 didn't do it for > me. I turned off NetworkManager :( at least now I don't have to > reconfigure DNS after reboot. Can you keep NM off, but do the following and report the output (as root): /usr/sbin/nm-system-settings --plugins=ifcfg-fedora Thanks, Dan > On Tue, Apr 1, 2008 at 4:15 PM, Dan Williams wrote: > > On Tue, 2008-04-01 at 16:11 -0500, Xavier Toth wrote: > > > Where does it look for the ifcfg file? > > > > Versions >= svn3476 look in: > > > > /etc/sysconfig/network-scripts/ > > > > and will pick up any file that starts with "ifcfg-" and does _not_ end > > with any of: .bak, ~, .orig, .rej > > > > This is the same place that ifup/ifdown look for ifcfg files. > > > > Dan > > > > > > > > > On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > > > > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > > > > Hi, > > > > > > > > > > On 01/04/2008, Xavier Toth wrote: > > > > > > I initially install with dhcp configured but then reconfigured for a > > > > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > > > > > > > I've got the same problem with NetworkManager. > > > > > > > > > > cat /etc/resolv.conf > > > > > # generated by NetworkManager, do not edit! > > > > > > > > > > nameserver 160.195.151.8 > > > > > > > > > > This really sucks. > > > > > > > > > > > Who's doing this and how can I stop it? > > > > > > > > > > I don't know. > > > > > > > > Update to the latest rawhide version of NetworkManager (svn3521), which > > > > fixes the location that it reads your ifcfg files from (that anaconda > > > > wrote on startup). > > > > > > > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > > > > NM will bring up your static connection correctly and use your DNS > > > > servers. > > > > > > > > Dan > > > > > > > > > > > > > > > > > > > > -- > > > > fedora-devel-list mailing list > > > > fedora-devel-list at redhat.com > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > -- > > > > > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From jakub.rusinek at gmail.com Tue Apr 1 14:17:40 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Tue, 01 Apr 2008 16:17:40 +0200 Subject: Fedora Windows Migration Tool In-Reply-To: <194154.41840.qm@web38906.mail.mud.yahoo.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> Message-ID: <1207059460.2048.1.camel@fedora> Dnia 2008-04-02, ?ro o godzinie 00:34 -0700, nikhil bharadwaj pisze: > I have an idea of importing all the Windows documents,files,etc. into > the Fedora partition during the installation. Also, maintaining a sync > of all the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > I proposed this already and it wasn't happily welcomed. People were against. As usual here. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From sundaram at fedoraproject.org Wed Apr 2 12:18:46 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 02 Apr 2008 17:48:46 +0530 Subject: Fedora Windows Migration Tool In-Reply-To: <1207059460.2048.1.camel@fedora> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <1207059460.2048.1.camel@fedora> Message-ID: <47F379A6.3000304@fedoraproject.org> Jakub 'Livio' Rusinek wrote: > Dnia 2008-04-02, ?ro o godzinie 00:34 -0700, nikhil bharadwaj pisze: >> I have an idea of importing all the Windows documents,files,etc. into >> the Fedora partition during the installation. Also, maintaining a sync >> of all the files in both the OS's. >> >> A detailed overview and concept of the idea is in the given link: >> >> http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ >> >> > I proposed this already and it wasn't happily welcomed. > > People were against. As usual here. Where did you propose this and who was against this? You keep claiming such things without providing details. Rahul From harald at redhat.com Wed Apr 2 12:24:32 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 14:24:32 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207137647.23595.1.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> Message-ID: Dan Williams wrote: > On Wed, 2008-04-02 at 10:21 +0200, Harald Hoyer wrote: >> Harald Hoyer wrote: >>> 4 seconds in nash. Thats a lot just for loading some modules to mount my >>> root partition. >>> >> Btw, here is the chart: http://people.fedoraproject.org/~harald/bootchart-26.svg >> >> This is a minimal set of services. >> >> start_udev: 1s for MAKEDEV, 2.3s for udevtrigger and settle, including console_init, etc., looks ok >> S80sendmail: does newaliases really have to last so long? >> wpa supplicant: why is this started? I have no wireless card, nor one configured.. > > It hasn't been started by default since March 6, 2008. Have you > upgraded your system, or is this a fresh install? > > The wpa_supplicant init.d file does: > > chkconfig: - 23 88 > Default-Start: > > which should mean it's not on by default. > > Dan correct? seems to be started by NM / dbus according to the bootchart? From bigjoe1008 at gmail.com Wed Apr 2 12:33:08 2008 From: bigjoe1008 at gmail.com (Joe Harnish) Date: Wed, 2 Apr 2008 08:33:08 -0400 Subject: Fedora Windows Migration Tool In-Reply-To: <194154.41840.qm@web38906.mail.mud.yahoo.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> Message-ID: <763fc8580804020533x5e8ee989y136a1f2fc05ab5ff@mail.gmail.com> 2008/4/2 nikhil bharadwaj : > I have an idea of importing all the Windows documents,files,etc. into the > Fedora partition during the installation. Also, maintaining a sync of all > the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > > > ________________________________ > You rock. That's why Blockbuster's offering you one month of Blockbuster > Total Access, No Cost. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > It sounds cool. You would definitely want to filter what is going to be synced though. Because of using things like VMware on Windows puts all your VMs in My Documents\My Virtual Machines\ a user could use up a ton of disk space replicating it. One of the "Other" things to sync though would be Bookmarks and other configuration items. Essentially making the Fedora an upgrade to any Windows installation. --Joe From txtoth at gmail.com Wed Apr 2 13:03:19 2008 From: txtoth at gmail.com (Xavier Toth) Date: Wed, 2 Apr 2008 08:03:19 -0500 Subject: f9 resetting dns nameservers In-Reply-To: <1207137753.23595.3.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> Message-ID: /usr/sbin/nm-system-settings --plugins=ifcfg-fedora ** (nm-system-settings:19898): WARNING **: Could not acquire the NetworkManagerSystemSettings service. Message: 'Connection ":1.77" is not allowed to own the service "org.freedesktop.NetworkManagerSystemSettings" due to security policies in the configuration file' On Wed, Apr 2, 2008 at 7:02 AM, Dan Williams wrote: > On Tue, 2008-04-01 at 17:21 -0500, Xavier Toth wrote: > > Installing the 3521 version and editing ifcfg-eth0 didn't do it for > > me. I turned off NetworkManager :( at least now I don't have to > > reconfigure DNS after reboot. > > Can you keep NM off, but do the following and report the output (as > root): > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > Thanks, > > > Dan > > > On Tue, Apr 1, 2008 at 4:15 PM, Dan Williams wrote: > > > On Tue, 2008-04-01 at 16:11 -0500, Xavier Toth wrote: > > > > Where does it look for the ifcfg file? > > > > > > Versions >= svn3476 look in: > > > > > > /etc/sysconfig/network-scripts/ > > > > > > and will pick up any file that starts with "ifcfg-" and does _not_ end > > > with any of: .bak, ~, .orig, .rej > > > > > > This is the same place that ifup/ifdown look for ifcfg files. > > > > > > Dan > > > > > > > > > > > > > On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > > > > > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > > > > > Hi, > > > > > > > > > > > > On 01/04/2008, Xavier Toth wrote: > > > > > > > I initially install with dhcp configured but then reconfigured for a > > > > > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > > > > > > > > > I've got the same problem with NetworkManager. > > > > > > > > > > > > cat /etc/resolv.conf > > > > > > # generated by NetworkManager, do not edit! > > > > > > > > > > > > nameserver 160.195.151.8 > > > > > > > > > > > > This really sucks. > > > > > > > > > > > > > Who's doing this and how can I stop it? > > > > > > > > > > > > I don't know. > > > > > > > > > > Update to the latest rawhide version of NetworkManager (svn3521), which > > > > > fixes the location that it reads your ifcfg files from (that anaconda > > > > > wrote on startup). > > > > > > > > > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > > > > > NM will bring up your static connection correctly and use your DNS > > > > > servers. > > > > > > > > > > Dan > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > fedora-devel-list mailing list > > > > > fedora-devel-list at redhat.com > > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > > > > > -- > > > > > > > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > -- > > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From atkac at redhat.com Wed Apr 2 13:14:40 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 2 Apr 2008 15:14:40 +0200 Subject: Orphaning psgml package In-Reply-To: <2s7ifg8q78.fsf@allele2.eebweb.arizona.edu> References: <20080402084412.GA21063@evileye.atkac.englab.brq.redhat.com> <2s7ifg8q78.fsf@allele2.eebweb.arizona.edu> Message-ID: <20080402131440.GA20196@evileye.atkac.englab.brq.redhat.com> On Wed, Apr 02, 2008 at 04:13:31AM -0700, Alex Lancaster wrote: > >>>>> "AT" == Adam Tkac writes: > > AT> Hi all, is anyone here interested in maintaining psgml package? It > AT> is really low maintenance-cost package (about one bug per > AT> year). It is SGML module to Emacs written in Lisp. It is quite > AT> hard to maintain it for me because I'm not Emacs user and I'm not > AT> so familiar with Lisp. > > Yep, I'll take it. > Thanks much. You can simply take it on https://admin.fedoraproject.org/pkgdb (under orphaned packages). Regards, Adam -- Adam Tkac, Red Hat, Inc. From cmadams at hiwaay.net Wed Apr 2 13:14:51 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 2 Apr 2008 08:14:51 -0500 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402120752.669a29fd@dhcp03.addix.net> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> <20080402120752.669a29fd@dhcp03.addix.net> Message-ID: <20080402131451.GA1473758@hiwaay.net> Once upon a time, Ralf Ertzinger said: > On Wed, 2 Apr 2008 00:20:49 -0400, Dave Jones wrote: > > Someone already proposed we switch the usb hcd drivers to builtins > > for F10. > > Please don't. Unloading the USB drivers is the only way to get my > notebook into C3. me too I don't know if it is just because of USB in general, or if it is because of the USB-connected built-in fingerprint scanner (that I don't use but can't be disabled). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From james at fedoraproject.com Wed Apr 2 13:36:06 2008 From: james at fedoraproject.com (James Antill) Date: Wed, 02 Apr 2008 09:36:06 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> References: <47F297ED.30908@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> Message-ID: <1207143366.12648.23.camel@code.and.org> On Wed, 2008-04-02 at 13:36 +0200, Mark wrote: > What i was saying > here is that yum first needs to download/update it's local data to > tell something that it could have easily done with rpm -q gimp. For: yum list installed gimp ...current upstream is now fixed and won't download/update the repo. metadata, "yum list installed" hasn't for a long time but any extra args. broke the test (and yes, this would have been better as a BZ ... but thanks anyway :). -- James Antill Fedora From james.antill at redhat.com Wed Apr 2 13:37:34 2008 From: james.antill at redhat.com (James Antill) Date: Wed, 02 Apr 2008 09:37:34 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> Message-ID: <1207143454.12648.26.camel@code.and.org> On Wed, 2008-04-02 at 12:28 +0200, Benny Amorsen wrote: > James Antill writes: > > > You know you can check out git HEAD in like one command, or try 3.2.13 > > from rawhide in a couple of yum commands ... > > Alas, yum --enablerepo=development upgrade yum ends in this on my fully > updates Fedora 8 laptop: > > Transaction Summary > ============================================================================= > Install 27 Package(s) > Update 256 Package(s) > Remove 0 Package(s) > > Total download size: 408 M Did you install pygpgme from Fed-8 first? I've done many installs of rawhide yum on older versions and that's the only caveat I've seen. -- James Antill Red Hat -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mark.bidewell at alumni.clemson.edu Wed Apr 2 13:56:45 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Wed, 2 Apr 2008 09:56:45 -0400 Subject: Source RPMS Message-ID: I apologize if this is the wrong list for this. I am looking into using Koji/Mock for some projects. These tools take source rpms. I am familiar with building binary rpms ( I normally compile the software install it in a chroot and build the RPM from that), but I am a little unclear as to how to produce a source rpm and my google searches have been a little unhelpful. Are there any good resources on creating source rpms? Thanks. Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From nikhil.bbharadwaj at yahoo.com Wed Apr 2 14:02:01 2008 From: nikhil.bbharadwaj at yahoo.com (nikhil bharadwaj) Date: Wed, 2 Apr 2008 07:02:01 -0700 (PDT) Subject: fWindows Data Migration Tool In-Reply-To: <20080402131512.47C7F619033@hormel.redhat.com> Message-ID: <184107.60322.qm@web38911.mail.mud.yahoo.com> 2008/4/2 nikhil bharadwaj : > I have an idea of importing all the Windows documents,files,etc. into the > Fedora partition during the installation. Also, maintaining a sync of all > the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > > > ________________________________ > You rock. That's why Blockbuster's offering you one month of Blockbuster > Total Access, No Cost. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > It sounds cool. You would definitely want to filter what is going to be synced though. Because of using things like VMware on Windows puts all your VMs in My Documents\My Virtual Machines\ a user could use up a ton of disk space replicating it. One of the "Other" things to sync though would be Bookmarks and other configuration items. Essentially making the Fedora an upgrade to any Windows installation. --Joe Certainly, the idea to sync the Bookmarks would be great! But I would like to know what the "Other Configuration Items" would be..?? --Nikhil Bharadwaj --------------------------------- You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. -------------- next part -------------- An HTML attachment was scrubbed... URL: From email.ahmedkamal at googlemail.com Wed Apr 2 14:14:07 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Wed, 2 Apr 2008 16:14:07 +0200 Subject: fWindows Data Migration Tool In-Reply-To: <184107.60322.qm@web38911.mail.mud.yahoo.com> References: <20080402131512.47C7F619033@hormel.redhat.com> <184107.60322.qm@web38911.mail.mud.yahoo.com> Message-ID: <3da3b5b40804020714i5a24a2e0lcccb1fdabfd08ebd@mail.gmail.com> Microsoft's File and Settings transfer tool migrates: - Internet Explorer settings - Outlook Express settings and store - Outlook settings and store - Dial-Up connections - Phone and modem options - Accessibility - Screen saver selection - Fonts - Folder options - Taskbar settings - Mouse and keyboard settings - Sounds settings - Regional options - Office settings - Network drives and printers - Desktop folder - My Documents folder - My Pictures folder - Favorites folder - Cookies folder - Common Office file types Perhaps some of those could be an inspiration 2008/4/2 nikhil bharadwaj : > > 2008/4/2 nikhil bharadwaj : > > I have an idea of importing all the Windows documents,files,etc. into > the > > Fedora partition during the installation. Also, maintaining a sync of > all > > the files in both the OS's. > > > > A detailed overview and concept of the idea is in the given link: > > > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > > > > > > > > ________________________________ > > You rock. That's why Blockbuster's offering you one month of Blockbuster > > Total Access, No Cost. > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > It sounds cool. You would definitely want to filter what is going to > be synced though. Because of using things like VMware on Windows puts > all your VMs in My Documents\My Virtual Machines\ a user could use up > a ton of disk space replicating it. > > One of the "Other" things to sync though would be Bookmarks and other > configuration items. Essentially making the Fedora an upgrade to any > Windows installation. > > --Joe > > Certainly, the idea to sync the Bookmarks would be great! > But I would like to know what the "Other Configuration Items" would be..?? > > > --Nikhil Bharadwaj > > ------------------------------ > You rock. That's why Blockbuster's offering you one month of Blockbuster > Total Access, > No Cost. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From harald at redhat.com Wed Apr 2 14:12:59 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 16:12:59 +0200 Subject: Summary of my Fedora 9 Boot Time Testing Message-ID: <47F3946B.3030505@redhat.com> F9 Beta install -> yum update Boot time: 55s Turning off all services, but the most needed for an internet connected desktop, saves 4s from 12.5s service boot time. IMO not worth the loss of functionality. Turning off rhgb saves 6s. Eyecandy or faster booting? I take the 6s. Thanks. Turning off selinux and related services saves 10s overall boot time. Trading off security with boot time. I don't know. But maybe a good starting point for optimization. Also a good point to look at is nash and module handling and compiling some modules in the kernel, which are hardware independent and not needed as a module. In the end, I had 12s for kernel and nash, 8s rc.sysinit including 5s udev and 8.5s for services until X11 starts. So long and happy booting... Harald From jakub.rusinek at gmail.com Wed Apr 2 14:27:34 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 2 Apr 2008 16:27:34 +0200 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: <47F3946B.3030505@redhat.com> References: <47F3946B.3030505@redhat.com> Message-ID: <5e92ee3f0804020727q6b15a70cu311ce34730c79565@mail.gmail.com> 2008/4/2, Harald Hoyer : > F9 Beta install -> yum update > > Boot time: 55s Very long... Too long. > So long and happy booting... I hope Fedora with 10th release, as some kind of anniversary, will try do make book process quicker and better. Waiting one minute for system startup is... awful? However, that's only default. I this my little optimization have 32s. May be better, but it's good. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From ddutile at redhat.com Wed Apr 2 14:28:12 2008 From: ddutile at redhat.com (Don Dutile) Date: Wed, 02 Apr 2008 10:28:12 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F32AB6.1010000@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> Message-ID: <47F397FC.8050809@redhat.com> Chris Snook wrote: > Harald Hoyer wrote: >> Compiling these modules, which are loaded on nearly every PC, in the >> kernel cuts down my boot time from 42s to 32s on my computer: >> >> ata_generic >> ata_piix >> cdrom >> dm_mirror >> dm_mod >> dm_snapshot >> dm_zero >> ehci_hcd >> ext3 >> floppy >> i2c_core >> jbd >> libata >> mbcache >> ohci_hcd >> parport >> parport_pc >> pata_acpi >> scsi_mod >> sd_mod >> sg >> snd >> snd_mixer_oss >> snd_page_alloc >> snd_pcm >> snd_pcm_oss >> snd_seq >> snd_seq_device >> snd_seq_dummy >> snd_seq_midi_event >> snd_seq_oss >> snd_timer >> soundcore >> sr_mod >> uhci_hcd >> > > It also makes it much more difficult to troubleshoot those subsystems or > work around their quirks. I wouldn't have a problem with ext3, jbd, or > dm_* being built-in, but anything that deals with hardware should really > be modular. Of course, that wipes out most of your list. > > I'd really rather focus on optimizing modprobe than sacrificing the many > benefits of modularity for a very small performance boost. > > -- Chris > +1: do not hardwire hardware-based modules. This is causing virtualization a bit of heartburn in RHEL4 & RHEL5, where IDE is wired into the kernels, but we'd like to run them as FV guests, and cannot (easily configure) the systems to not use emulated-IDE as the boot disk (can't use pv-block driver for kernel/boot disk). Fedora(8 & 9) don't have the wired-in IDE, so it makes it easy(er) to use a FV guest (and added PV drivers). So, let's not take a step backward and wire-in IDE/[,P,S]ATA. - Don ps -- if you want to focus on something, how about delaying the loading of non-boot-essential drivers: sound, bluetooth, etc. -- I can see the need for USB for serial-console on non-legacy machines. -- non-boot-essential daemon startup would be my next recommendation (see anything to do w/networking daemons...) From jakub.rusinek at gmail.com Wed Apr 2 14:29:51 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Wed, 2 Apr 2008 16:29:51 +0200 Subject: Source RPMS In-Reply-To: References: Message-ID: <5e92ee3f0804020729p76af80aat5150475f344b95e5@mail.gmail.com> 2008/4/2, Mark Bidewell : > I apologize if this is the wrong list for this. > > I am looking into using Koji/Mock for some projects. These tools take > source rpms. I am familiar with building binary rpms ( I normally compile > the software install it in a chroot and build the RPM from that), but I am a > little unclear as to how to produce a source rpm and my google searches have > been a little unhelpful. Are there any good resources on creating source > rpms? > > Thanks. > > Mark Bidewell rpmbuild --help and you get some info. the most useful: rpmbuild -bs file.spec and rpmbuild -bs --nodeps file.spec That's all 'bout spec. You may also want to use spectool to automagically download sourcer and put where they should exist. yum install rpmdevtools ie. spectool -g -R -S file.spec -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From harald at redhat.com Wed Apr 2 14:33:31 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 16:33:31 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F397FC.8050809@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <47F397FC.8050809@redhat.com> Message-ID: Don Dutile wrote: > ps -- if you want to focus on something, how about delaying the loading > of non-boot-essential drivers: sound, bluetooth, etc. > -- I can see the need for USB for serial-console on non-legacy > machines. > -- non-boot-essential daemon startup would be my next recommendation > (see anything to do w/networking daemons...) Delaying does only lead to a windows like startup behaviour.. you can see your Desktop, but you can't click it. From ivazqueznet at gmail.com Wed Apr 2 14:37:45 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 02 Apr 2008 10:37:45 -0400 Subject: Source RPMS In-Reply-To: References: Message-ID: <1207147065.14663.4.camel@ignacio.lan> On Wed, 2008-04-02 at 09:56 -0400, Mark Bidewell wrote: > I apologize if this is the wrong list for this. > > I am looking into using Koji/Mock for some projects. These tools take > source rpms. I am familiar with building binary rpms ( I normally > compile the software install it in a chroot and build the RPM from > that), but I am a little unclear as to how to produce a source rpm and > my google searches have been a little unhelpful. Are there any good > resources on creating source rpms? http://fedoraproject.org/wiki/Docs/Drafts/BuildingPackagesGuide -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From markg85 at gmail.com Wed Apr 2 14:38:43 2008 From: markg85 at gmail.com (Mark) Date: Wed, 2 Apr 2008 16:38:43 +0200 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207143366.12648.23.camel@code.and.org> References: <47F297ED.30908@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> <1207143366.12648.23.camel@code.and.org> Message-ID: <6e24a8e80804020738t7ab929bbx2972943197274d28@mail.gmail.com> 2008/4/2, James Antill : > > On Wed, 2008-04-02 at 13:36 +0200, Mark wrote: > > What i was saying > > here is that yum first needs to download/update it's local data to > > tell something that it could have easily done with rpm -q gimp. > > > For: > > yum list installed gimp > > ...current upstream is now fixed and won't download/update the repo. > metadata, "yum list installed" hasn't for a long time but any extra > args. broke the test (and yes, this would have been better as a BZ ... > but thanks anyway :). > BZ's are (nearly) always better but i wasn't sure yet if it was a bug (like the title of this topic says). And no problem. Thanx for fixing it. From fedora at dm.cobite.com Wed Apr 2 14:41:10 2008 From: fedora at dm.cobite.com (David Mansfield) Date: Wed, 02 Apr 2008 10:41:10 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> References: <47F297ED.30908@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> Message-ID: <1207147270.17329.6.camel@gandalf.cobite.com> On Wed, 2008-04-02 at 13:36 +0200, Mark wrote: > Oke little update on my original post. > I'm not complaining about speed! i did that before around F7 and then > "proved" that i could do the same in a fraction of a second with mysql > but that was without checks. The speed is fine for me as it is > now.faster is better but this isn't a issue anymore. What i was saying > here is that yum first needs to download/update it's local data to > tell something that it could have easily done with rpm -q gimp. And > that was also my question if the current behaviour of that is a bug or > a feature. I also understand that this might be a rare case scenario > so therefore might not even be useful to implement. It's not true. 'yum install gimp' will also update gimp if it's not 'the most current version'. In order to check that, it needs to have 'current' metadata (whatever that means). This means just 'rpm -q gimp' is not sufficient to perform the necessary tasks. Maybe what you are asking is: should 'yum install foo' also implicitly do a 'yum update foo' if package foo is already installed, or should they be separate operations? But that's a different question. David From dimi at lattica.com Wed Apr 2 14:46:20 2008 From: dimi at lattica.com (Dimi Paun) Date: Wed, 02 Apr 2008 10:46:20 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <47F397FC.8050809@redhat.com> Message-ID: <1207147580.32338.37.camel@dimi.lattica.com> On Wed, 2008-04-02 at 16:33 +0200, Harald Hoyer wrote: > Delaying does only lead to a windows like startup behaviour.. you can see your Desktop, but you can't click it. Not sure that's such a bad thing: in my tests, I can start _using_ Firefox in Windows before our kernel even finishes to boot. Beyond that, even if it doesn't shorten the boot time but allows the user to enter the password, it is still a win: I can go get a coffee while the darn thing boots, and be sure it's ready for me when I come back. As it is now, it takes a minute to the point where I can use Firefox from the time I enter the password! That's twice the time it takes Windows to boot _and_ start Firefox. -- Dimi Paun Lattica, Inc. From mike at cchtml.com Wed Apr 2 14:46:44 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 02 Apr 2008 09:46:44 -0500 Subject: Fedora Windows Migration Tool In-Reply-To: <194154.41840.qm@web38906.mail.mud.yahoo.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> Message-ID: <47F39C54.7070108@cchtml.com> -------- Original Message -------- Subject: Fedora Windows Migration Tool From: nikhil bharadwaj To: fedora-devel-list at redhat.com Date: 04/02/2008 02:34 AM > I have an idea of importing all the Windows documents,files,etc. into > the Fedora partition during the installation. Also, maintaining a sync > of all the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > ------------------------------------------------------------------------ > You rock. That's why Blockbuster's offering you one month of Blockbuster > Total Access > , > No Cost. > Sounds great! This would make upgrading people to Linux extremely painless. It should be an option in Anaconda or firstboot, such as "One-time copy users (creates new users automatically) and files from Windows partition" and/or "Synchronize Windows users and files every hour (or setup a watchdog)" with a little applet in the taskbar showing the status of the sync. Hardcore Linux junkies may shrug this off and say its uncalled for and call you names, but ignore them. They will always act that way. You are doing the Fedora community a service with this idea by increasing the reach of Linux in general to everyday Joe Smoes. Regards, Michael From mike at cchtml.com Wed Apr 2 14:46:54 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 02 Apr 2008 09:46:54 -0500 Subject: Fedora Windows Migration Tool In-Reply-To: <194154.41840.qm@web38906.mail.mud.yahoo.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> Message-ID: <47F39C5E.1060704@cchtml.com> -------- Original Message -------- Subject: Fedora Windows Migration Tool From: nikhil bharadwaj To: fedora-devel-list at redhat.com Date: 04/02/2008 02:34 AM > I have an idea of importing all the Windows documents,files,etc. into > the Fedora partition during the installation. Also, maintaining a sync > of all the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > ------------------------------------------------------------------------ > You rock. That's why Blockbuster's offering you one month of Blockbuster > Total Access > , > No Cost. > Sounds great! This would make upgrading people to Linux extremely painless. It should be an option in Anaconda or firstboot, such as "One-time copy users (creates new users automatically) and files from Windows partition" and/or "Synchronize Windows users and files every hour (or setup a watchdog)" with a little applet in the taskbar showing the status of the sync. Hardcore Linux junkies may shrug this off and say its uncalled for and call you names, but ignore them. They will always act that way. You are doing the Fedora community a service with this idea by increasing the reach of Linux in general to everyday Joe Smoes. Regards, Michael From optimizationkit at gmail.com Wed Apr 2 14:49:43 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Wed, 2 Apr 2008 16:49:43 +0200 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: <47F3946B.3030505@redhat.com> References: <47F3946B.3030505@redhat.com> Message-ID: <58a220fa0804020749i7c9f629cia2522291ce6a09ee@mail.gmail.com> On 02/04/2008, Harald Hoyer wrote: > F9 Beta install -> yum update > > Boot time: 55s > > Turning off all services, but the most needed for an internet connected > desktop, saves 4s from 12.5s service boot time. IMO not worth the loss of > functionality. 55s - 12.5s = 42.5s 42.5s from boot manager to rc5 if I understand it correctly. Strange! Here is a worst case scenario on my machine 30s to rc5 http://www.stardust.webpages.pl/files/fedora-upstart/bootchart-serial.png > > Turning off rhgb saves 6s. Eyecandy or faster booting? I take the 6s. > Thanks. > > Turning off selinux and related services saves 10s overall boot time. > Trading off security with boot time. I don't know. But maybe a good starting > point for optimization. Fedora has wonderful security features. I tuned boot time to 29s without disabling them. http://www.stardust.webpages.pl/files/bootchart04.png > > Also a good point to look at is nash and module handling and compiling some > modules in the kernel, which are hardware independent and not needed as a > module. > > In the end, I had 12s for kernel and nash, 8s rc.sysinit including 5s udev > and 8.5s for services until X11 starts. > > > So long and happy booting... > > Harald > Regards, Michal From harald at redhat.com Wed Apr 2 15:09:52 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 17:09:52 +0200 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: <58a220fa0804020749i7c9f629cia2522291ce6a09ee@mail.gmail.com> References: <47F3946B.3030505@redhat.com> <58a220fa0804020749i7c9f629cia2522291ce6a09ee@mail.gmail.com> Message-ID: Optimization Kit wrote: > On 02/04/2008, Harald Hoyer wrote: >> F9 Beta install -> yum update >> >> Boot time: 55s >> >> Turning off all services, but the most needed for an internet connected >> desktop, saves 4s from 12.5s service boot time. IMO not worth the loss of >> functionality. > > 55s - 12.5s = 42.5s > > 42.5s from boot manager to rc5 if I understand it correctly. Strange! no... 12.5 = runlevel start -> X11 start ... overall boot time in the bootchart ends with the gdm greeter > > Here is a worst case scenario on my machine 30s to rc5 > http://www.stardust.webpages.pl/files/fedora-upstart/bootchart-serial.png arping in network static startup and "rdisc", which I don't know. > >> Turning off rhgb saves 6s. Eyecandy or faster booting? I take the 6s. >> Thanks. >> >> Turning off selinux and related services saves 10s overall boot time. >> Trading off security with boot time. I don't know. But maybe a good starting >> point for optimization. > > Fedora has wonderful security features. I tuned boot time to 29s > without disabling them. > > http://www.stardust.webpages.pl/files/bootchart04.png well, this is what I mean. Look at http://people.fedoraproject.org/~harald/bootchart-6.svg You have compiled your own kernel, without modules, IIRC. See how fast nash is in your chart. You Me until rc.sysinit start: 4 12 rc.sysinit duration: 7.4 9 rc -> X11 start: 10 8 From jkeating at redhat.com Wed Apr 2 15:39:47 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 02 Apr 2008 11:39:47 -0400 Subject: Purging old Fedora test releases Message-ID: <1207150787.3063.20.camel@localhost.localdomain> In order to make room for Fedora 9 and future releases, we are purging all the old test releases on download.fedora.redhat.com. Both the Core and post-Core test releases up to but not including Fedora 9 Beta. The content has been archived internally at Red Hat and may one day show up again for download on an archive site, but given that they were just test releases that's not likely to happen. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From mcepl at redhat.com Wed Apr 2 15:41:18 2008 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 02 Apr 2008 17:41:18 +0200 Subject: Fedora (again) forces me to disable SELinux References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> Message-ID: On 2008-04-01, 00:24 GMT, Mark wrote: > Well i'm not saying that Fedora beta has selinux bugs. just > that till now my experience with selinux has been bad and > i have to turn it off to have a normally functional desktop. > And i've seen selinux for at least a few years now in distributions > and there is always something wrong (perhaps not a bug but it annoys > the user) so i doubt that it will ever get "normal" (at a point where > i can just use the desktop without selinux asking my attention). I have been running (if possible) SELinux in the enforcing mode for couple of months with Rawhide (and F8 where I had almost no problems) and although I had to learn how to use audit2allow, and it could add spiceness to your life ;-) -- I was able to use my computers pretty well. Just to note, you don't have to ever switch SELinux completely off, setting it to the Permissive mode is still much more valuable (because you may be able to file bugs when necessary) and should as painless as running with selinux=0. Matej From lesmikesell at gmail.com Wed Apr 2 15:53:45 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 02 Apr 2008 10:53:45 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> References: <47F297ED.30908@gmail.com> <20080401223150.GA1582@orient.maison.lan> <47F2BBF4.9040000@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> Message-ID: <47F3AC09.4090708@gmail.com> Mark wrote: > > Also please keep on the subject. Timings are very interesting (so let > them come ^_^)! but CentOS doesn't have anything to do with this so > don't start on that. My only reason for mentioning more stable distributions was to point out that what happens in fedora doesn't stay in fedora - it affects a lot of people for a long time. -- Les Mikesell lesmikesell at gmail.com From mjs at clemson.edu Wed Apr 2 16:02:53 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Wed, 02 Apr 2008 12:02:53 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402120752.669a29fd@dhcp03.addix.net> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> <20080402120752.669a29fd@dhcp03.addix.net> Message-ID: <1207152173.18631.0.camel@valkyrie.localdomain> On Wed, 2008-04-02 at 12:07 +0200, Ralf Ertzinger wrote: > Hi. > > On Wed, 2 Apr 2008 00:20:49 -0400, Dave Jones wrote: > > > Someone already proposed we switch the usb hcd drivers to builtins > > for F10. > > Please don't. Unloading the USB drivers is the only way to get my > notebook into C3. +1 https://bugzilla.redhat.com/show_bug.cgi?id=254214 > > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From mjs at clemson.edu Wed Apr 2 16:07:01 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Wed, 02 Apr 2008 12:07:01 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F36C79.20500@fedoraproject.org> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> <20080402120752.669a29fd@dhcp03.addix.net> <47F36C79.20500@fedoraproject.org> Message-ID: <1207152421.18631.2.camel@valkyrie.localdomain> On Wed, 2008-04-02 at 16:52 +0530, Rahul Sundaram wrote: > Ralf Ertzinger wrote: > > Hi. > > > > On Wed, 2 Apr 2008 00:20:49 -0400, Dave Jones wrote: > > > >> Someone already proposed we switch the usb hcd drivers to builtins > >> for F10. > > > > Please don't. Unloading the USB drivers is the only way to get my > > notebook into C3. > > Wouldn't you want bugs to be fixed instead of having to workaround them? Sure. https://bugzilla.redhat.com/show_bug.cgi?id=254214 > > Rahul > > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From kevin at scrye.com Wed Apr 2 16:07:07 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 2 Apr 2008 10:07:07 -0600 Subject: source file audit - 2008-04-01 Message-ID: <20080402100707.5a50a115@ghistelwchlohm.scrye.com> Here's attached another run of my sources/patches url checker. - There are 666 lines in this run. Down from 674 last run. 700 sourcecheck-20070826.txt 620 sourcecheck-20070917.txt 561 sourcecheck-20071017.txt 775 sourcecheck-20080206.txt 685 sourcecheck-20080214.txt 674 sourcecheck-20080301.txt - I am going to try and run this once a month. - I will look at spamming maintainers in a private email here at some point and see what response I get from that. I probably will do this later this week or perhaps just get setup to do it next run. You can find the results file at: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20080401.txt And also attached to this mail. Lines in the output are of three forms: - BADURL:base-file-name:$PACKAGENAME This means that the URI provided in the Source(s) line didn't result in a download of the source. This could be any of: URL changed, version changed and URL wasn't updated, Site is down, Site is gone, etc. Also there are a number of packages with incorrect sourceforge links. (BTW, there are still some packages with ftp://people.redhat.com/ URLs). - BADSOURCE:$SOURCENAME:$PACKAGENAME This means that the source was downloaded ok from the upstream site, but doesn't match the md5sum given in the sources file. This could be due to needing to strip out content that fedora cannot ship (but in that case you shouldn't have the full URI in the Source line). Or upstream following poor release practices and updating without changing their release. - BAD_CVS_SOURCE:$SOURCENAME:$PACKAGENAME This means that the file was downloaded from the URI given, and the md5sum did not match the file thats present in CVS (not the lookaside). This might be due to timestamps, or any of the above reasons. kevin -- abompard:BADURL:glest_data_3.1.2.zip:glest-data aconway:BADSOURCE:qpidc-0.2.tar.gz:qpidc aconway:BADSOURCE:rhm-0.2.tar.gz:rhm adalloz:BADURL:keychain-2.6.8.tar.bz2:keychain adalloz:BADURL:pan-0.132.tar.bz2:pan adrian:BADURL:xlockmore-5.25.tar.bz2:xlockmore ajax:BADURL:pyxf86config-0.3.37.tar.bz2:pyxf86config akahl:BADURL:bmpx-0.40.13.tar.bz2:bmpx alexlan:BADSOURCE:__init__.py:picard alexlan:BADURL:bibus_1.4.1-1.tar.gz:bibus alexl:BADURL:gmime-2.2.18.tar.bz2:gmime andriy:BAD_CVS_SOURCE:fmio-gq-wrapper.py:fmio arozansk:BADURL:linuxwacom-0.7.9-8.tar.bz2:linuxwacom ascii:BADURL:fish-1.23.0.tar.bz2:fish athimm:BADSOURCE:po4a-0.32.tar.gz:po4a athimm:BADURL:chrpath-0.13.tar.gz:chrpath athimm:BADURL:fakeroot_1.6.4.tar.gz:fakeroot athimm:BADURL:greylistd_0.8.3.2.tar.gz:greylistd atkac:BADURL:rexec-1.5.tar.gz:rsh atkac:BADURL:vnc-4_1_2-unixsrc.tar.gz:vnc atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools ausil:BADURL:snort-2.7.0.1.tar.gz:snort awjb:BADURL:atitvout_0.4-2.diff.gz:atitvout awjb:BADURL:synce-kpm-0.11.tar.gz:synce-kpm awjb:BADURL:treecc-0.3.8.tar.gz:treecc awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker belegdol:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa belegdol:BADURL:bodr-8.tar.bz2:bodr belegdol:BADURL:gchempaint-0.8.7.tar.bz2:gchempaint belegdol:BADURL:gnome-chemistry-utils-0.8.7.tar.bz2:gnome-chemistry-utils belegdol:BADURL:goffice-0.4.3.tar.bz2:goffice04 ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup bjensen:BADSOURCE:demorse-0.9.tar.gz:demorse bjensen:BADSOURCE:lpsk31-1.1.tar.gz:lpsk31 bjensen:BADSOURCE:xnec2c-1.0b5.tar.gz:xnec2c bjensen:BADURL:fldigi-2.10.2.tar.gz:fldigi bjensen:BADURL:gpsk31-0.3.tar.gz:gpsk31 bjensen:BADURL:xfhell-1.4.tar.gz:xfhell bojan:BADURL:libapreq2-2.09.tar.gz:libapreq2 bos:BADSOURCE:gtk2hs-0.9.12.1.tar.gz:gtk2hs bouska:BADURL:kitsune2.0.tar.gz:kitsune bpeck:BADURL:conmux-493svn.tar.gz:conmux bpepple:BADSOURCE:evolution-brutus-1.1.28.7.tar.gz:evolution-brutus bpepple:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago bpepple:BADURL:ggz-gtk-client-0.0.14.1.tar.gz:ggz-gtk-client bpepple:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog bpepple:BADURL:loudmouth-1.3.3.tar.bz2:loudmouth bpepple:BADURL:nautilus-flac-converter-0.0.5.tar.bz2:nautilus-flac-converter bpepple:BADURL:nautilus-image-converter-0.3.0.tar.bz2:nautilus-image-converter bpepple:BADURL:swfdec-gnome-2.22.0.tar.bz2:swfdec-gnome bpepple:BADURL:swfdec-mozilla-0.6.0.tar.gz:swfdec-mozilla bpostle:BADURL:hugin-0.7.0.tar.gz:hugin bpostle:BADURL:libpano13-2.9.12.tar.bz2:libpano13 buc:BADURL:enca-1.9.tar.bz2:enca c4chris:BADURL:seaview_2.0.tar.gz:seaview caillon:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice caolanm:BADSOURCE:lp_solve_5.5.0.12_source.tar.gz:lpsolve caolanm:BADSOURCE:thes_de_DE_v2.zip:mythes-de caolanm:BADURL:evolocal.odb:openoffice.org caolanm:BADURL:sjp-myspell-pl-20080304.zip:hunspell-pl cchance:BADSOURCE:emesene-1.0.tar.gz:emesene cchance:BADURL:nhpf-1.42.tar.gz:nhpf cgrau:BADURL:frotz-2.43.tar.gz:frotz cgrau:BADURL:ifm-5.1.tar.gz:ifm chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project chitlesh:BADSOURCE:kpolynome-0.1-2.tar.gz:kpolynome chitlesh:BADURL:26521-kio_resources-0.2.tar.bz2:kio_resources chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear chitlesh:BADURL:crystal-kwin4-1.0.5.tar.bz2:crystal chitlesh:BADURL:geda-docs-1.4.0.tar.gz:geda-docs chitlesh:BADURL:geda-examples-1.4.0.tar.gz:geda-examples chitlesh:BADURL:geda-gattrib-1.4.0.tar.gz:geda-gattrib chitlesh:BADURL:geda-gnetlist-1.4.0.tar.gz:geda-gnetlist chitlesh:BADURL:geda-gschem-1.4.0.tar.gz:geda-gschem chitlesh:BADURL:geda-gsymcheck-1.4.0.tar.gz:geda-gsymcheck chitlesh:BADURL:geda-symbols-1.4.0.tar.gz:geda-symbols chitlesh:BADURL:geda-utils-1.4.0.tar.gz:geda-utils chitlesh:BADURL:guile-1.6.7.tar.gz:compat-guile-16 chitlesh:BADURL:keurocalc-1.0.0.tgz:keurocalc chitlesh:BADURL:ktechlab-0.3.69.tar.bz2:ktechlab chitlesh:BADURL:libgeda-1.4.0.tar.gz:libgeda chitlesh:BADURL:liborigin-20071119.tar.gz:liborigin chrisw:BADSOURCE:cogito-0.18.2.tar.gz:cogito clumens:BADURL:gnu-efi-3.0d.tar.gz:gnu-efi clumens:BADURL:rhpxl-1.2.tar.gz:rhpxl coldwell:BAD_CVS_SOURCE:rpm-spec-mode.el:emacs coldwell:BADURL:emacs-22.1.50.tar.gz:emacs corsepiu:BADURL:Mail-GnuPG-0.15.tar.gz:perl-Mail-GnuPG cr33dog:BADURL:fontypython-0.2.0.tar.gz:fontypython cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools cweyl:BADURL:Catalyst-Manual-5.700701.tar.gz:perl-Catalyst-Manual cweyl:BADURL:Catalyst-Plugin-ConfigLoader-0.14.tar.gz:perl-Catalyst-Plugin-ConfigLoader cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym cweyl:BADURL:Hash-Case-1.003.tar.gz:perl-Hash-Case cweyl:BADURL:JSON-XS-2.01.tar.gz:perl-JSON-XS cweyl:BADURL:MooseX-Object-Pluggable-0.0005.tar.gz:perl-MooseX-Object-Pluggable cweyl:BADURL:Perl-Critic-1.080.tar.gz:perl-Perl-Critic cweyl:BADURL:POE-0.9999.tar.gz:perl-POE cweyl:BADURL:POE-Component-IRC-5.29.tar.gz:perl-POE-Component-IRC cweyl:BADURL:POE-Component-Server-SimpleHTTP-1.23.tar.gz:perl-POE-Component-Server-SimpleHTTP cweyl:BADURL:POE-Component-SSLify-0.08.tar.gz:perl-POE-Component-SSLify cweyl:BADURL:POE-Filter-Zlib-1.8.tar.gz:perl-POE-Filter-Zlib cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym cweyl:BADURL:WWW-Myspace-0.60.tar.gz:perl-WWW-Myspace cwickert:BADURL:gnome-ppp-0.3.23.tar.bz2:gnome-ppp cwickert:BADURL:xfce4-minicmd-plugin-0.4.tar.bz2:xfce4-minicmd-plugin danielm:BADURL:initng-ifiles-0.1.4.tar.bz2:initng-ifiles danken:BADURL:bidiv-1.5.tgz:bidiv danken:BADURL:hspell-1.0.tar.gz:hspell davidz:BADURL:festvox_nitech_us_awb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_bdl_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_clb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_jmk_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_rms_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_slt_arctic_hts.tar.bz2:festival davidz:BADURL:gnome-mount-0.8.svn20080225.tar.gz:gnome-mount davidz:BADURL:orca-2.22.0.tar.bz2:orca davidz:BADURL:tsclient-0.150.tar.gz:tsclient dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator dbhole:BADURL:lucene-2.3.0-src.tar.gz:lucene dcbw:BADURL:Csound5.03.0_src-cvs20061108.tar.bz2:csound dcbw:BADURL:plague-0.4.4.1.tar.bz2:plague dchen:BADSOURCE:scim-array-0.0.4.tar.gz:scim-array deebs:BADURL:GREYCstoration-2.8.zip:GREYCstoration denis:BADURL:hamlib-1.2.7.tar.gz:hamlib denis:BADURL:inkscape-0.46.tar.bz2:inkscape denis:BADURL:libpanelappletmm-2.22.0.tar.bz2:libpanelappletmm denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ desi:BADSOURCE:cwrite-0.1.24.tar.gz:cwrite devrim:BADSOURCE:pgpoolAdmin-1.0.0.tar.gz:postgresql-pgpoolAdmin devrim:BADSOURCE:phpPgAdmin-4.1.3.tar.bz2:phpPgAdmin dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja dionysos:BADURL:eurofont.tar.gz:tetex-eurofont dionysos:BADURL:kbackup-0.5.3.tar.bz2:kbackup dionysos:BADURL:kicad-sources--2007-07-09.zip:kicad dnielsen:BADURL:gnome-do-0.4.0.1.tar.gz:gnome-do drago01:BADURL:compiz-bcop-0.7.2.tar.bz2:compiz-bcop drago01:BADURL:compiz-fusion-plugins-extra-0.7.2.tar.bz2:compiz-fusion-extras drago01:BADURL:compiz-fusion-plugins-main-0.7.2.tar.bz2:compiz-fusion drfickle:BADSOURCE:libhugetlbfs-1.2.tar.gz:libhugetlbfs dwalsh:BADSOURCE:libsemanage-2.0.24.tgz:libsemanage dwalsh:BADSOURCE:selinux-doc-1.26.tgz:selinux-doc dwalsh:BADSOURCE:sepolgen-1.0.11.tgz:policycoreutils dwalsh:BADURL:checkpolicy-2.0.14.tgz:checkpolicy dwalsh:BADURL:libselinux-2.0.60.tgz:libselinux dwalsh:BADURL:libsepol-2.0.26.tgz:libsepol dwalsh:BADURL:mcstrans-0.2.7.tgz:mcstrans dwalsh:BADURL:policycoreutils-2.0.46.tgz:policycoreutils dwmw2:BADSOURCE:petitboot-0.0.1.tar.gz:petitboot dwmw2:BADURL:apmud-1.0.0.tgz:apmud dwmw2:BADURL:callweaver-RC-1.1.99.20071230.tar.gz:callweaver dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot dwmw2:BADURL:nano-2.0.6.tar.gz:nano ecik:BADURL:kadu-tabs-1.1.5.tar.bz2:kadu ecik:BADURL:ZSI-2.0.tar.gz:python-ZSI edhill:BADSOURCE:cdo.pdf:cdo edhill:BADSOURCE:cdo_refcard.pdf:cdo edhill:BADURL:wifiroamd-1.12.tar.gz:wifiroamd ensc:BADSOURCE:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel ensc:BADURL:dhcp-forwarder-0.7.tar.bz2.asc:dhcp-forwarder ensc:BADURL:dhcp-forwarder-0.7.tar.bz2:dhcp-forwarder ensc:BADURL:hunt-1.5.tgz:hunt errr:BADURL:pekwm-0.1.5.tar.bz2:pekwm errr:BADURL:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg farnold:BADURL:gnome-schedule-2.0.2.tar.gz:gnome-schedule faucamp:BADURL:12956-knemo-0.4.7.tar.bz2:knemo fche:BADURL:systemtap-0.6.2.tar.gz:systemtap firewing:BADURL:PySolFC-1.1.tar.bz2:PySolFC fitzsim:BADSOURCE:icedtea-1.6.tar.gz:java-1.7.0-icedtea fitzsim:BADURL:icedtea6-1.0-07a26d70e24ffa3678b0817715837ceb77b17ba4.tar.gz:java-1.6.0-openjdk fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail frankb:BAD_CVS_SOURCE:nasd.init:nas frankb:BADURL:nas-1.9.1.src.tar.gz:nas gecko-maint:BADURL:epiphany-2.22.0.tar.bz2:epiphany gemi:BADSOURCE:cook-2.30.tar.gz:cook gemi:BADSOURCE:curry-0.9.11.tar.gz:curry gemi:BADSOURCE:HTMLmanual.tar.gz:pl gemi:BADSOURCE:SmartEiffel-2-3.tar.bz2:smarteiffel gemi:BADURL:skencil-0.6.tar.gz:skencil gemi:BADURL:sweep-0.9.2.tar.bz2:sweep gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb gilboa:BAD_CVS_SOURCE:icewm-xdg-menu:icewm green:BADURL:libffi-3.0.1.tar.gz:libffi green:BADURL:liblo-0.24.tar.gz:liblo grenier:BADSOURCE:testdisk-6.9.tar.bz2:testdisk hadess:BADURL:gnome-audio-2.22.1.tar.bz2:gnome-audio hadess:BADURL:gnome-settings-daemon-2.22.1.tar.bz2:gnome-settings-daemon hadess:BADURL:gnome-user-share-0.22.tar.gz:gnome-user-share hadess:BADURL:nautilus-sendto-0.14.0.tar.bz2:nautilus-sendto hadess:BADURL:totem-pl-parser-2.22.1.tar.bz2:totem-pl-parser hamzy:BADURL:sblim-cmpi-base-1.5.4.tar.bz2:sblim-cmpi-base homeless:BADSOURCE:rudecgi-5.1.0.tar.bz2:rudecgi huzaifas:BADSOURCE:libnova-0.12.1.tar.gz:libnova ianweller:BADSOURCE:qosmic-1.3.1.tar.bz2:qosmic iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class icon:BADSOURCE:twitux-0.61.tar.bz2:twitux icon:BADURL:gazpacho-0.7.2.tar.bz2:gazpacho icon:BADURL:libxml++-2.22.0.tar.bz2:libxml++ icon:BADURL:verbiste-0.1.22.tar.gz:verbiste ixs:BADURL:commoncpp2-1.6.1.tar.gz:commoncpp2 ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 ixs:BADURL:metapixel-1.0.2.tar.gz:metapixel ixs:BADURL:scmxx-0.9.0.tar.bz2:scmxx ixs:BADURL:ser-0.9.6_src.tar.gz:ser jafo:BADURL:python-memcached-1.39.tar.gz:python-memcached jakub:BADURL:prelink-20071009.tar.bz2:prelink jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen jamatos:BADURL:t1lib_5.1.1-3.diff.gz:t1lib james:BADURL:zsh-4.3.4.tar.gz:zsh jcm:BADSOURCE:module-init-tools-3.4.tar.bz2:module-init-tools jcm:BADSOURCE:module-init-tools-3.4.tar.bz2.sign:module-init-tools jcollie:BADURL:python-urljr-1.0.1.tar.gz:python-urljr jcollie:BADURL:python-yadis-1.1.0.tar.gz:python-yadis jeffg:BADSOURCE:pbzip2-1.0.2.tar.gz:pbzip2 jgarzik:BADURL:ethtool-6.tar.gz:ethtool jgarzik:BADURL:reiserfsprogs-3.6.19.tar.gz:reiserfs-utils jgu:BADURL:ebib-1.5.2.tar.gz:emacs-common-ebib jima:BADURL:videodog0.31.tar.gz:videodog jjohnstn:BADURL:eclipse-changelog-src-2.6.0.zip:eclipse-changelog jlaska:BADURL:snake-0.11.tar.bz2:snake jlayton:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate jlayton:BADURL:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist jmoskovc:BADURL:lynx2.8.6.tar.bz2:lynx jmoskovc:BADURL:rarpd-ss981107.tar.gz:rarpd jmoskovc:BADURL:rdate-1.4.tar.gz:rdate jmoskovc:BADURL:xferstats-2.16.tar.gz:xferstats jmrcpn:BADURL:clement-2.1-241.tar.gz:clement jnovy:BADSOURCE:db-4.2.52.tar.gz:compat-db jnovy:BADSOURCE:db-4.3.29.tar.gz:compat-db jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:texlive jnovy:BADURL:mc-4.6.2-pre1.tar.gz:mc jnovy:BADURL:platex209.tar.bz2:texlive-texmf joost:BADURL:fpc-2.2.0.compiler.bin.tar.gz:fpc jorge:BADSOURCE:mimetex.zip:mimetex jorton:BADURL:imap-2004g.tar.Z:libc-client jpmahowa:BADSOURCE:numlockx-1.0.tar.gz:numlockx jsafrane:BADSOURCE:db-4.4.20.tar.gz:openldap jsteffan:BADURL:revisor-2.0.5.tar.gz:revisor jwb:BAD_CVS_SOURCE:squid-getlist.html:squidGuard jwb:BADSOURCE:blacklists.tar.gz:squidGuard jwboyer:BADURL:gquilt-0.20.tar.gz:gquilt jwilson:BAD_CVS_SOURCE:license.txt:cpuspeed jwilson:BADSOURCE:zabbix-1.4.5.tar.gz:zabbix jwilson:BADURL:conman-0.1.9.2.tar.bz2:conman jwilson:BADURL:cpuspeed-1.2.1.tar.gz:cpuspeed kaboom:BADURL:fping-2.4b2_to-ipv6.tar.gz:fping kanarip:BADSOURCE:pyjigdo-0.2.tar.gz:pyjigdo kasal:BADURL:Business-ISBN-Data-1.15.tar.gz:perl-Business-ISBN-Data kasal:BADURL:gdbm-1.8.0.tar.gz:gdbm kasal:BADURL:IO-Zlib-1.07.tar.gz:perl-IO-Zlib kasal:BADURL:Text-CSV_XS-0.30.tar.gz:perl-Text-CSV_XS kasal:BADURL:transfig.3.2.5.tar.gz:transfig kasal:BADURL:Xaw3d-1.3.tar.gz:Xaw3d kasal:BADURL:xfig.3.2.5.full.tar.gz:xfig kasal:BADURL:XML-Grove-0.46alpha.tar.bz2:perl-XML-Grove kevin:BADSOURCE:Inconsolata.sfd:inconsolata-fonts kevin:BADSOURCE:twinkle-1.2.tar.gz:twinkle kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf kwizart:BADURL:aqsis-1.2.0.tar.gz:aqsis kwizart:BADURL:oyranos-repack-0.1.7.tar.bz2:oyranos kzak:BADURL:lslk_1.29_W.tar.gz:lslk kzak:BADURL:mwords.tar.Z:words kzak:BADURL:vlock-1.3.tar.gz:vlock lennart:BADSOURCE:pavucontrol-0.9.6.tar.gz:pavucontrol leo:BADURL:pcmanx-gtk2.tar.gz:pcmanx-gtk2 linville:BADURL:b43-fwcutter-011.tar.bz2:b43-fwcutter liquidat:BADURL:Rsibreak-0.8.0.tar.bz2:rsibreak lkundrak:BADSOURCE:interpreters.src-5.3.tbz2:ovaldi llim:BAD_CVS_SOURCE:lsb-release-2.0.tar.gz:redhat-lsb lmacken:BADSOURCE:TurboFlot-0.1.0.tar.bz2:python-turboflot lmacken:BADURL:deskbar-applet-2.22.0.1.tar.bz2:deskbar-applet lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears lvm-team:BADURL:dmraid-1.0.0.rc14.tar.bz2:dmraid mattdm:BADURL:wxPython-src-2.8.7.1.tar.bz2:wxPython maxx:BADSOURCE:pdfcube-0.0.2.tar.gz:pdfcube maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine mbarabas:BADSOURCE:system-config-vsftpd-0.4.5.tar.gz:system-config-vsftpd mbarnes:BADURL:devhelp-0.19.tar.bz2:devhelp mbarnes:BADURL:Pyrex-0.9.5.1a.tar.gz:Pyrex mbarnes:BADURL:rarian-0.8.0.tar.bz2:rarian mbarnes:BADURL:yelp-2.22.0.tar.bz2:yelp mccann:BADURL:gdm-2.21.10.tar.gz:gdm mclasen:BADURL:libbeagle-0.3.4.tar.bz2:libbeagle mebourne:BADSOURCE:ZoneMinder-1.22.3.tar.gz:zoneminder mebrown:BADSOURCE:libsmbios-2.0.1.tar.gz:libsmbios meme:BADSOURCE:vultures-2.1.0-full.tar.bz2:nethack-vultures mfleming:BADURL:mod-cband-0.9.7.5.tgz:mod_cband mgarski:BADSOURCE:linuxdcpp-1.0.1.tar.bz2:linuxdcpp mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV misa:BADURL:pyOpenSSL-0.6.tar.gz:pyOpenSSL mlichvar:BADSOURCE:setlayout.c:openbox mlichvar:BADURL:slrn-0.9.8.1pl1.tar.bz2:slrn mmahut:BADURL:munipack-0.3.1.tar.gz:munipack mmahut:BADURL:spacechart-0.9.5.tar.gz:spacechart mmaslano:BADURL:tk8.5.1-src.tar.gz:tk mmcgrath:BADURL:nagios-2.11.tar.gz:nagios mmcgrath:BADURL:phpMyAdmin-2.11.5.1-all-languages.tar.bz2:phpMyAdmin mmcgrath:BADURL:SOAP-Lite-0.68.tar.gz:perl-SOAP-Lite mpg:BADURL:sugar-0.79.1.tar.bz2:sugar mpg:BADURL:sugar-base-0.79.0.tar.bz2:sugar-base mpg:BADURL:sugar-datastore-0.6.0.tar.bz2:sugar-datastore mpg:BADURL:sugar-toolkit-0.79.0.tar.bz2:sugar-toolkit mtasaka:BADSOURCE:RMagick-2.2.2.tar.bz2:ruby-RMagick mtasaka:BADURL:jd-2.0.0-svn1910_trunk.tgz:jd mtasaka:BADURL:manedit-0.8.1.tar.bz2:manedit mtasaka:BADURL:ruby-bsearch-1.5.tar.gz:ruby-bsearch mwiriadi:BADURL:gpicview-0.1.9.tar.gz:gpicview mwringe:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend mwringe:BADURL:commons-digester-1.7-src.tar.gz:jakarta-commons-digester mwringe:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler mwringe:BADURL:nekohtml-0.9.5.tar.gz:nekohtml nalin:BADURL:nss_db-2.2.tar.gz:nss_db nalin:BADURL:nss_ldap-259.tar.gz:nss_ldap nalin:BADURL:pam_ldap-184.tar.gz:nss_ldap ngompa:BADURL:oggconvert-0.3.0.tar.gz:oggconvert nhorman:BADURL:cscope-15.6.tar.gz:cscope nim:BADSOURCE:GFS_GAZIS.zip:gfs-gazis-fonts nim:BADURL:dejavu-fonts-2.24.tar.bz2:dejavu-fonts nixaff4:BADURL:knotify-plugin_0.1.tar.gz:pidgin-knotify nmurray:BADURL:giflib-4.1.3.tar.bz2:giflib nmurray:BADURL:ImageMagick-6.3.8-1.tar.bz2:ImageMagick noltec:BADURL:kbibtex-0.1.5.52.tar.bz2:kbibtex nomis80:BADURL:camstream-0.26.3.tar.gz:camstream nphilipp:BADSOURCE:gtkimageview-1.5.0.tar.gz:gtkimageview nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp oddsocks:BADSOURCE:fuse-0.9.0.tar.gz:fuse-emulator ondrejj:BADSOURCE:sagator-1.0.0.tar.bz2:sagator orion:BADURL:multcomp_0.993-1.tar.gz:R-multcomp orion:BADURL:ncarg_src-4.4.2.tar.gz:ncarg orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins orphan:BADURL:FreeWnn-1.1.1-a021.tar.bz2:FreeWnn orphan:BADURL:geos-2.2.3.tar.bz2:geos orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum orphan:BADURL:new-1.3.9.tar.gz:new orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script otaylor:BADURL:mugshot-1.1.92.tar.gz:mugshot ovasik:BADSOURCE:docbook-slides-3.4.0.tar.gz:docbook-slides ovasik:BADURL:gnome-bluetooth-0.11.0.tar.bz2:gnome-bluetooth ovasik:BADURL:passivetex-1.25.zip:passivetex ovasik:BADURL:xmltex-1.9.tar.gz:xmltex owentl:BADSOURCE:GoodWeather-0.3.tar.gz:gdesklets-goodweather pcheung:BAD_CVS_SOURCE:xmlunit-1.0.pom:xmlunit pcheung:BADURL:commons-httpclient-3.0.1-src.tar.gz:jakarta-commons-httpclient pertusus:BADURL:lesstif2_0.95.0-2.diff.gz:lesstif pertusus:BADURL:tex4ht-1.0.2007_12_19_2154.tar.gz:tetex-tex4ht petersen:BADURL:ddskk-12.2.0.tar.bz2:ddskk pfj:BADSOURCE:CastPodder-5.0.tar.bz2:CastPodder pfj:BADSOURCE:db4o-6.1-mono.tar.gz:db4o pfj:BADSOURCE:monodevelop-0.19.tar.bz2:monodevelop pfj:BADSOURCE:xsp-1.9.tar.bz2:xsp pfj:BADURL:gDeskCal-1.01.tar.gz:gdeskcal pfj:BADURL:gtksourceview-sharp-2.0-0.11.tar.bz2:gtksourceview-sharp pfj:BADURL:ikvm-0.22.tar.gz:ikvm pfj:BADURL:mod_mono-1.9.tar.bz2:mod_mono pfj:BADURL:mono-debugger-0.60.tar.bz2:mono-debugger pfj:BADURL:monodoc-1.2.6.zip:monodoc pfj:BADURL:nant-0.86-beta1-src.tar.gz:nant pgordon:BADSOURCE:curvylooks-0.3.gtp:gnome-theme-curvylooks pgordon:BADURL:deluge-0.5.8.7.tar.gz:deluge pgordon:BADURL:libtorrent-0.12.1.tar.gz:rb_libtorrent phuang:BADSOURCE:scim-1.4.7.tar.gz:scim pingou:BADURL:Biobase_1.16.1.tar.gz:R-Biobase pingou:BADURL:DynDoc_1.17.0.tar.gz:R-DynDoc pjones:BADSOURCE:cdparanoia-III-alpha9.8.src.tgz:cdparanoia pknirsch:BADSOURCE:ipmitool-1.8.9.tar.gz:OpenIPMI pmatilai:BADURL:rpm-4.4.2.3-rc1.tar.gz:rpm pravins:BADURL:scim-sinhala-trans-0.2.0-20060825.tar.gz:scim-sinhala pwouters:BADURL:ks3switch-0.1.tar.gz:ks3switch pwouters:BADURL:s3ssrc.zip:s3switch qspencer:BADURL:atlas3_3.6.0-20.diff.gz:atlas rafalzaq:BADSOURCE:glob2-0.9.1.tar.gz:glob2 rafalzaq:BADURL:htop-0.7.tar.gz:htop rathann:BADURL:crm114-20070810-BlameTheSegfault.src.tar.gz:crm114 rathann:BADURL:libnemesi-0.6.4-rc2.tar.bz2:libnemesi rbhalera:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 rbhalera:BADURL:Madan.ttf:madan-fonts rdieter:BADSOURCE:geomview-1.9.4.tar.bz2:geomview rdieter:BADURL:kdetoys-4.0.3.tar.bz2:kdetoys rdieter:BADURL:libofa-0.9.3.tar.gz:libofa rdieter:BADURL:macref.pdf:maxima rdieter:BADURL:mtextralic.htm:mathml-fonts rdieter:BADURL:pinentry-0.7.4.tar.gz:pinentry rdieter:BADURL:pinentry-0.7.4.tar.gz.sig:pinentry rishi:BADSOURCE:httrack-3.42.tar.gz:httrack rishi:BADURL:isight-firmware-tools-1.0.2.tar.gz:isight-firmware-tools rjones:BADURL:cduce-0.5.2-1.tar.gz:cduce rjones:BADURL:postgresql-ocaml-1.7.0.tar.bz2:ocaml-postgresql rmeggins:BADSOURCE:mozldap-6.0.5.tar.gz:mozldap rmeggins:BADURL:fedora-ds-base-1.1.0.1.tar.bz2:fedora-ds-base rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP robert:BADSOURCE:arc4random.c:mksh robert:BADURL:idn_1.2b.tar.gz:php-idn robmv:BADSOURCE:dirvish-1.2.1.tgz:dirvish rrakus:BADSOURCE:netkit-bootparamd-0.17.tar.gz:bootparamd rrakus:BADURL:cleanfeed-0.95.7b.tar.gz:cleanfeed rrelyea:BADSOURCE:ccid-1.2.1.tar.gz:ccid rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 rvokal:BADURL:gaim-guifications-2.13beta6.tar.bz2:gaim-guifications rvokal:BADURL:pidgin-guifications-2.14.tar.bz2:pidgin-guifications ryo:BADSOURCE:scim-skk-0.5.2.tar.gz:scim-skk s4504kr:BAD_CVS_SOURCE:import-3ds-0.7.py:blender s4504kr:BADURL:inadyn.v1.96.2.zip:inadyn s4504kr:BADURL:lightning-1.2.tar.gz:lightning s4504kr:BADURL:stellarium_user_guide-0.9.0-1.pdf:stellarium s4504kr:BADURL:suck-4.3.2.tar.gz:suck salimma:BADSOURCE:fbreader-sources-0.8.12.tgz:fbreader sandeen:BADURL:blktrace-git-20080103162505.tar.gz:blktrace sconklin:BADURL:db-4.6.19.tar.gz:cyrus-sasl sconklin:BADURL:ipsec-tools-0.7.tar.bz2:ipsec-tools sergiopr:BADURL:cpl-4.0.1.tar.gz:cpl sergiopr:BADURL:ds9.5.1.tar.gz:ds9 sergiopr:BADURL:esorex-3.6.6.tar.gz:esorex sergiopr:BADURL:qfits-6.2.0.tar.gz:qfits sergiopr:BADURL:wcstools-3.7.0.tar.gz:wcstools shahms:BADURL:PyProtocols-1.0a0dev-r2302.zip:python-protocols sharkcz:BADSOURCE:tinyerp-client-4.2.2.tar.gz:tinyerp sharkcz:BADSOURCE:tinyerp-server-4.2.2.tar.gz:tinyerp sheltren:BADURL:cfengine-2.2.3.tar.gz:cfengine sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod sheltren:BADURL:fortune-mod-1.99.1.tar.gz:fortune-mod sheltren:BADURL:fortune-tao.tar.gz:fortune-mod sheltren:BADURL:osfortune.tar.gz:fortune-mod silfreed:BADURL:qgis-0.9.1.tar.gz:qgis simo:BADURL:rsync-3.0.1pre2.tar.gz:rsync simo:BADURL:rsync-patches-3.0.1pre2.tar.gz:rsync sindrepb:BADURL:DBIx-SQLite-Simple-0.34.tar.gz:perl-DBIx-SQLite-Simple sindrepb:BADURL:nikto-1.36.tar.bz2:nikto sindrepb:BADURL:scratchpad-0.3.0.tar.bz2:scratchpad smccann:BAD_CVS_SOURCE:proj.copyright:proj smccann:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib snecker:BADURL:jokosher-20080216svn.tar.gz:jokosher snecker:BADURL:libflaim-4.9.1052.tar.gz:libflaim snirkel:BADURL:libmtp-0.2.6.1.tar.gz:libmtp snirkel:BADURL:njb-sharp-0.3.0.tar.bz2:njb-sharp splinux:BADURL:gdmap-0.7.5.tar.gz:gdmap splinux:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm splinux:BADURL:pessulus-2.16.2.tar.bz2:pessulus spot:BADSOURCE:mpiblacs.tgz:blacs spot:BADSOURCE:ql2400_fw.bin:ql2400-firmware spot:BADURL:Class-Data-Inheritable-0.06.tar.gz:perl-Class-Data-Inheritable spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship spot:BADURL:Class-DBI-Pg-0.09.tar.gz:perl-Class-DBI-Pg spot:BADURL:Config-IniFiles-2.39.tar.gz:perl-Config-IniFiles spot:BADURL:HTML-Tree-3.23.tar.gz:perl-HTML-Tree spot:BADURL:HTTP-Body-0.9.tar.gz:perl-HTTP-Body spot:BADURL:Ima-DBI-0.35.tar.gz:perl-Ima-DBI spot:BADURL:IO-CaptureOutput-1.06.tar.gz:perl-IO-CaptureOutput spot:BADURL:libgdamm-3.0.0.tar.bz2:libgdamm spot:BADURL:Mail-Box-2.073.tar.gz:perl-Mail-Box spot:BADURL:MARC-Record-2.0.0.tar.gz:perl-MARC-Record spot:BADURL:rx-1.5.tar.bz2:librx spot:BADURL:Scalar-Properties-0.13.tar.gz:perl-Scalar-Properties spot:BADURL:SNMP_Session-1.08.tar.gz:perl-SNMP_Session spot:BADURL:srecord-1.39.tar.gz:srecord spot:BADURL:Tree-DAG_Node-1.06.tar.gz:perl-Tree-DAG_Node spot:BADURL:UNIVERSAL-isa-0.06.tar.gz:perl-UNIVERSAL-isa ssp:BADURL:libxkbfile-1.0.4.tar.bz2:libxkbfile steve:BADURL:Data-Structure-Util-0.13.tar.gz:perl-Data-Structure-Util steve:BADURL:eperl_2.2.14-13.diff.gz:perl-eperl steved:BADURL:nfs.doc.tar.gz:nfs-utils stransky:BADURL:awesfx-0.5.0d.tar.gz:awesfx stransky:BADURL:gu11-rom.zip:awesfx svahl:BADURL:kcoloredit-4.0.2.tar.bz2:kcoloredit svahl:BADURL:kiconedit-4.0.2.tar.bz2:kiconedit tagoh:BAD_CVS_SOURCE:k14.patch:fonts-japanese tagoh:BADURL:anthy-9100e.tar.gz:anthy tagoh:BADURL:Canna37p3.tar.bz2:Canna tagoh:BADURL:k14-oldkanji.tar.gz:fonts-japanese tagoh:BADURL:Kappa20-0.396.tar.bz2:fonts-japanese tagoh:BADURL:mew-5.2.54.tar.gz:mew tagoh:BADURL:mplus_bitmap_fonts-2.2.4.tar.gz:fonts-japanese tagoh:BADURL:nkf-2.0.8b.tar.gz:nkf tagoh:BADURL:scim-anthy-1.2.4.tar.gz:scim-anthy tanguy:BADURL:freehdl-0.0.4.tar.gz:freehdl tbzatek:BADURL:gnome-vfs-2.22.0.tar.bz2:gnome-vfs2 tbzatek:BADURL:xdg-user-dirs-0.10.tar.gz:xdg-user-dirs terjeros:BADURL:libast-0.7.1.tar.gz:libast tgl:BADSOURCE:pgtcl1.6.2.tar.gz:postgresql tgl:BADSOURCE:pgtcldocs-20070115.zip:postgresql tgl:BADURL:jpegsrc.v6b.tar.bz2:libjpeg tgl:BADURL:libpng-1.2.24.tar.bz2:libpng tgl:BADURL:mysql-5.0.51a.tar.gz:mysql tgl:BADURL:mysql-connector-odbc-3.51.24r1071.tar.gz:mysql-connector-odbc tgl:BADURL:pg_filedump-8.3.0.tar:rhdb-utils tgl:BADURL:postgresql-8.3.1-US.pdf:postgresql tgl:BADURL:psqlodbc-08.03.0100.tar.gz:postgresql-odbc than:BAD_CVS_SOURCE:French.txt:wordtrans than:BADSOURCE:css.tar.bz2:kdewebdev than:BADSOURCE:html.tar.bz2:kdewebdev than:BADSOURCE:javascript.tar.bz2:kdewebdev than:BADURL:arts-1.5.9.tar.bz2:arts than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R than:BADURL:efax-0.9a-001114.tar.gz:efax than:BADURL:extragear-plasma-4.0.1.tar.bz2:extragear-plasma than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils than:BADURL:kdeaccessibility-4.0.3.tar.bz2:kdeaccessibility than:BADURL:kdeadmin-4.0.3.tar.bz2:kdeadmin than:BADURL:kdeartwork-4.0.3.tar.bz2:kdeartwork than:BADURL:kdebase-4.0.3.tar.bz2:kdebase than:BADURL:kdebase-runtime-4.0.3.tar.bz2:kdebase-runtime than:BADURL:kdebase-workspace-4.0.3.tar.bz2:kdebase-workspace than:BADURL:kdebindings-4.0.3.tar.bz2:kdebindings than:BADURL:kdeedu-4.0.3.tar.bz2:kdeedu than:BADURL:kdegames-4.0.3.tar.bz2:kdegames than:BADURL:kdegraphics-4.0.3.tar.bz2:kdegraphics than:BADURL:kde-i18n-ar-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-bg-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-bn-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ca-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-cs-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-da-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-de-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-el-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-en_GB-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-es-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-et-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-fi-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-fr-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-he-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-hi-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-hu-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-is-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-it-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ja-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ko-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-lt-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-nb-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-nl-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-nn-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pa-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pl-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt_BR-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ro-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ru-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sk-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sl-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sr-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sv-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ta-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-tr-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-uk-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_CN-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_TW-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-l10n-ar-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-be-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ca-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-cs-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-csb-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-da-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-de-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-el-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-en_GB-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-eo-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-es-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-et-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-eu-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-fi-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-fr-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ga-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-gl-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-hi-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-hu-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-it-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ja-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-km-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ko-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-lv-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-mk-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nb-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nds-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ne-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nl-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nn-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pa-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pl-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt_BR-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ru-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-se-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-sl-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-sv-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-th-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-tr-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-uk-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-wa-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_CN-4.0.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_TW-4.0.2.tar.bz2:kde-l10n than:BADURL:kdelibs-4.0.3.tar.bz2:kdelibs than:BADURL:kdemultimedia-4.0.3.tar.bz2:kdemultimedia than:BADURL:kdenetwork-4.0.3.tar.bz2:kdenetwork than:BADURL:kdepimlibs-4.0.3.tar.bz2:kdepimlibs than:BADURL:kdesdk-4.0.3.tar.bz2:kdesdk than:BADURL:kdeutils-4.0.3.tar.bz2:kdeutils than:BADURL:kdevelop-3.5.1.tar.bz2:kdevelop than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R than:BADURL:mozplugger-1.10.1.tar.gz:mozplugger than:BADURL:rp-pppoe-3.8.tar.gz:rp-pppoe than:BADURL:urw-fonts-1.0.7pre44.tar.bz2:urw-fonts than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans thias:BADSOURCE:Nevow-0.9.29.tar.gz:python-nevow thias:BADURL:DirectFB-1.0.0.tar.gz:directfb thias:BADURL:epydoc-3.0.1.tar.gz:epydoc thias:BADURL:glusterfs-1.3.8.tar.gz:glusterfs thias:BADURL:hercules-3.05.tar.gz:hercules thias:BADURL:postgrey-1.30.tar.gz:postgrey thomasvs:BADURL:libannodex-0.7.3.tar.gz:libannodex thomasvs:BADURL:libcmml-0.9.1.tar.gz:libcmml thomasvs:BADURL:liboggz-0.9.5.tar.gz:liboggz thomasvs:BADURL:mod_annodex-ap20-0.2.2.tar.gz:mod_annodex timj:BADSOURCE:altermime-0.3.7.tar.gz:altermime timj:BADURL:rapidsvn-0.9.6.tar.gz:rapidsvn timj:BADURL:rpl_1.5.3.tar.gz:rpl tjanouse:BADURL:dovecot-1.0.13.tar.gz:dovecot tjikkun:BADURL:tkdnd-1.0a2.tar.gz:tkdnd toshio:BADURL:python-fedora-0.2.99.3.tar.gz:python-fedora tscherf:BADURL:Miro-1.2.2-test.tar.gz:Miro tscherf:BADURL:prelude-manager-0.9.11.tar.gz:prelude-manager twaugh:BADSOURCE:ppa-0.8.6.tar.gz:pnm2ppa twaugh:BADURL:cups-1.3.6-source.tar.bz2:cups twaugh:BADURL:foomatic-db-3.0-20080211.tar.gz:foomatic twaugh:BADURL:foomatic-db-engine-3.0-20080211.tar.gz:foomatic twaugh:BADURL:foomatic-db-hpijs-20080211.tar.gz:foomatic twaugh:BADURL:foomatic-filters-3.0-20080211.tar.gz:foomatic twaugh:BADURL:libieee1284-0.2.11.tar.bz2:libieee1284 varekova:BADURL:acct-6.3.2.tar.gz:psacct varekova:BADURL:gzip-1.3.12.tar.gz:gzip varekova:BADURL:mailx-8.1.1.tar.gz:mailx varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl varekova:BADURL:mpfr-2.3.0.tar.bz2:mpfr varekova:BADURL:unzip552.tar.gz:unzip varekova:BADURL:zcrypt29.tar.gz:zip varekova:BADURL:zip231.tar.gz:zip vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect vcrhonek:BADURL:pegasus-2.7.0.tar.gz:tog-pegasus veillard:BADURL:libxml2-2.6.31.tar.gz:libxml2 veillard:BADURL:libxslt-1.1.22.tar.gz:libxslt veillard:BADURL:opal-2.2.11.tar.gz:opal veillard:BADURL:pwlib-1.10.10.tar.gz:pwlib vlg:BADURL:granule-1.3.0.tar.gz:granule vlg:BADURL:libassa-3.5.0.tar.gz:libassa vpv:BADSOURCE:malaga-7.12.tgz:malaga walters:BADURL:bigboard-0.5.29.tar.gz:bigboard walters:BADURL:desktop-data-model-1.2.2.tar.gz:desktop-data-model walters:BADURL:hippo-canvas-0.2.26.tar.gz:hippo-canvas walters:BADURL:online-desktop-0.2.23.tar.gz:online-desktop wart:BAD_CVS_SOURCE:blt2.4z-patch-2:blt wtogami:BADURL:IO-Socket-INET6-2.54.tar.gz:perl-IO-Socket-INET6 xavierb:BADURL:xerces-c-src_2_7_0.tar.gz:xerces-c27 xgl-maint:BADURL:font-util-1.0.1.tar.bz2:xorg-x11-font-utils xgl-maint:BADURL:xf86-video-vesa-20071113.tar.bz2:xorg-x11-drv-vesa zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar zmc:BADSOURCE:pyspi-0.6.1.tar.gz:pyspi zprikryl:BADURL:eject-2.1.5.tar.gz:eject zprikryl:BADURL:vorbis-tools-1.2.0.tar.gz:vorbis-tools -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davej at redhat.com Wed Apr 2 18:08:02 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Apr 2008 14:08:02 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F330E6.4000707@hhs.nl> References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> <20080402042445.GC13277@redhat.com> <47F330E6.4000707@hhs.nl> Message-ID: <20080402180802.GA11126@redhat.com> On Wed, Apr 02, 2008 at 09:08:22AM +0200, Hans de Goede wrote: > Dave Jones wrote: > > On Tue, Apr 01, 2008 at 04:55:54PM -0700, Andrew Farris wrote: > > > Harald Hoyer wrote: > > > > Compiling these modules, which are loaded on nearly every PC, in the > > > > kernel cuts down my boot time from 42s to 32s on my computer: > > > > > > > floppy > > > > > > I was going to suggest you might want to leave that one out, since I wouldn't > > > think its that common anymore... then I checked, and this is loaded on my > > > machine which has no floppy. > > > > The code to detect if we have a floppy controller lives... in the floppy module. > > It's not something that's trivially detectable like pci/usb devices. > > > > Isn't this (determing wether or not to load floppy.ko) done (on PC's) by > checking if the BIOS has a floppy configured? Hmm, possibly. It looks like if the pnp code finds PNP0700 in the BIOS that a uevent occurs. I found /etc/modprobe.d/floppy-pnp which contains alias pnp:dPNP0700 floppy So yes it looks like disabling that in the BIOS (as long the BIOS stops reporting the PNP object) will make it stop being loaded. Dave -- http://www.codemonkey.org.uk From fedora at camperquake.de Wed Apr 2 18:07:49 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 2 Apr 2008 20:07:49 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207152421.18631.2.camel@valkyrie.localdomain> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> <20080402120752.669a29fd@dhcp03.addix.net> <47F36C79.20500@fedoraproject.org> <1207152421.18631.2.camel@valkyrie.localdomain> Message-ID: <20080402200749.69e63274@lain.camperquake.de> Hi. On Wed, 02 Apr 2008 12:07:01 -0400, Matthew Saltzman wrote > > Wouldn't you want bugs to be fixed instead of having to workaround > > them? > > Sure. > > https://bugzilla.redhat.com/show_bug.cgi?id=254214 Sorry, but that's a different bug. My X60 suspends just fine, it just does not go into C3 (for a significant time) while USB is active. From ajackson at redhat.com Wed Apr 2 18:13:11 2008 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 02 Apr 2008 14:13:11 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402065209.GA19186@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <20080402065209.GA19186@redhat.com> Message-ID: <1207159991.9990.0.camel@localhost.localdomain> On Wed, 2008-04-02 at 02:52 -0400, Dave Jones wrote: > which is somewhat strange to cc> > > On Wed, Apr 02, 2008 at 02:41:58AM -0400, Chris Snook wrote: > > > It also makes it much more difficult to troubleshoot those subsystems or > > work around their quirks. I wouldn't have a problem with ext3, jbd, or > > dm_* being built-in, but anything that deals with hardware should really > > be modular. Of course, that wipes out most of your list. > > > > I'd really rather focus on optimizing modprobe than sacrificing the many > > benefits of modularity for a very small performance boost. > > There's another reason why usb hcd's were proposed to be built-ins. > We may get to use usb-serial for logging boot messages if we do so. > (and also build-in the relevant usb-serial modules). It also means, if you build the HID driver in as well, that you get a working C-A-D handler when you panic before init(8). - ajax From vonbrand at inf.utfsm.cl Wed Apr 2 18:17:31 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 02 Apr 2008 14:17:31 -0400 Subject: rawhide report: 20080402 changes In-Reply-To: <20080402093533.95BE4209DB8@releng1.fedora.phx.redhat.com> References: <20080402093533.95BE4209DB8@releng1.fedora.phx.redhat.com> Message-ID: <200804021817.m32IHV73010981@laptop13.inf.utfsm.cl> I got a ton of updates today? Even X broke ;-) -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From jspaleta at gmail.com Wed Apr 2 18:41:29 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Apr 2008 10:41:29 -0800 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F3AC09.4090708@gmail.com> References: <47F297ED.30908@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> <47F3AC09.4090708@gmail.com> Message-ID: <604aa7910804021141m2df0c613ybda06d6e047a0c63@mail.gmail.com> On Wed, Apr 2, 2008 at 7:53 AM, Les Mikesell wrote: > My only reason for mentioning more stable distributions was to point out > that what happens in fedora doesn't stay in fedora - it affects a lot of > people for a long time. You continue to miss the point. What you meant to say was... What happens in Yum upstream development doesn't just stay in Yum upstream development, it affects a lot of people for a long time. Fedora is just a front line consumer of what yum upstream is doing..but Fedora is not yum upstream. Just as Fedora is a front line consumer of something larger like gnome. In a previous post, you were asked to move your issues with yum development to yum's upstream communication channels. -jef"How do we draw a brighter line between Fedora as a downstream consumer of cross-distribution projects? How do we better educate people concerning when its appropriate to drive discussion upstream versus encouraging Fedora specific discussion on the matter? I think I need a longer, sharper eye-poking stick."spaleta -------------- next part -------------- An HTML attachment was scrubbed... URL: From tibbs at math.uh.edu Wed Apr 2 18:42:38 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 02 Apr 2008 13:42:38 -0500 Subject: Summary of the 2008-04-01 Packaging Committee meeting Message-ID: Meeting minutes and full logs of the packaging committee meeting which occurred on 2008-04-01 are online: http://fedoraproject.org/wiki/Packaging/Minutes http://fedoraproject.org/wiki/Packaging/Minutes20080401 Executive summary: The following drafts are now official guidelines, having been accepted by FESCO last week: * ASCII Naming Guidelines: http://fedoraproject.org/wiki/PackagingDrafts/ASCIINaming * New Perl Guidelines: http://fedoraproject.org/wiki/PackagingDrafts/Perl * OpenOffice.org extensions guidelines: http://fedoraproject.org/wiki/PackagingDrafts/OpenOffice.orgExtensions These should be written into the guidelines soon if this hasn't already been done by the time you read this. Issues pending FESCO ratification: Java guidelines * http://fedoraproject.org/wiki/PackagingDrafts/Java * This is the first vote for this draft, but it's the culmination of significant work and discussion * Accepted (5 - 1) * SysV-style initscript guidelines * http://fedoraproject.org/wiki/PackagingDrafts/SysVInitScript * This is a new draft this week * Accepted (6 - 0) * Eclipse plugin guidelines * http://fedoraproject.org/wiki/PackagingDrafts/EclipsePlugins * This was previously discussed and withdrawn at a previous meeting and is back up for a vote. * Accepted (6 - 0) * Guidelines for the use of GCJ in Java packages * http://fedoraproject.org/wiki/PackagingDrafts/GCJGuidelines * A new submission this week; the Java guidelines refer to it. * Accepted (5 - 0) Misc business: * FPC will meet again April 8, and will then hopefully return to meeting every other week. - J< From lesmikesell at gmail.com Wed Apr 2 18:57:37 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 02 Apr 2008 13:57:37 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <604aa7910804021141m2df0c613ybda06d6e047a0c63@mail.gmail.com> References: <47F297ED.30908@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> <47F3AC09.4090708@gmail.com> <604aa7910804021141m2df0c613ybda06d6e047a0c63@mail.gmail.com> Message-ID: <47F3D721.4080405@gmail.com> Jeff Spaleta wrote: > Fedora is just a front line consumer of what yum upstream is doing..but Fedora > is not yum upstream. Just as Fedora is a front line consumer of > something larger like gnome. Are you saying that Fedora will publish any kind of cruft an upstream developer cranks out? I was trying to give you guys some credit... -- Les Mikesell lesmikesell at gmail.com From ssorce at redhat.com Wed Apr 2 19:02:35 2008 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 02 Apr 2008 15:02:35 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F3D721.4080405@gmail.com> References: <47F297ED.30908@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> <47F3AC09.4090708@gmail.com> <604aa7910804021141m2df0c613ybda06d6e047a0c63@mail.gmail.com> <47F3D721.4080405@gmail.com> Message-ID: <1207162955.3533.289.camel@localhost.localdomain> On Wed, 2008-04-02 at 13:57 -0500, Les Mikesell wrote: > Jeff Spaleta wrote: > > > Fedora is just a front line consumer of what yum upstream is doing..but Fedora > > is not yum upstream. Just as Fedora is a front line consumer of > > something larger like gnome. > > Are you saying that Fedora will publish any kind of cruft an upstream > developer cranks out? I was trying to give you guys some credit... Wow, insulting multiple groups of people all at the same time ... this is an achievement ... -- Simo Sorce * Red Hat, Inc * New York From notting at redhat.com Wed Apr 2 19:10:34 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 2 Apr 2008 15:10:34 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402180802.GA11126@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> <20080402042445.GC13277@redhat.com> <47F330E6.4000707@hhs.nl> <20080402180802.GA11126@redhat.com> Message-ID: <20080402191034.GF15600@nostromo.devel.redhat.com> Dave Jones (davej at redhat.com) said: > Hmm, possibly. It looks like if the pnp code finds PNP0700 in the BIOS > that a uevent occurs. I found /etc/modprobe.d/floppy-pnp which contains > alias pnp:dPNP0700 floppy > > So yes it looks like disabling that in the BIOS (as long the BIOS stops reporting > the PNP object) will make it stop being loaded. So.... why isn't that alias in the driver? Bill From notting at redhat.com Wed Apr 2 19:12:48 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 2 Apr 2008 15:12:48 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <9581877D-3688-493A-B722-5E9F45078139@redhat.com> References: <47F2C3A5.7010402@redhat.com> <9581877D-3688-493A-B722-5E9F45078139@redhat.com> Message-ID: <20080402191248.GG15600@nostromo.devel.redhat.com> Will Woods (wwoods at redhat.com) said: > IIRC one of the proposed solutions was to have 'modprobed' - a modprobe > daemon which would read modules.deps at system startup and handle all > subsequent modprobe requests from udev etc. Kay started poking at integrating modprobe directly into udev with the idea of solving some of this... IIRC it didn't help. Bill From notting at redhat.com Wed Apr 2 19:14:11 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 2 Apr 2008 15:14:11 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> Message-ID: <20080402191411.GH15600@nostromo.devel.redhat.com> > correct? seems to be started by NM / dbus according to the bootchart? This *should* be in the background and not actually be delaying the boot. Bill From radekvokal at gmail.com Wed Apr 2 19:16:22 2008 From: radekvokal at gmail.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Wed, 02 Apr 2008 21:16:22 +0200 Subject: Can't build wireshark for F-9 Message-ID: <47F3DB86.8010002@gmail.com> Hi all, did something change in F-9 buildroot recently? I can't get new wireshark to build thought it works great on my rawhide box for both i386 and x86_64. The build log complains about missing python but the python package is installed. See http://koji.fedoraproject.org/koji/getfile?taskID=544637&name=build.log ENTER do("bash --login -c 'rpmbuild -bs --target x86_64 --nodeps //builddir/build/SPECS/wireshark.spec'", '/var/lib/mock/dist-f9-build-168592-28812/root/', 0, True, 0, , 421, 421, None, logger=) run cmd timeout(0): bash --login -c 'rpmbuild -bs --target x86_64 --nodeps //builddir/build/SPECS/wireshark.spec' /etc/profile: line 38: /bin/hostname: No such file or directory sh: /usr/bin/python: No such file or directory sh: /usr/bin/python: No such file or directory sh: /usr/bin/python: No such file or directory warning: Could not canonicalize hostname: xenbuilder4.fedora.phx.redhat.com Building target platforms: x86_64 Building for target x86_64 Wrote: /builddir/build/SRPMS/wireshark-1.0.0-2.fc9.src.rpm LEAVE do --> What should be the problem? Radek From lesmikesell at gmail.com Wed Apr 2 19:24:18 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 02 Apr 2008 14:24:18 -0500 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <1207162955.3533.289.camel@localhost.localdomain> References: <47F297ED.30908@gmail.com> <1207090885.15651.46.camel@cutter> <47F2C5BB.6020402@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> <47F3AC09.4090708@gmail.com> <604aa7910804021141m2df0c613ybda06d6e047a0c63@mail.gmail.com> <47F3D721.4080405@gmail.com> <1207162955.3533.289.camel@localhost.localdomain> Message-ID: <47F3DD62.2020203@gmail.com> Simo Sorce wrote: > On Wed, 2008-04-02 at 13:57 -0500, Les Mikesell wrote: >> Jeff Spaleta wrote: >> >>> Fedora is just a front line consumer of what yum upstream is doing..but Fedora >>> is not yum upstream. Just as Fedora is a front line consumer of >>> something larger like gnome. >> Are you saying that Fedora will publish any kind of cruft an upstream >> developer cranks out? I was trying to give you guys some credit... > > Wow, insulting multiple groups of people all at the same time ... this > is an achievement ... I really didn't mean it as an insult. It's just realistic to observe that an occasional bug or even a bad idea slips into the upstream code repositories. But it only bothers a lot of people when it is accepted into a mainstream distribution without being fixed. I'm in awe of your power here and just asking that it be used responsibly. -- Les Mikesell lesmikesell at gmail.com From loganjerry at gmail.com Wed Apr 2 19:24:23 2008 From: loganjerry at gmail.com (Jerry James) Date: Wed, 2 Apr 2008 13:24:23 -0600 Subject: Summary of the 2008-04-01 Packaging Committee meeting In-Reply-To: References: Message-ID: <870180fe0804021224l51d6dfb9nc09f26df43e7d999@mail.gmail.com> On Wed, Apr 2, 2008 at 12:42 PM, Jason L Tibbitts III wrote: > Java guidelines > * http://fedoraproject.org/wiki/PackagingDrafts/Java > * This is the first vote for this draft, but it's the culmination of > significant work and discussion > * Accepted (5 - 1) > Where should questions about the Java guidelines be directed? This list? The wiki page? I'm curious about two points. First, rpmlint can either complain that jars are indexed, or complain that they are not indexed. In the default Fedora configuration, it complains if they are indexed. Why? Is there some supported JVM on some supported Fedora release that cannot handle indexed JARs? I don't see anything about this in the JPackage guidelines, nor in the Fedora guidelines. Second, I have a question about the use of Class-Path in JAR manifests. The JPackage guidelines say nothing about it. The Fedora guidelines only give a sed command to remove Class-Path entries, but do not discuss why they should be removed. Rpmlint says, "These entries do not work with older Java versions and even if they do work, they are inflexible and usually cause nasty surprises." What older Java versions? Any that we care about? In what way are they inflexible? What nasty surprises have been encountered? Thanks, -- Jerry James http://loganjerry.googlepages.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From davej at redhat.com Wed Apr 2 19:25:02 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Apr 2008 15:25:02 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402191034.GF15600@nostromo.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F2CB8A.5060006@gmail.com> <20080402042445.GC13277@redhat.com> <47F330E6.4000707@hhs.nl> <20080402180802.GA11126@redhat.com> <20080402191034.GF15600@nostromo.devel.redhat.com> Message-ID: <20080402192502.GA23387@redhat.com> On Wed, Apr 02, 2008 at 03:10:34PM -0400, Bill Nottingham wrote: > Dave Jones (davej at redhat.com) said: > > Hmm, possibly. It looks like if the pnp code finds PNP0700 in the BIOS > > that a uevent occurs. I found /etc/modprobe.d/floppy-pnp which contains > > alias pnp:dPNP0700 floppy > > > > So yes it looks like disabling that in the BIOS (as long the BIOS stops reporting > > the PNP object) will make it stop being loaded. > > So.... why isn't that alias in the driver? That would involve someone having to look at floppy.c Dave -- http://www.codemonkey.org.uk From mtasaka at ioa.s.u-tokyo.ac.jp Wed Apr 2 19:27:50 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 03 Apr 2008 04:27:50 +0900 Subject: Can't build wireshark for F-9 In-Reply-To: <47F3DB86.8010002@gmail.com> References: <47F3DB86.8010002@gmail.com> Message-ID: <47F3DE36.3020005@ioa.s.u-tokyo.ac.jp> Radek Vok?l wrote, at 04/03/2008 04:16 AM +9:00: > Hi all, > > did something change in F-9 buildroot recently? I can't get new > wireshark to build thought it works great on my rawhide box for both > i386 and x86_64. The build log complains about missing python but the > python package is installed. > > See http://koji.fedoraproject.org/koji/getfile?taskID=544637&name=build.log > Please look at root.log. It says: > DEBUG util.py:261: No Package Found for yacc Regards, Mamoru From tibbs at math.uh.edu Wed Apr 2 19:38:29 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 02 Apr 2008 14:38:29 -0500 Subject: Summary of the 2008-04-01 Packaging Committee meeting In-Reply-To: <870180fe0804021224l51d6dfb9nc09f26df43e7d999@mail.gmail.com> References: <870180fe0804021224l51d6dfb9nc09f26df43e7d999@mail.gmail.com> Message-ID: >>>>> "JJ" == Jerry James writes: JJ> Where should questions about the Java guidelines be directed? JJ> This list? The wiki page? This list should be fine, or there is a comments section at the bottom of the wiki page. Unfortunately I cannot really provide answers to your questions, because I am not well-versed in the intricacies of Java. - J< From jspaleta at gmail.com Wed Apr 2 19:43:31 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Apr 2008 11:43:31 -0800 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <47F3D721.4080405@gmail.com> References: <47F297ED.30908@gmail.com> <1207096923.15651.52.camel@cutter> <47F2DD27.3000609@gmail.com> <1207098927.15651.59.camel@cutter> <47F2E594.7060203@gmail.com> <47F3640B.7010601@fedoraproject.org> <6e24a8e80804020436g661e6b96ne432fc0eb1b8858f@mail.gmail.com> <47F3AC09.4090708@gmail.com> <604aa7910804021141m2df0c613ybda06d6e047a0c63@mail.gmail.com> <47F3D721.4080405@gmail.com> Message-ID: <604aa7910804021243m32cc5835g2eeca06a1fc325c6@mail.gmail.com> On Wed, Apr 2, 2008 at 10:57 AM, Les Mikesell wrote: > Are you saying that Fedora will publish any kind of cruft an upstream > developer cranks out? I was trying to give you guys some credit... > I am saying that it is an explicit goal of this project to work directly inside of the upstream communities as much as possible. Because we as a project care about making the widest impact as possible. What is good for Fedora is generally good for other distributions which are relying on the same technology codebases.. and as a project we strive to have our contributors working inside of upstream project communities so the Fedora the distribution is a consumer of the results of balanced best effort decision-making. So when someone in our community sees a problem with technical decisions that upstream is doing, we expect them to make a best effort to communicate their arguments to upstream before making a case to deviate from upstream decisions in the Fedora distribution specifically. When individuals don't make that best effort to have the discourse as part of the upstream project, then they are debasing Fedora project and its mission to be a conduit for upstream development. In the specific cases of cross-distro compatibility concerning yum behavior that you have brought up. Your logic is fundamentally flawed. Fedora specific changes which deviate from yum's upstream behavior will not guarantee cross distro compatibility...because no distro..not even RHEL is compelled to take fedora specific patches. If we continue to assume that you are being honest, and you actual care about cross-distro compatibility for yum.. then at some point I will be forced to moderate your access to this list in an effort to act in your best interest so that you'll move your discussion to the upstream yum channels so that cross-distro compatibility can be discussed in a way that has a shred of hope of solving your problems long term. That's how much I care about making sure your interests are best served. I know, its tough love, and believe me it will hurt me more than it hurts you to have to do it. -jef"take a hint"spaleta -------------- next part -------------- An HTML attachment was scrubbed... URL: From bpepple at fedoraproject.org Wed Apr 2 19:43:47 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 02 Apr 2008 15:43:47 -0400 Subject: Plan for tomorrows (20080403) FESCO meeting Message-ID: <1207165427.28647.2.camel@kennedy> Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo meeting -- Any objection to this week's report from FPC at https://www.redhat.com/archives/fedora-devel-list/2008-April/msg00231.html /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ latest beta slip?) - all /topic FESCo-Meeting -- Features Completion - http://fedoraproject.org/wiki/Releases/9/FeatureList - poelcat /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule. You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From overholt at redhat.com Wed Apr 2 19:48:00 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 02 Apr 2008 15:48:00 -0400 Subject: Summary of the 2008-04-01 Packaging Committee meeting In-Reply-To: <870180fe0804021224l51d6dfb9nc09f26df43e7d999@mail.gmail.com> References: <870180fe0804021224l51d6dfb9nc09f26df43e7d999@mail.gmail.com> Message-ID: <1207165680.14334.7.camel@blingbling> Hi, On Wed, 2008-04-02 at 13:24 -0600, Jerry James wrote: > I'm curious about two points. First, rpmlint can either complain that > jars are indexed, or complain that they are not indexed. In the > default Fedora configuration, it complains if they are indexed. Why? > Is there some supported JVM on some supported Fedora release that > cannot handle indexed JARs? I don't see anything about this in the > JPackage guidelines, nor in the Fedora guidelines. No one brought up the indexing issue. I've never seen that rpmlint warning myself. Perhaps you should ask Ville. > Second, I have a question about the use of Class-Path in JAR > manifests. The JPackage guidelines say nothing about it. The Fedora > guidelines only give a sed command to remove Class-Path entries, but > do not discuss why they should be removed. This was discussed during the process of editing the page: "the problem with classpathes-in-manifest is you hardcode the location of other jar files inside a file. So any common file operation like copying, renaming, moving the referenced file or the jar itself will break the classpath and trigger difficult-to-debug failures. When the classpath is in a single place and not hidden in part inside jar files maintenance is much easier and file operations do not require doing surgery inside jar files - NicolasMailhot" Feel free to request that justification be listed on the page (I really don't know the process for making changes to guidelines after they're voted upon by FPC), but I don't think it should be added right now since these guidelines are in the process of FPC->FESCo ratification and shouldn't be touch (AIUI). Andrew From lemenkov at gmail.com Wed Apr 2 19:51:59 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Wed, 2 Apr 2008 23:51:59 +0400 Subject: FYI CuneiForm OCR now opensourced under BSD license Message-ID: -- With best regards! From harald at redhat.com Wed Apr 2 19:53:18 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 21:53:18 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402191411.GH15600@nostromo.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> Message-ID: <47F3E42E.5050207@redhat.com> Bill Nottingham wrote: >> correct? seems to be started by NM / dbus according to the bootchart? > > This *should* be in the background and not actually be delaying the boot. > > Bill > The point is: Why is it started anyway? I have *no* wireless! No need to eat disk/CPU resources (which *is* delaying the boot). From harald at redhat.com Wed Apr 2 19:53:18 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 21:53:18 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402191411.GH15600@nostromo.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> Message-ID: <47F3E42E.5050207@redhat.com> Bill Nottingham wrote: >> correct? seems to be started by NM / dbus according to the bootchart? > > This *should* be in the background and not actually be delaying the boot. > > Bill > The point is: Why is it started anyway? I have *no* wireless! No need to eat disk/CPU resources (which *is* delaying the boot). From lemenkov at gmail.com Wed Apr 2 20:00:34 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 3 Apr 2008 00:00:34 +0400 Subject: FYI CuneiForm OCR now opensourced under BSD license Message-ID: Hello All! For those who not afraid russian - here is a press release: http://www.linux.org.ru/view-message.jsp?msgid=2631717 For those who afraid - CuneiForm is one of major OCR ystens in late 1990ies. It could compete with FineReader in the field of speed and accuracy but since 1990s it lags in terms of usability and integration with modern office suites. Unlike to Tesseract/Ocropus it offers complete OCR base but with tight win32-integration (authors promise that will be some work in compatibility direction and one of their goals will be porting to Linux). I know this is OffTopic, but maybe someone missed this news :) -- With best regards! From jeff at ocjtech.us Wed Apr 2 20:09:46 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 2 Apr 2008 15:09:46 -0500 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F3E42E.5050207@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> Message-ID: <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> On Wed, Apr 2, 2008 at 2:53 PM, Harald Hoyer wrote: > Bill Nottingham wrote: > > > > > correct? seems to be started by NM / dbus according to the bootchart? > > > > > > > This *should* be in the background and not actually be delaying the boot. > > The point is: Why is it started anyway? I have *no* wireless! No need to > eat disk/CPU resources (which *is* delaying the boot). Authentication isn't just for wireless anymore... Many network switches can be configured to require 802.1x authentication from a system before allowing access to the network. I'll be looking into enabling 802.1x authentication here at work this summer. This is a case of having things "just work" - having the world's fastest boot time shouldn't be the ultimate goal here. Jeff From jspaleta at gmail.com Wed Apr 2 20:13:33 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Apr 2008 12:13:33 -0800 Subject: Spin SIG In-Reply-To: <47F2CA45.7040002@kanarip.com> References: <47F2CA45.7040002@kanarip.com> Message-ID: <604aa7910804021313r759dd8bcqcb741bc4931d1089@mail.gmail.com> On Tue, Apr 1, 2008 at 3:50 PM, Jeroen van Meeuwen wrote: > There's now a Special Interest Group (SIG) for Fedora Community Spins. > From the initial proposal by Jef Spaleta[1], here's what the SIG's > responsibilities are: > small change in the wording of the proposal. Reference to cvs was removed as it may not be the most appropriate source control mechanism for storing kickstart pool information since there maybe no explicit need to build a package of the kickstart pool contents. It may suffice or be better to use git.fedorahosted.org and setup the Kickstart Pool as a hosted project. If the SIG has a preference for either, we'll need to know that. But to be quite honest, if you could avoid needing to use cvs...then it would personally make sense to me to use fedorahosted. -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From harald at redhat.com Wed Apr 2 20:24:56 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 22:24:56 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> Message-ID: Jeffrey Ollie wrote: > On Wed, Apr 2, 2008 at 2:53 PM, Harald Hoyer wrote: >> Bill Nottingham wrote: >>>> correct? seems to be started by NM / dbus according to the bootchart? >>>> >>> This *should* be in the background and not actually be delaying the boot. >> The point is: Why is it started anyway? I have *no* wireless! No need to >> eat disk/CPU resources (which *is* delaying the boot). > > Authentication isn't just for wireless anymore... Many network > switches can be configured to require 802.1x authentication from a > system before allowing access to the network. I'll be looking into > enabling 802.1x authentication here at work this summer. This is a > case of having things "just work" - having the world's fastest boot > time shouldn't be the ultimate goal here. > > Jeff > where is the option to turn this authentication daemon off? From jspaleta at gmail.com Wed Apr 2 20:27:29 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Apr 2008 12:27:29 -0800 Subject: very common kernel modules slow down the boot process In-Reply-To: <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> References: <47F2C3A5.7010402@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> Message-ID: <604aa7910804021327x244947a1h9f626f9c8a3f26ec@mail.gmail.com> On Wed, Apr 2, 2008 at 12:09 PM, Jeffrey Ollie wrote: > This is a case of having things "just work" - having the world's fastest > boot > time shouldn't be the ultimate goal here. > the hell you say! My LFS install sitting on my 8 meg flash card boots wicked fast and 'just works'. If by 'just works' you mean brings me to a single user mode shell prompt with just enough support to mount a ro ext2 filesystem and startup my eth0 hardware with no other network hardware support, with only just enough commands available to create iptable rules on the cmdline with no editor on the system. -jef"using the word 'just' as is used in 'just in time' or 'just failed the test'"spaleta -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.sourada at gmail.com Wed Apr 2 20:28:29 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Wed, 02 Apr 2008 22:28:29 +0200 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> Message-ID: <1207168109.3043.41.camel@pc-notebook> On Wed, 2008-04-02 at 15:09 -0500, Jeffrey Ollie wrote: > On Wed, Apr 2, 2008 at 2:53 PM, Harald Hoyer wrote: > > Bill Nottingham wrote: > > > > > > > correct? seems to be started by NM / dbus according to the bootchart? > > > > > > > > > > This *should* be in the background and not actually be delaying the boot. > > > > The point is: Why is it started anyway? I have *no* wireless! No need to > > eat disk/CPU resources (which *is* delaying the boot). > > Authentication isn't just for wireless anymore... Many network > switches can be configured to require 802.1x authentication from a > system before allowing access to the network. I'll be looking into > enabling 802.1x authentication here at work this summer. This is a > case of having things "just work" - having the world's fastest boot > time shouldn't be the ultimate goal here. > > Jeff > Speaking of which... Is there a way to configure NetworkManager to authenticate to 802.1x wired network? Not that I mind running ifconfig, xsupplicant, dhclient by hand but nm could simplify a life a lot :) Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From radekvokal at gmail.com Wed Apr 2 20:29:06 2008 From: radekvokal at gmail.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Wed, 02 Apr 2008 22:29:06 +0200 Subject: Can't build wireshark for F-9 In-Reply-To: <47F3DE36.3020005@ioa.s.u-tokyo.ac.jp> References: <47F3DB86.8010002@gmail.com> <47F3DE36.3020005@ioa.s.u-tokyo.ac.jp> Message-ID: <47F3EC92.8070505@gmail.com> Mamoru Tasaka wrote: > Radek Vok?l wrote, at 04/03/2008 04:16 AM +9:00: >> Hi all, >> >> did something change in F-9 buildroot recently? I can't get new >> wireshark to build thought it works great on my rawhide box for both >> i386 and x86_64. The build log complains about missing python but the >> python package is installed. >> >> See >> http://koji.fedoraproject.org/koji/getfile?taskID=544637&name=build.log >> > > Please look at root.log. It says: >> DEBUG util.py:261: No Package Found for yacc > > Regards, > Mamoru > Thanks, that was it .. Radek From benny+usenet at amorsen.dk Wed Apr 2 20:31:31 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 02 Apr 2008 22:31:31 +0200 Subject: Feature or bug? (strange?) yum behaviour References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <47F2442F.4070704@fedoraproject.org> <6e24a8e80804010730u4d09a40exc4b1f8b40223a08@mail.gmail.com> <604aa7910804011229s4e1de90cua6df151fb0b694d@mail.gmail.com> <47F29208.9030106@gmail.com> <604aa7910804011253u280b0d3eif646caa6a28df6b0@mail.gmail.com> <47F297ED.30908@gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <1207143454.12648.26.camel@code.and.org> Message-ID: James Antill writes: > Did you install pygpgme from Fed-8 first? I've done many installs of > rawhide yum on older versions and that's the only caveat I've seen. Thank you! It works brilliantly after adding pygpgme. It's sad that more dependencies are needed for something as basic as yum, but knowing about it will certainly make the Fedora 9 upgrade easier for me. /Benny From jspaleta at gmail.com Wed Apr 2 20:35:40 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Apr 2008 12:35:40 -0800 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <1207143454.12648.26.camel@code.and.org> Message-ID: <604aa7910804021335s44fadcf8q915ba7cf88c57e84@mail.gmail.com> On Wed, Apr 2, 2008 at 12:31 PM, Benny Amorsen > wrote: > > It's sad that more dependencies are needed for something as basic as > yum, Who you prefer that yum grow its own gpg implementation in order to correctly verify the gpg signatures on packages? Why is code reuse sad? -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at ocjtech.us Wed Apr 2 20:38:10 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 2 Apr 2008 15:38:10 -0500 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> Message-ID: <935ead450804021338r423ea8b2xeb5a9c572bceb12b@mail.gmail.com> On Wed, Apr 2, 2008 at 3:24 PM, Harald Hoyer wrote: > > where is the option to turn this authentication daemon off? yum remove wpa_supplicant Jeff From harald at redhat.com Wed Apr 2 20:50:04 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Apr 2008 22:50:04 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <935ead450804021338r423ea8b2xeb5a9c572bceb12b@mail.gmail.com> References: <47F2C3A5.7010402@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <935ead450804021338r423ea8b2xeb5a9c572bceb12b@mail.gmail.com> Message-ID: Jeffrey Ollie wrote: > On Wed, Apr 2, 2008 at 3:24 PM, Harald Hoyer wrote: >> where is the option to turn this authentication daemon off? > > yum remove wpa_supplicant > > Jeff > this is not an "option".. this is the last resort. From jspaleta at gmail.com Wed Apr 2 21:06:07 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Apr 2008 13:06:07 -0800 Subject: Fedora Windows Migration Tool In-Reply-To: <194154.41840.qm@web38906.mail.mud.yahoo.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> Message-ID: <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> 2008/4/1 nikhil bharadwaj : > I have an idea of importing all the Windows documents,files,etc. into the > Fedora partition during the installation. Also, maintaining a sync of all > the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > I'm sort of confused on a couple of things.... why a mirror of the data across partitions? If we are able to mount ntfs on a per user basis... why not find a way to use the ntfs partition as the data location for the common data for the user in situations where users care about cross operating system access? We already have a system to redirect what directories are programtically used: http://freedesktop.org/wiki/Software/xdg-user-dirs Can't the technology here be extended to make use of an ntfs data store without the complexity of mirroring? Why at install time.. versus an option that can be invoked for any user at user creation time or any later time generally though the system-config-user dialog? Don't people have multiple users defined commonly on home XP and Vista systems? Don't we need to be able to configure the OS data syncing for multiple users by mapping a fedora username to the corresponding username on the XP system? -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From ville.skytta at iki.fi Wed Apr 2 21:09:42 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Thu, 3 Apr 2008 00:09:42 +0300 Subject: Summary of the 2008-04-01 Packaging Committee meeting In-Reply-To: <1207165680.14334.7.camel@blingbling> References: <870180fe0804021224l51d6dfb9nc09f26df43e7d999@mail.gmail.com> <1207165680.14334.7.camel@blingbling> Message-ID: <200804030009.43691.ville.skytta@iki.fi> On Wednesday 02 April 2008, Andrew Overholt wrote: > Hi, > > On Wed, 2008-04-02 at 13:24 -0600, Jerry James wrote: > > I'm curious about two points. First, rpmlint can either complain that > > jars are indexed, or complain that they are not indexed. In the > > default Fedora configuration, it complains if they are indexed. Why? Which version of rpmlint are you using? Have you touched related rpmlint configuration settings? rpmlint's current default configuration in Fedora should prevent it from emitting any messages whatsoever about jars being indexed or not. Upstream rpmlint's default configuration is to whine if jars are not indexed (config parameter UseIndexedJars defaults to 1, this is what Fedora uses too), but we filter warnings about non-indexed jars out from the output, see "grep jar /usr/share/rpmlint/config". If you're seeing jar indexing related warnings using the default rpmlint config, I'm pretty sure that would be an rpmlint or rpmlint packaging bug. > > Is there some supported JVM on some supported Fedora release that > > cannot handle indexed JARs? I don't see anything about this in the > > JPackage guidelines, nor in the Fedora guidelines. > > No one brought up the indexing issue. I've never seen that rpmlint > warning myself. Perhaps you should ask Ville. Indexing supposedly speeds up classloading in some cases, and is probably most useful with applets loaded over the network. I've never seen any numbers related to this though, neither for the over the network case nor for normal local java apps, nor do I know if non-network classloaders that process jar indexes exist in the first place. On the other hand, indexed jars did break with some old Java versions, but I don't think that's of any relevance any more. But there's still one gotcha: indexing a jar will cause its manifest Class-Path to be ignored even with recent Java implementations (at least when invoked with "java -jar"). This is probably not much to worry about in Fedora as we don't want Class-Paths in manifests anyway, but can be useful to know. If there is consensus that having rpmlint always whine about non-indexed jars or always about indexed jars would be a good thing, I can make either change in the package. Personally, I obviously couldn't choose :) > > Second, I have a question about the use of Class-Path in JAR > > manifests. The JPackage guidelines say nothing about it. The Fedora > > guidelines only give a sed command to remove Class-Path entries, but > > do not discuss why they should be removed. > > This was discussed during the process of editing the page: [...] > Feel free to request that justification be listed on the page (I really > don't know the process for making changes to guidelines after they're > voted upon by FPC), but I don't think it should be added right now since > these guidelines are in the process of FPC->FESCo ratification and > shouldn't be touch (AIUI). I'm not sure either, but adding the rationale sometime would be a good thing. Ditto would be noting somewhere that the process of removing Class-Paths from manifests will break "java -jar foo.jar" invocations if foo.jar requires additional user stuff in the classpath. This is because $CLASSPATH, -cp and -classpath are ignored with "java -jar"; only Class-Path in manifest works with it. The workaround is to not use -jar but use the main class name instead, and set classpath the usual way as required. Packagers should therefore not use "java -jar" in any scripts or docs, and this could be a good thing to note in end user docs as well. From overholt at redhat.com Wed Apr 2 21:16:50 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 2 Apr 2008 17:16:50 -0400 Subject: Summary of the 2008-04-01 Packaging Committee meeting In-Reply-To: <200804030009.43691.ville.skytta@iki.fi> References: <870180fe0804021224l51d6dfb9nc09f26df43e7d999@mail.gmail.com> <1207165680.14334.7.camel@blingbling> <200804030009.43691.ville.skytta@iki.fi> Message-ID: <20080402211648.GA14323@redhat.com> * Ville Skytt? [2008-04-02 17:10]: > Ditto would be noting somewhere that the process of removing Class-Paths from > manifests will break "java -jar foo.jar" invocations if foo.jar requires > additional user stuff in the classpath. This is because $CLASSPATH, -cp > and -classpath are ignored with "java -jar"; only Class-Path in manifest > works with it. The workaround is to not use -jar but use the main class name > instead, and set classpath the usual way as required. Yup. > Packagers should therefore not use "java -jar" in any scripts or docs, > and this could be a good thing to note in end user docs as well. Yeah. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From markg85 at gmail.com Wed Apr 2 21:20:43 2008 From: markg85 at gmail.com (Mark) Date: Wed, 2 Apr 2008 23:20:43 +0200 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <1207143454.12648.26.camel@code.and.org> Message-ID: <6e24a8e80804021420i79d65458ufc0989f9d56ce73d@mail.gmail.com> 2008/4/2, Benny Amorsen : > It's sad that more dependencies are needed for something as basic as > yum, but knowing about it will certainly make the Fedora 9 upgrade > easier for me. > It's actually a good thing! Now yum doesn't have with the possible bugs that would have been there when they made there own version and there are a lot more advantages i can think of. i rather have yum take up a dozen deps and be as fast as it is now than it was a few years ago (that was horrible with big updates). From ville.skytta at iki.fi Wed Apr 2 21:24:35 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Thu, 3 Apr 2008 00:24:35 +0300 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <604aa7910804021335s44fadcf8q915ba7cf88c57e84@mail.gmail.com> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <604aa7910804021335s44fadcf8q915ba7cf88c57e84@mail.gmail.com> Message-ID: <200804030024.35854.ville.skytta@iki.fi> On Wednesday 02 April 2008, Jeff Spaleta wrote: > On Wed, Apr 2, 2008 at 12:31 PM, Benny Amorsen > > > > wrote: > > It's sad that more dependencies are needed for something as basic as > > yum, > > Who you prefer that yum grow its own gpg implementation in order to > correctly verify the gpg signatures on packages? > > Why is code reuse sad? Reuse is not sad per se, but if this is indeed for checking package signatures, rpm can do it and I assume the functionality to do it is exposed to python from it - wouldn't it be better to reuse it from rpm instead of pulling in an additional library for doing the same thing? Of course, there may be good reasons to do it this way; I'm nowhere near familiar enough with yum or rpm APIs or their development directions to be able to tell. WAG: Or perhaps this is for checking signatures on something else than packages, eg. repodata? From benny+usenet at amorsen.dk Wed Apr 2 21:31:10 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 02 Apr 2008 23:31:10 +0200 Subject: Feature or bug? (strange?) yum behaviour References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <1207143454.12648.26.camel@code.and.org> <604aa7910804021335s44fadcf8q915ba7cf88c57e84@mail.gmail.com> Message-ID: "Jeff Spaleta" writes: > Who you prefer that yum grow its own gpg implementation in order to > correctly verify the gpg signatures on packages? Needing 7 packages for something as simple as checking a gpg signature seems excessive to me. Of course they give me the ability to make signatures and even securely type in a key, which is nice if you happen to need that. > Why is code reuse sad? It isn't. Code reuse is good. /Benny From cjdahlin at ncsu.edu Wed Apr 2 21:35:52 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 02 Apr 2008 17:35:52 -0400 Subject: Fedora Windows Migration Tool In-Reply-To: <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> Message-ID: <47F3FC38.6030607@ncsu.edu> Jeff Spaleta wrote: > > > 2008/4/1 nikhil bharadwaj >: > > I have an idea of importing all the Windows documents,files,etc. > into the Fedora partition during the installation. Also, > maintaining a sync of all the files in both the OS's. > > A detailed overview and concept of the idea is in the given link: > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > > I'm sort of confused on a couple of things.... > > why a mirror of the data across partitions? If we are able to mount > ntfs on a per user basis... why not find a way to use the ntfs > partition as the data location for the common data for the user in > situations where users care about cross operating system access? > We already have a system to redirect what directories are > programtically used: > http://freedesktop.org/wiki/Software/xdg-user-dirs > Can't the technology here be extended to make use of an ntfs data > store without the complexity of mirroring? > Then we have the victory issue. "Hey, Fedora is great! Now I want to get rid of my Windows partition." Solvable but not free of charge. This does save the actual time cost of mirroring though, which is significant considering that if the user is frequently switching we have to check for updates to the windows side at every login. > Why at install time.. versus an option that can be invoked for any > user at user creation time or any later time generally though the > system-config-user dialog? Don't people have multiple users defined > commonly on home XP and Vista systems? Don't we need to be able to > configure the OS data syncing for multiple users by mapping a fedora > username to the corresponding username on the XP system? > I think this is/has been proposed here, but it is a good idea to begin offering the feature at install time, as well as make it continuously available post-install. --CJD From skvidal at fedoraproject.org Wed Apr 2 21:34:17 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 02 Apr 2008 17:34:17 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: <200804030024.35854.ville.skytta@iki.fi> References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <604aa7910804021335s44fadcf8q915ba7cf88c57e84@mail.gmail.com> <200804030024.35854.ville.skytta@iki.fi> Message-ID: <1207172057.15651.84.camel@cutter> On Thu, 2008-04-03 at 00:24 +0300, Ville Skytt? wrote: > Reuse is not sad per se, but if this is indeed for checking package > signatures, rpm can do it and I assume the functionality to do it is > exposed > to python from it - wouldn't it be better to reuse it from rpm instead > of > pulling in an additional library for doing the same thing? Of course, > there > may be good reasons to do it this way; I'm nowhere near familiar > enough with > yum or rpm APIs or their development directions to be able to tell. > > WAG: Or perhaps this is for checking signatures on something else > than > packages, eg. repodata? It's actually for both: - checking sigs on repodata - eventually for checking sigs on packages - mainly so we don't have to open up the rpmdb to check sigs - as you do right now b/c of the gpg keys being stored in the rpmdb. -sv From skvidal at fedoraproject.org Wed Apr 2 21:35:02 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 02 Apr 2008 17:35:02 -0400 Subject: Feature or bug? (strange?) yum behaviour In-Reply-To: References: <6e24a8e80804010712i21780ae5h74972705296846d5@mail.gmail.com> <1207081337.15651.10.camel@cutter> <1207081881.10532.44.camel@gandalf.cobite.com> <1207082651.15651.23.camel@cutter> <1207084212.15651.30.camel@cutter> <47F2A86F.4000503@gmail.com> <1207086149.5381.142.camel@code.and.org> <1207143454.12648.26.camel@code.and.org> <604aa7910804021335s44fadcf8q915ba7cf88c57e84@mail.gmail.com> Message-ID: <1207172102.15651.86.camel@cutter> On Wed, 2008-04-02 at 23:31 +0200, Benny Amorsen wrote: > "Jeff Spaleta" writes: > > > Who you prefer that yum grow its own gpg implementation in order to > > correctly verify the gpg signatures on packages? > > Needing 7 packages for something as simple as checking a gpg signature > seems excessive to me. Of course they give me the ability to make > signatures and even securely type in a key, which is nice if you > happen to need that. 'as simple as checking a gpg signature'? Please show me how this is simple. Also if you have another module we can use instead of pygpgme I am all ears. -sv From cjdahlin at ncsu.edu Wed Apr 2 21:45:31 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 02 Apr 2008 17:45:31 -0400 Subject: fWindows Data Migration Tool In-Reply-To: <3da3b5b40804020714i5a24a2e0lcccb1fdabfd08ebd@mail.gmail.com> References: <20080402131512.47C7F619033@hormel.redhat.com> <184107.60322.qm@web38911.mail.mud.yahoo.com> <3da3b5b40804020714i5a24a2e0lcccb1fdabfd08ebd@mail.gmail.com> Message-ID: <47F3FE7B.9050701@ncsu.edu> Ahmed Kamal wrote: > Microsoft's File and Settings transfer tool migrates: > > * > > Internet Explorer settings > Good idea. Ditto firefox > > * > > Outlook Express settings and store > > * > > Outlook settings and store > Difficult due to diversity of preferred mail clients among Fedora users. Evo is the sane default, but Tbird usage is still massive. > > * > > Dial-Up connections > Do we care? Not hard to do either way. > > * > > Phone and modem options > Simple enough. > > * > > Accessibility > Might not be 1:1 here, but good faith effort could make this work > > * > > Screen saver selection > Not likely :( > > * > > Fonts > Can be done. Do we want to encourage copying the fonts from windows though? (The settings themselves are useless unless we go get the fonts which back them) > > * > > Folder options > > * > > Taskbar settings > Not sure about the correspondence here > > * > > Mouse and keyboard settings > Can do > > * > > Sounds settings > Could get interesting. Fedora has always had a more sophisticated view of the sound devices than windows. > > * > > Regional options > Simple, and a good thing to have. > > * > > Office settings > Likely to be harder than its worth. OOo and MSOffice are always juuust different enough that they don't cooperate well. > > * > > Network drives and printers > Not too hard. > > * > > Desktop folder > > * > > My Documents folder > > * > > My Pictures folder > > * > > Favorites folder > > * > > Cookies folder > Gets back to the core "mirroring" aspect. > > * > > Common Office file types > Not sure what this one means. --CJD From jspaleta at gmail.com Wed Apr 2 21:56:19 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Apr 2008 13:56:19 -0800 Subject: Fedora Windows Migration Tool In-Reply-To: <47F3FC38.6030607@ncsu.edu> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> <47F3FC38.6030607@ncsu.edu> Message-ID: <604aa7910804021456k7a0e104bs866079ed9c531b6b@mail.gmail.com> On Wed, Apr 2, 2008 at 1:35 PM, Casey Dahlin wrote: > Then we have the victory issue. "Hey, Fedora is great! Now I want to get > rid of my Windows partition." Solvable but not free of charge. This does > save the actual time cost of mirroring though, which is significant > considering that if the user is frequently switching we have to check for > updates to the windows side at every login. You mirror when they are ready to nuke one OS or the other. That's a relatively simple problem to solve,,because its essentially a backup and everyone should be backing up personal data that they care about already. You backup your personal data o external storage right? Synced mirroring while both are in use is uhm...a lot of wasted disk writes. Sure you can do it... the unison tool exists...but its not really appropriate beyond running backups because while your syncing you'll notice a disk performance hit. I wouldn't want unison to be running on my dual boot laptop for instance, stealing my battery life or my disk performance trying to keep my porn collection synced across two partitions. And I wouldn't leave my laptop on overnight just to let the sync perform either. Take your pick.. is the usage scenario user is leaving windows for good.. or is the usage scenario continued dual boot with a shared data space? Very different problems. > I think this is/has been proposed here, but it is a good idea to begin > offering the feature at install time, as well as make it continuously > available post-install. Because making something available in the install process is be definition a higher bar to meet than making it available for use as a post-install administration task because the installer process can not and will not expose all possible administration actions. The install space is constrained to be a subset of customization space First get it working as a general administration task, then worry about exposing it in the install process. Don't build it targeting the installer and setting expectations inappropriately. -jef From ngompa13 at gmail.com Wed Apr 2 22:33:34 2008 From: ngompa13 at gmail.com (King InuYasha) Date: Wed, 2 Apr 2008 17:33:34 -0500 Subject: fWindows Data Migration Tool In-Reply-To: <47F3FE7B.9050701@ncsu.edu> References: <20080402131512.47C7F619033@hormel.redhat.com> <184107.60322.qm@web38911.mail.mud.yahoo.com> <3da3b5b40804020714i5a24a2e0lcccb1fdabfd08ebd@mail.gmail.com> <47F3FE7B.9050701@ncsu.edu> Message-ID: <8278b1b0804021533s38e70afak806bb10979d23f37@mail.gmail.com> I'm gonna take a guess and say that Office file type associations are what it is talking about, specifically migrating what Office file type associations. That can be left alone.... On Wed, Apr 2, 2008 at 4:45 PM, Casey Dahlin wrote: > Ahmed Kamal wrote: > > Microsoft's File and Settings transfer tool migrates: > > > > * > > > > Internet Explorer settings > > > Good idea. Ditto firefox > > > > * > > > > Outlook Express settings and store > > > > * > > > > Outlook settings and store > > > Difficult due to diversity of preferred mail clients among Fedora users. > Evo is the sane default, but Tbird usage is still massive. > > > > * > > > > Dial-Up connections > > > Do we care? Not hard to do either way. > > > > * > > > > Phone and modem options > > > Simple enough. > > > > * > > > > Accessibility > > > Might not be 1:1 here, but good faith effort could make this work > > > > * > > > > Screen saver selection > > > Not likely :( > > > > * > > > > Fonts > > > Can be done. Do we want to encourage copying the fonts from windows > though? (The settings themselves are useless unless we go get the fonts > which back them) > > > > * > > > > Folder options > > > > * > > > > Taskbar settings > > > Not sure about the correspondence here > > > > * > > > > Mouse and keyboard settings > > > Can do > > > > * > > > > Sounds settings > > > Could get interesting. Fedora has always had a more sophisticated view > of the sound devices than windows. > > > > * > > > > Regional options > > > Simple, and a good thing to have. > > > > * > > > > Office settings > > > Likely to be harder than its worth. OOo and MSOffice are always juuust > different enough that they don't cooperate well. > > > > * > > > > Network drives and printers > > > Not too hard. > > > > * > > > > Desktop folder > > > > * > > > > My Documents folder > > > > * > > > > My Pictures folder > > > > * > > > > Favorites folder > > > > * > > > > Cookies folder > > > Gets back to the core "mirroring" aspect. > > > > * > > > > Common Office file types > > > Not sure what this one means. > > > --CJD > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Wed Apr 2 22:50:53 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 2 Apr 2008 16:50:53 -0600 Subject: Fedora Windows Migration Tool In-Reply-To: <47F3FC38.6030607@ncsu.edu> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> <47F3FC38.6030607@ncsu.edu> Message-ID: <16de708d0804021550o6fd86330o178aaed58ac84b6a@mail.gmail.com> On Wed, Apr 2, 2008 at 3:35 PM, Casey Dahlin wrote: > Jeff Spaleta wrote: > > > > > > > 2008/4/1 nikhil bharadwaj >: > > > > > > I have an idea of importing all the Windows documents,files,etc. > > into the Fedora partition during the installation. Also, > > maintaining a sync of all the files in both the OS's. > > > > A detailed overview and concept of the idea is in the given link: > > > > http://nikhilbharadwaj.wordpress.com/fedora-project-soc-2008/ > > > > > > > > I'm sort of confused on a couple of things.... > > > > why a mirror of the data across partitions? If we are able to mount ntfs > on a per user basis... why not find a way to use the ntfs partition as the > data location for the common data for the user in situations where users > care about cross operating system access? > > We already have a system to redirect what directories are programtically > used: > > http://freedesktop.org/wiki/Software/xdg-user-dirs > > Can't the technology here be extended to make use of an ntfs data store > without the complexity of mirroring? > > > > > > Then we have the victory issue. "Hey, Fedora is great! Now I want to get > rid of my Windows partition." Solvable but not free of charge. This does > save the actual time cost of mirroring though, which is significant > considering that if the user is frequently switching we have to check for > updates to the windows side at every login. > > > > > Why at install time.. versus an option that can be invoked for any user at > user creation time or any later time generally though the system-config-user > dialog? Don't people have multiple users defined commonly on home XP and > Vista systems? Don't we need to be able to configure the OS data syncing > for multiple users by mapping a fedora username to the corresponding > username on the XP system? > > > I think this is/has been proposed here, but it is a good idea to begin > offering the feature at install time, as well as make it continuously > available post-install. As I suggested before, make it like firstboot -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From sgrubb at redhat.com Wed Apr 2 23:21:27 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Wed, 2 Apr 2008 19:21:27 -0400 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: <47F3946B.3030505@redhat.com> References: <47F3946B.3030505@redhat.com> Message-ID: <200804021921.27463.sgrubb@redhat.com> On Wednesday 02 April 2008 10:12:59 Harald Hoyer wrote: > Turning off selinux and related services saves 10s overall boot time. > Trading off security with boot time. I don't know. But maybe a good > starting point for optimization. Programs linked with libselinux open and parse /etc/selinux/config whether they need it or not. I've submitted a patch several times (but its not been accepted) to do a lazy init of libselinux's internal variables. For example, mv, cp. & ls read the file even if they do not need it. I wonder if doing lazy init helps any. I'll see if I can update the patch to current code. -Steve From harald at redhat.com Wed Apr 2 23:40:22 2008 From: harald at redhat.com (Harald Hoyer) Date: Thu, 03 Apr 2008 01:40:22 +0200 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: <200804021921.27463.sgrubb@redhat.com> References: <47F3946B.3030505@redhat.com> <200804021921.27463.sgrubb@redhat.com> Message-ID: <47F41966.6090907@redhat.com> Steve Grubb wrote: > On Wednesday 02 April 2008 10:12:59 Harald Hoyer wrote: >> Turning off selinux and related services saves 10s overall boot time. >> Trading off security with boot time. I don't know. But maybe a good >> starting point for optimization. > > Programs linked with libselinux open and parse /etc/selinux/config whether > they need it or not. I've submitted a patch several times (but its not been > accepted) to do a lazy init of libselinux's internal variables. For example, > mv, cp. & ls read the file even if they do not need it. I wonder if doing > lazy init helps any. I'll see if I can update the patch to current code. > > -Steve you may share the patch after the update (-: , so that I can measure, how much effect it has on my system? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3636 bytes Desc: S/MIME Cryptographic Signature URL: From bpepple at fedoraproject.org Wed Apr 2 23:44:05 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 2 Apr 2008 19:44:05 -0400 Subject: Plan for tomorrows (20080403) FESCO meeting In-Reply-To: <1207165427.28647.2.camel@kennedy> References: <1207165427.28647.2.camel@kennedy> Message-ID: On Wed, Apr 2, 2008 at 3:43 PM, Brian Pepple wrote: > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > in #fedora-meeting on irc.freenode.org: > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule. You can also propose topics > in the meeting while it is in the "Free discussion around Fedora" phase. Forgot to include this in my prior e-mail: /topic FESCo-Meeting -- Bohdi Proposal - http://fedoraproject.org/wiki/JoshBoyer/BodhiAnonymousKarmaProposal - jwb Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E From mjs at clemson.edu Thu Apr 3 00:11:21 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Wed, 02 Apr 2008 20:11:21 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402200749.69e63274@lain.camperquake.de> References: <47F2C3A5.7010402@redhat.com> <20080402042049.GA13277@redhat.com> <20080402120752.669a29fd@dhcp03.addix.net> <47F36C79.20500@fedoraproject.org> <1207152421.18631.2.camel@valkyrie.localdomain> <20080402200749.69e63274@lain.camperquake.de> Message-ID: <1207181482.27587.30.camel@valkyrie.localdomain> On Wed, 2008-04-02 at 20:07 +0200, Ralf Ertzinger wrote: > Hi. > > On Wed, 02 Apr 2008 12:07:01 -0400, Matthew Saltzman wrote > > > > Wouldn't you want bugs to be fixed instead of having to workaround > > > them? > > > > Sure. > > > > https://bugzilla.redhat.com/show_bug.cgi?id=254214 > > Sorry, but that's a different bug. My X60 suspends just fine, it just does > not go into C3 (for a significant time) while USB is active. > Ah, OK. Still a bug with USB drivers, though. What's your bug #? > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From dcbw at redhat.com Thu Apr 3 01:33:32 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 02 Apr 2008 21:33:32 -0400 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <1207168109.3043.41.camel@pc-notebook> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <1207168109.3043.41.camel@pc-notebook> Message-ID: <1207186412.7989.5.camel@localhost.localdomain> On Wed, 2008-04-02 at 22:28 +0200, Martin Sourada wrote: > On Wed, 2008-04-02 at 15:09 -0500, Jeffrey Ollie wrote: > > On Wed, Apr 2, 2008 at 2:53 PM, Harald Hoyer wrote: > > > Bill Nottingham wrote: > > > > > > > > > correct? seems to be started by NM / dbus according to the bootchart? > > > > > > > > > > > > > This *should* be in the background and not actually be delaying the boot. > > > > > > The point is: Why is it started anyway? I have *no* wireless! No need to > > > eat disk/CPU resources (which *is* delaying the boot). > > > > Authentication isn't just for wireless anymore... Many network > > switches can be configured to require 802.1x authentication from a > > system before allowing access to the network. I'll be looking into > > enabling 802.1x authentication here at work this summer. This is a > > case of having things "just work" - having the world's fastest boot > > time shouldn't be the ultimate goal here. > > > > Jeff > > > > Speaking of which... Is there a way to configure NetworkManager to > authenticate to 802.1x wired network? Not that I mind running ifconfig, > xsupplicant, dhclient by hand but nm could simplify a life a lot :) There's support for it, yes, but not via the UI (yet). If the correct bits get populated in GConf, then it should work. I can send details on how to do that if you'd like. Dan From dcbw at redhat.com Thu Apr 3 01:36:23 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 02 Apr 2008 21:36:23 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> Message-ID: <1207186583.7989.9.camel@localhost.localdomain> On Wed, 2008-04-02 at 15:09 -0500, Jeffrey Ollie wrote: > On Wed, Apr 2, 2008 at 2:53 PM, Harald Hoyer wrote: > > Bill Nottingham wrote: > > > > > > > correct? seems to be started by NM / dbus according to the bootchart? > > > > > > > > > > This *should* be in the background and not actually be delaying the boot. > > > > The point is: Why is it started anyway? I have *no* wireless! No need to > > eat disk/CPU resources (which *is* delaying the boot). > > Authentication isn't just for wireless anymore... Many network > switches can be configured to require 802.1x authentication from a > system before allowing access to the network. I'll be looking into > enabling 802.1x authentication here at work this summer. This is a > case of having things "just work" - having the world's fastest boot > time shouldn't be the ultimate goal here. NM has support for wired 802.1x authentication via wpa_supplicant. While there isn't UI for it quite yet, we'll be adding that UI in over the next week or so. If the right things are set in GConf it'll work. Now getting this working for system connections is slightly more work, because we're blocking on adding the necessary keys to ifcfg files. I simply need to sit down and work through what needs to get added to ifcfg files, and then NM will grow system WPA and wired 802.1x connections quite easily. Dan From dcbw at redhat.com Thu Apr 3 01:37:30 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 02 Apr 2008 21:37:30 -0400 Subject: f9 resetting dns nameservers In-Reply-To: References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> Message-ID: <1207186650.7989.11.camel@localhost.localdomain> On Wed, 2008-04-02 at 08:03 -0500, Xavier Toth wrote: > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > ** (nm-system-settings:19898): WARNING **: Could not acquire the > NetworkManagerSystemSettings service. > Message: 'Connection ":1.77" is not allowed to own the service > "org.freedesktop.NetworkManagerSystemSettings" due to security > policies in the configuration file' Note the (as root)... Dan > > On Wed, Apr 2, 2008 at 7:02 AM, Dan Williams wrote: > > On Tue, 2008-04-01 at 17:21 -0500, Xavier Toth wrote: > > > Installing the 3521 version and editing ifcfg-eth0 didn't do it for > > > me. I turned off NetworkManager :( at least now I don't have to > > > reconfigure DNS after reboot. > > > > Can you keep NM off, but do the following and report the output (as > > root): > > > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > > > Thanks, > > > > > > Dan > > > > > On Tue, Apr 1, 2008 at 4:15 PM, Dan Williams wrote: > > > > On Tue, 2008-04-01 at 16:11 -0500, Xavier Toth wrote: > > > > > Where does it look for the ifcfg file? > > > > > > > > Versions >= svn3476 look in: > > > > > > > > /etc/sysconfig/network-scripts/ > > > > > > > > and will pick up any file that starts with "ifcfg-" and does _not_ end > > > > with any of: .bak, ~, .orig, .rej > > > > > > > > This is the same place that ifup/ifdown look for ifcfg files. > > > > > > > > Dan > > > > > > > > > > > > > > > > > On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > > > > > > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > > > > > > Hi, > > > > > > > > > > > > > > On 01/04/2008, Xavier Toth wrote: > > > > > > > > I initially install with dhcp configured but then reconfigured for a > > > > > > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > > > > > > > > > > > I've got the same problem with NetworkManager. > > > > > > > > > > > > > > cat /etc/resolv.conf > > > > > > > # generated by NetworkManager, do not edit! > > > > > > > > > > > > > > nameserver 160.195.151.8 > > > > > > > > > > > > > > This really sucks. > > > > > > > > > > > > > > > Who's doing this and how can I stop it? > > > > > > > > > > > > > > I don't know. > > > > > > > > > > > > Update to the latest rawhide version of NetworkManager (svn3521), which > > > > > > fixes the location that it reads your ifcfg files from (that anaconda > > > > > > wrote on startup). > > > > > > > > > > > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > > > > > > NM will bring up your static connection correctly and use your DNS > > > > > > servers. > > > > > > > > > > > > Dan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > fedora-devel-list mailing list > > > > > > fedora-devel-list at redhat.com > > > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > fedora-devel-list mailing list > > > > fedora-devel-list at redhat.com > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > -- > > > > > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From sundaram at fedoraproject.org Thu Apr 3 02:38:26 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 03 Apr 2008 08:08:26 +0530 Subject: rawhide report: 20080402 changes In-Reply-To: <200804021817.m32IHV73010981@laptop13.inf.utfsm.cl> References: <20080402093533.95BE4209DB8@releng1.fedora.phx.redhat.com> <200804021817.m32IHV73010981@laptop13.inf.utfsm.cl> Message-ID: <47F44322.3080403@fedoraproject.org> Horst H. von Brand wrote: > I got a ton of updates today? > > Even X broke ;-) Refer fedora-test list discussions. I recommend subscribing to that list and posting queries there for rawhide issues. Rahul From jcm at redhat.com Thu Apr 3 05:55:03 2008 From: jcm at redhat.com (Jon Masters) Date: Thu, 03 Apr 2008 01:55:03 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080402042338.GB13277@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F2CA43.8030306@conversis.de> <47F2F7E5.8050807@conversis.de> <20080402042338.GB13277@redhat.com> Message-ID: <1207202103.32112.82.camel@perihelion> On Wed, 2008-04-02 at 00:23 -0400, Dave Jones wrote: > Almost certainly a lot of it will be spent in parsing /lib/modules/$ver/modules.dep > Will Cohen did some experiments by sorting that file so that all the modules that > he had loaded were at the top of the file. I forget the exact numbers, but > it made a noticable difference. All I ever heard was that the maximum difference on boot time was a few seconds, and given the number of calls to modprobe being made by udev, I never really considered this a big problem. Kay didn't either because he built a udev with a minimal modprobe in it and found little difference. > I suspect that if modules.dep was sorted and indexed, that lookups could be > made a lot faster than they are now. However, this is probably worth doing. I'm also willing to consider the modprobed idea, though I think it'll be more useful to simply make modprobe part of a library that udev can simply link in directly. I'll start poking at the former idea (sorting modules.dep and indexing) first. Incidentally, in fact, we already sort those output files in RHEL, but that's more of a temporarily hack to make the loading order predictable when two conflicting PCI IDs are listed in those meta data. On Wed, 2008-04-02 at 15:12 -0400, Bill Notting wrote: > Kay started poking at integrating modprobe directly into udev with the > idea of solving some of this... IIRC it didn't help. Yeah. It didn't. I'm all ears with regard to suggestions on ways to improve boot time, but let's first make sure we're 100% convinced where those problems are. Meanwhile, I'll take Dave's comments on board. Jon. From jcm at redhat.com Thu Apr 3 06:09:21 2008 From: jcm at redhat.com (Jon Masters) Date: Thu, 03 Apr 2008 02:09:21 -0400 Subject: kernel-libre (hopefully 100% Free) for Fedora 8 and rawhide In-Reply-To: References: Message-ID: <1207202961.32112.91.camel@perihelion> On Sat, 2008-03-22 at 22:46 -0300, Alexandre Oliva wrote: > I've stripped non-Free firmware bits from Fedora kernels for F8 and > rawhide, starting from tools developed by the gNewSense folks and now > in use by BLAG developers, and built alternate kernels that I've > successfully booted up and used on my x86_64 notebook. > > You'd be surprised at how little it takes to get to a Free Software > kernel. It's just a few drivers that need firmware removed. On a tangent...but ideally all kernel modules would eventually be using the in-kernel firmware loader to handle pulling in firmware files, add MOODULE_FIRMWARE macros to the meta, and we would pull all firmware out into separate package(s). Perhaps this has been discussed more recently than I'm aware of, and in that case, I apologize. An issue we have in RHEL (Red Hat Enterprise Linux) is that we occasionally want to be able to update firmware for modules independently of the modules themselves, while we don't really want to have to ship a whole updated driver just for a firmware update. We could just split out the firmware from the kernel modules entirely into a kernel-firmware package in the future but this would leave a problem. What happens when third party A wants to update their firmware, and so does third party B? Both would want to re-ship the same package. This is something I am not entirely sure affects Fedora as much, because in the case of Fedora releases are more frequent and kernel rebuilds are less of a concern, so firmware can simply be updated in the kernel. But still, this is something I would like some input/comments on and would like to decide if it is of value to Fedora to undertake this effort of splitting out all of the remaining firmware into (sub)package(s). You may now flame me :) Jon. From rc040203 at freenet.de Thu Apr 3 06:34:01 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 03 Apr 2008 08:34:01 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F3E42E.5050207@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> Message-ID: <1207204441.2988.85.camel@beck.corsepiu.local> On Wed, 2008-04-02 at 21:53 +0200, Harald Hoyer wrote: > Bill Nottingham wrote: > >> correct? seems to be started by NM / dbus according to the bootchart? > > > > This *should* be in the background and not actually be delaying the boot. > > > > Bill > > > > The point is: Why is it started anyway? I have *no* wireless! No need to eat disk/CPU resources (which *is* > delaying the boot). On a tangent issue: I have machines which do not have USB, rsp. which have USB disabled in BIOS. No need to eat RAM and CPU cycles for builtin USB kernel modules just for the sake of a couple of seconds speedup in booting [1] Ralf [1] One of these machines is an ancient i586. On this machine, RAM is such kind of tight (64MB), any spared memory is valuable. More built-in kernel modules probably will mean the death of Fedora on this class of machines. From joachim.backes at rhrk.uni-kl.de Thu Apr 3 06:39:39 2008 From: joachim.backes at rhrk.uni-kl.de (Joachim Backes) Date: Thu, 03 Apr 2008 08:39:39 +0200 Subject: My experiences with F9-Beta Message-ID: <47F47BAB.5070402@rhrk.uni-kl.de> Hi, I tried to install F9-Beta 1. on a real partition of my 2 processor machine (AMD64) with the x86_64 DVD 2. inside of a vmware-server machine with the i386 DVD In both cases, the installation failed after some packages had been installed. Anaconda wrote a traceback. https://bugzilla.redhat.com/show_bug.cgi?id=440233 -- Joachim Backes University of Kaiserslautern,Computer Center [RHRK], Systems and Operations, High Performance Computing, D-67653 Kaiserslautern, PO Box 3049, Germany -------------------------------------------------- Phone: +49-631-205-2438, FAX: +49-631-205-3056 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6088 bytes Desc: S/MIME Cryptographic Signature URL: From lordmorgul at gmail.com Thu Apr 3 07:04:15 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 03 Apr 2008 00:04:15 -0700 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207204441.2988.85.camel@beck.corsepiu.local> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> Message-ID: <47F4816F.1030609@gmail.com> Ralf Corsepius wrote: > [1] One of these machines is an ancient i586. On this machine, RAM is > such kind of tight (64MB), any spared memory is valuable. More built-in > kernel modules probably will mean the death of Fedora on this class of > machines. I would have thought it already got there.. 64Mb wow? -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From konrad at tylerc.org Thu Apr 3 07:09:45 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Thu, 3 Apr 2008 00:09:45 -0700 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F4816F.1030609@gmail.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> Message-ID: <200804030009.45989.konrad@tylerc.org> Quoth Andrew Farris: > Ralf Corsepius wrote: > > [1] One of these machines is an ancient i586. On this machine, RAM is > > such kind of tight (64MB), any spared memory is valuable. More built-in > > kernel modules probably will mean the death of Fedora on this class of > > machines. > > I would have thought it already got there.. 64Mb wow? I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it works great as a low-capacity web/dhcp/etc server and router. -- Konrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From frank-buettner at gmx.net Thu Apr 3 07:51:25 2008 From: frank-buettner at gmx.net (=?ISO-8859-1?Q?Frank_B=FCttner?=) Date: Thu, 03 Apr 2008 09:51:25 +0200 Subject: [reopen]Re: mock 0.8.9 will not build anything In-Reply-To: <20080319144819.GA28719@humbolt.us.dell.com> References: <479399FA.9040709@gmx.net> <1200899414.6945.39.camel@localhost.localdomain> <47945451.4040606@gmx.net> <1200904582.6945.41.camel@localhost.localdomain> <47945C3F.7040109@gmx.net> <1200914012.6945.58.camel@localhost.localdomain> <47949FD6.7070300@gmx.net> <4794C518.1010307@gmx.net> <20080121175047.GA28272@humbolt.us.dell.com> <47E11484.5000408@gmx.net> <20080319144819.GA28719@humbolt.us.dell.com> Message-ID: <47F48C7D.8000904@gmx.net> Michael E Brown schrieb: > On Wed, Mar 19, 2008 at 02:26:28PM +0100, Frank B?ttner wrote: >> Michael E Brown schrieb: >>> We intend to upgrade mock in EPEL5 to 0.9.x come Feb. The dependencies >>> are now all mostly available. Python-ctypes is in the -testing >>> repository for EPEL-5. >>> >>> The fedora builders are all running RHEL5 with this version, so it is >>> well-tested. If you want to use it, grab the mock 0.9.x SRPM from fedora >>> rawhide and rebuild it and grab the python-ctypes RPM from epel testing >>> repo. >>> >>> All of the configs in 0.9.x have been tested. ccache is disabled in all >>> of the configs where it is not available in the upstream repos. >> Now we have March, but I can't see any new version. Can you tell me the >> status?? > > I built 0.9.7 for EPEL5 either earlier this week or late last week. It > takes a while before it goes from EPEL testing repo to the prod repo. > -- > Michael > Hello again, today the new one mock-0.9.7-1.el5 was released, but now an simply mock -r epel-4-i386 -v --init for example will fail. No output at the command line an no cache is build:( -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5766 bytes Desc: S/MIME Cryptographic Signature URL: From paul at all-the-johnsons.co.uk Thu Apr 3 08:40:40 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 3 Apr 2008 09:40:40 +0100 Subject: CUPs and Samsung ML2250 printer Message-ID: <20080403083721.M5321@all-the-johnsons.co.uk> Hi, Not sure what the problem is here, so I'm open to suggestions. When I print to my ML2250 (picked up and configured automatically by s-c-p and hal), I have to hit the print button twice. Once doesn't cut it, but twice does. Any ideas? Supplemental bonus question... If a print job goes wrong and I restart the printer, all I get is page after page of either nothing or rubbish (random characters). Clearing the print jobs via 127.0.0.1:631 and pulling the plug on the printer do nothing; it carries on printing rubbish. The only way to reset things correctly is to restart the machine. Any ideas for this as well? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From paul at all-the-johnsons.co.uk Thu Apr 3 08:47:14 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 3 Apr 2008 09:47:14 +0100 Subject: Importing .ps files into something! (OOo question) Message-ID: <20080403084054.M57561@all-the-johnsons.co.uk> Hi, I have a number of files that I've managed to rescue from an old machine (uses a totally different OS and very old software) by printing the docs to a file. The .ps files work fine, can be printed, converted to pdf and even imported into Scribus. I've hit some problems though. 1. I can't edit them. OpenOffice won't import them, neither will kword or gnome-office. Scribus will import them, but will only export as svg or a scribus document. 2. If I convert them to a pdf and then use pdf2html the images come out ok, but the text in the html files is completely garbled. It doesn't matter which backwards version flag I use, I get rubbish out. The -c(omplex) flag also produces nothing. I have all of the ghostscript fonts and bits installed. Is there anything out there that I can import the .ps files into and then export as an OpenOffice compatible file which will allow me to edit the text? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From rawhide at fedoraproject.org Thu Apr 3 09:19:58 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Thu, 3 Apr 2008 09:19:58 +0000 (UTC) Subject: rawhide report: 20080403 changes Message-ID: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) puppet-0.24.4-1.fc9.noarch requires facter >= 0:1.1.4 thunderbird-lightning-0.7-10.fc8.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From paul at all-the-johnsons.co.uk Thu Apr 3 08:20:36 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 3 Apr 2008 09:20:36 +0100 Subject: kmail and evolution Message-ID: <20080403081425.M36509@all-the-johnsons.co.uk> Hi, Due to evolution still refusing to download emails (see https://www.redhat.com/archives/fedora-devel-list/2008-March/msg01476.html for details - it's still showing the same behaviour), I'm having to move over to kmail. I'd rather not though... kmail seems incredibly slow and has great problems importing all of my evolution bits and pieces (like email and address books) unless I tell it to import just the mbox folders - it reaches my main folder (which evolution seems to store the junk email in as well as my own!), gets to 99% import and hangs. I can import the mbox but not everything else. I know kde apps tend to be slower at booting up but are fine running, but kmail seems sluggish even when running. I have considered claws and thunderbird, but claws's spam handling system sucks and thunderbird won't import my evolution folders. Does anyone have any ideas on getting evolution working again or how to get kmail to work at something approximating a usable speed? Using Fedora 8.92 rawhide, fully updated last night. TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From jamatos at fc.up.pt Thu Apr 3 09:22:50 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 3 Apr 2008 10:22:50 +0100 Subject: Importing .ps files into something! (OOo question) In-Reply-To: <20080403084054.M57561@all-the-johnsons.co.uk> References: <20080403084054.M57561@all-the-johnsons.co.uk> Message-ID: <200804031022.51364.jamatos@fc.up.pt> On Thursday 03 April 2008 09:47:14 Paul F. Johnson wrote: > Hi, > > I have a number of files that I've managed to rescue from an old machine > (uses a totally different OS and very old software) by printing the docs to > a file. > > The .ps files work fine, can be printed, converted to pdf and even imported > into Scribus. I've hit some problems though. > > 1. I can't edit them. OpenOffice won't import them, neither will kword or > gnome-office. Scribus will import them, but will only export as svg or a > scribus document. > > 2. If I convert them to a pdf and then use pdf2html the images come out ok, > but the text in the html files is completely garbled. It doesn't matter > which backwards version flag I use, I get rubbish out. The -c(omplex) flag > also produces nothing. I have all of the ghostscript fonts and bits > installed. > > Is there anything out there that I can import the .ps files into and then > export as an OpenOffice compatible file which will allow me to edit the > text? Not nice but better than nothing. Use pdftotex to get the text in those files. You will loose the format but the text is there. $ rpm -qf /usr/bin/pdftotext poppler-utils-0.8.0-2.fc9.i386 > TTFN > > Paul > > -- > Get your free @ukpost.com account now > http://www.ukpost.com/ -- Jos? Ab?lio From mcepl at redhat.com Thu Apr 3 09:33:34 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 03 Apr 2008 11:33:34 +0200 Subject: Fedora (again) forces me to disable SELinux References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <47F18D5A.9070602@fedoraproject.org> <6e24a8e80803311833r5434dbdv628c33fa5d7c845c@mail.gmail.com> Message-ID: On Tue, 01 Apr 2008 03:33:06 +0200, Mark scripst: > doesn't seem to add that much advantage. But i might be wrong..?? Yes, you are ;-). Even totally screwed up Apache server totally in hands of script-kiddie via totally screwed up PHP release (not that it would ever happen, just a theoretical example) cannot do more than it is allowed to do by SELinux -- and that's not that much. Matej -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From paul at all-the-johnsons.co.uk Thu Apr 3 09:48:20 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 3 Apr 2008 10:48:20 +0100 Subject: Importing .ps files into something! (OOo question) Message-ID: <20080403094610.M84366@all-the-johnsons.co.uk> Hi, It looks like there may be a problem somewhere on my system! If I use pdftohtml or pdftotext the output file is garbled. Example output from pdftotext is below. Any ideas on why my font system should be that screwy? --> !,: 43843 $. 5 9 !   7,3.0289757,.9., 00    $9,0  472,94341,3,4/0 %857,.9.,-:/8:5439047.,770/4:93008         39,9 9889,0 090570;4:889,08 706:7094:8090574/:.92,/0174290570;4:8 00 2 %0,2419889,08942,0,3,4/0,3/908990708:9-90:804193,07 .742,947,5  8, .425,7843 , 8,250,84-09,031742, .40,:08,4 /0,3/854990/,438/0243 %0#0,.943 7 ,  ,6    7  3,594 ,6 ,   7   <-- Euw! TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From jamatos at fc.up.pt Thu Apr 3 10:04:08 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 3 Apr 2008 11:04:08 +0100 Subject: kmail and evolution In-Reply-To: <20080403081425.M36509@all-the-johnsons.co.uk> References: <20080403081425.M36509@all-the-johnsons.co.uk> Message-ID: <200804031104.09543.jamatos@fc.up.pt> On Thursday 03 April 2008 09:20:36 Paul F. Johnson wrote: > kmail seems incredibly slow and has great problems importing all of my > evolution bits and pieces (like email and address books) unless I tell it > to import just the mbox folders - it reaches my main folder (which > evolution seems to store the junk email in as well as my own!), gets to 99% > import and hangs. I can import the mbox but not everything else. > > I know kde apps tend to be slower at booting up but are fine running, but > kmail seems sluggish even when running. > > I have considered claws and thunderbird, but claws's spam handling system > sucks and thunderbird won't import my evolution folders. > > Does anyone have any ideas on getting evolution working again or how to get > kmail to work at something approximating a usable speed? I use kde exclusively and the slowdown that you mention only happened after changing from F8 to rawhide. I suspect that this is probably related with the kernel debug options that particularly hit kmail. This problem does not occur with other kde applications just with kmail. :-( > Using Fedora 8.92 rawhide, fully updated last night. > > TTFN > > Paul -- Jos? Ab?lio From mcepl at redhat.com Thu Apr 3 10:09:00 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 03 Apr 2008 12:09:00 +0200 Subject: Fedora (again) forces me to disable SELinux References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <604aa7910803311858l7fa04f44x7afeca49978ee323@mail.gmail.com> Message-ID: On Mon, 31 Mar 2008 19:32:16 -0700, darrell pfeifer scripst: > I didn't realize that turning off selinux meant I was such a bad tester. > I just thought it meant there were some parts of the system that I was > unwilling to test. I don't feel cheap or irresponsible. > > If testing selinux is such an important part of the testing agreement, > please publish this information in a written rather than tacit place. No turning off selinux doesn't make you bad tester, certainly not. But the point I have is that it is really not that bad -- there ARE many bugs in SELinux policy (because it is built against moving target of still changing Fedora), but OTOH dwalsh is really unbelievable -- bugs I filed with him in CC list (he prefers to file bugs against the programs which have problems) and SELinux keyword are in 80% of cases (or even more) fixed to the next day. And I have filed many many many bugs for him :-) Matej -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Thu Apr 3 10:13:04 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 03 Apr 2008 12:13:04 +0200 Subject: Importing .ps files into something! (OOo question) References: <20080403084054.M57561@all-the-johnsons.co.uk> Message-ID: On Thu, 03 Apr 2008 09:47:14 +0100, Paul F. Johnson scripst: > Is there anything out there that I can import the .ps files into and > then export as an OpenOffice compatible file which will allow me to edit > the text? ps2pdf and KWord (from KOffice) imports PDF and ODF is a main format for KOffice. Or wait until OpenOffice.org 3.* which should be able to read PDF as well. Matej -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mike at miketc.com Thu Apr 3 10:38:57 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 03 Apr 2008 05:38:57 -0500 Subject: kmail and evolution In-Reply-To: <20080403081425.M36509@all-the-johnsons.co.uk> References: <20080403081425.M36509@all-the-johnsons.co.uk> Message-ID: <1207219137.5746.2.camel@scrappy.miketc.com> On Thu, 2008-04-03 at 09:20 +0100, Paul F. Johnson wrote: > Hi, > > Due to evolution still refusing to download emails (see > https://www.redhat.com/archives/fedora-devel-list/2008-March/msg01476.html for > details - it's still showing the same behaviour), I'm having to move over to > kmail. I'd rather not though... > > kmail seems incredibly slow and has great problems importing all of my > evolution bits and pieces (like email and address books) unless I tell it to > import just the mbox folders - it reaches my main folder (which evolution > seems to store the junk email in as well as my own!), gets to 99% import and > hangs. I can import the mbox but not everything else. > > I know kde apps tend to be slower at booting up but are fine running, but > kmail seems sluggish even when running. > > I have considered claws and thunderbird, but claws's spam handling system > sucks and thunderbird won't import my evolution folders. > > Does anyone have any ideas on getting evolution working again or how to get > kmail to work at something approximating a usable speed? You tried also to remove the .gconf/apps/evolution dir and see if that helps? -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From mcepl at redhat.com Thu Apr 3 11:26:09 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 03 Apr 2008 13:26:09 +0200 Subject: kmail and evolution References: <20080403081425.M36509@all-the-johnsons.co.uk> <1207219137.5746.2.camel@scrappy.miketc.com> Message-ID: On Thu, 03 Apr 2008 05:38:57 -0500, Mike Chambers scripst: > You tried also to remove the .gconf/apps/evolution dir and see if that > helps? This is not a good idea. Do rather gconftool-2 --recursive-unset /apps/evolution Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From jeff at ocjtech.us Thu Apr 3 11:47:06 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 3 Apr 2008 06:47:06 -0500 Subject: rawhide report: 20080403 changes In-Reply-To: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> References: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> Message-ID: <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> On Thu, Apr 3, 2008 at 4:19 AM, Rawhide wrote: > [...] First of all, what's up with the empty report (except the broken deps)? Second, I get the following when updating this morning: file /usr/share/man/man1/base64.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/basename.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/cat.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/chgrp.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/chmod.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/chown.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/chroot.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/cksum.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/comm.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/csplit.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/cut.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/dd.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/df.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/dircolors.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/dirname.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/du.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/echo.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/env.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/expand.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/expr.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/factor.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/false.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/fmt.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/fold.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/groups.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/head.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/hostid.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/join.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/link.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/ln.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/logname.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/mktemp.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/mv.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/nice.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/nl.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/nohup.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/od.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/paste.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/pathchk.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/pinky.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/pr.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/printenv.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/printf.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/ptx.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/pwd.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/readlink.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/rm.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/rmdir.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/runcon.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/seq.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sha1sum.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sha224sum.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sha256sum.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sha384sum.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sha512sum.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/shred.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/shuf.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sleep.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/split.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/stty.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/su.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sum.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/sync.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/tac.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/tail.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/tee.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/test.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/touch.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/tr.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/true.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/tsort.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/tty.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/uname.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/unexpand.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/uniq.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/unlink.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/users.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/wc.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/who.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/whoami.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 file /usr/share/man/man1/yes.1.gz from install of coreutils-6.10-17.fc9.x86_64 conflicts with file from package coreutils-6.10-16.fc9.i386 Jeff From pingoufc4 at yahoo.fr Thu Apr 3 11:51:25 2008 From: pingoufc4 at yahoo.fr (pingou) Date: Thu, 03 Apr 2008 13:51:25 +0200 Subject: rawhide report: 20080403 changes In-Reply-To: <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> References: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> Message-ID: <47F4C4BD.8060908@yahoo.fr> Jeffrey Ollie wrote: > On Thu, Apr 3, 2008 at 4:19 AM, Rawhide wrote: >> [...] > > First of all, what's up with the empty report (except the broken > deps)? Second, I get the following when updating this morning: > > file /usr/share/man/man1/base64.1.gz from install of > coreutils-6.10-17.fc9.x86_64 conflicts with file from package > coreutils-6.10-16.fc9.i386 Do you have a i386 or a x86_64 system ?? Regards, Pierre From johannbg at hi.is Thu Apr 3 12:00:10 2008 From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=) Date: Thu, 03 Apr 2008 12:00:10 +0000 Subject: rawhide report: 20080403 changes In-Reply-To: <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> References: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> Message-ID: <47F4C6CA.8020909@hi.is> I mentioned this yesterday and JK said he was gonna resend that report with the missing information, why this happened again today I don't know ( lack of coffee, he's been to busy, something in the change log that the general public is not supposed to know about..) I had to slip one conspiracy theory in there... :) Best regards Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 381 bytes Desc: not available URL: From jeff at ocjtech.us Thu Apr 3 12:36:01 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 3 Apr 2008 07:36:01 -0500 Subject: rawhide report: 20080403 changes In-Reply-To: <47F4C4BD.8060908@yahoo.fr> References: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> <47F4C4BD.8060908@yahoo.fr> Message-ID: <935ead450804030536s1e291cacq534bca2dd9e3d0e7@mail.gmail.com> On Thu, Apr 3, 2008 at 6:51 AM, pingou wrote: > Jeffrey Ollie wrote: > > > > First of all, what's up with the empty report (except the broken > > deps)? Second, I get the following when updating this morning: > > > > file /usr/share/man/man1/base64.1.gz from install of > > coreutils-6.10-17.fc9.x86_64 conflicts with file from package > > coreutils-6.10-16.fc9.i386 > > Do you have a i386 or a x86_64 system ?? x86_64 Jeff From lesmikesell at gmail.com Thu Apr 3 12:41:04 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 03 Apr 2008 07:41:04 -0500 Subject: very common kernel modules slow down the boot process In-Reply-To: <200804030009.45989.konrad@tylerc.org> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> Message-ID: <47F4D060.2040005@gmail.com> Konrad Meyer wrote: > Quoth Andrew Farris: >> Ralf Corsepius wrote: >>> [1] One of these machines is an ancient i586. On this machine, RAM is >>> such kind of tight (64MB), any spared memory is valuable. More built-in >>> kernel modules probably will mean the death of Fedora on this class of >>> machines. >> I would have thought it already got there.. 64Mb wow? > > I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it > works great as a low-capacity web/dhcp/etc server and router. Do these older/limited machines do anything better now than they did in the 2.4 kernel days? -- Les Mikesell lesmikesell at gmail.com From wcohen at redhat.com Thu Apr 3 14:00:42 2008 From: wcohen at redhat.com (William Cohen) Date: Thu, 03 Apr 2008 10:00:42 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207202103.32112.82.camel@perihelion> References: <47F2C3A5.7010402@redhat.com> <47F2CA43.8030306@conversis.de> <47F2F7E5.8050807@conversis.de> <20080402042338.GB13277@redhat.com> <1207202103.32112.82.camel@perihelion> Message-ID: <47F4E30A.5030206@redhat.com> Jon Masters wrote: > On Wed, 2008-04-02 at 00:23 -0400, Dave Jones wrote: > > > >> Almost certainly a lot of it will be spent in parsing /lib/modules/$ver/modules.dep >> Will Cohen did some experiments by sorting that file so that all the modules that >> he had loaded were at the top of the file. I forget the exact numbers, but >> it made a noticable difference. Here is a pointer to the previous measurements: http://sources.redhat.com/ml/systemtap/2007-q1/msg00140.html It was a couple second seconds, 1:07 vs 1:05 for boot time for a rawhide image mid Jan 2007. -Will > All I ever heard was that the maximum difference on boot time was a few > seconds, and given the number of calls to modprobe being made by udev, I > never really considered this a big problem. Kay didn't either because he > built a udev with a minimal modprobe in it and found little difference. > >> I suspect that if modules.dep was sorted and indexed, that lookups could be >> made a lot faster than they are now. > > However, this is probably worth doing. I'm also willing to consider the > modprobed idea, though I think it'll be more useful to simply make > modprobe part of a library that udev can simply link in directly. I'll > start poking at the former idea (sorting modules.dep and indexing) > first. Incidentally, in fact, we already sort those output files in > RHEL, but that's more of a temporarily hack to make the loading order > predictable when two conflicting PCI IDs are listed in those meta data. > > On Wed, 2008-04-02 at 15:12 -0400, Bill Notting wrote: > >> Kay started poking at integrating modprobe directly into udev with the >> idea of solving some of this... IIRC it didn't help. > > Yeah. It didn't. I'm all ears with regard to suggestions on ways to > improve boot time, but let's first make sure we're 100% convinced where > those problems are. Meanwhile, I'll take Dave's comments on board. > > Jon. > > From davej at redhat.com Thu Apr 3 14:04:31 2008 From: davej at redhat.com (Dave Jones) Date: Thu, 3 Apr 2008 10:04:31 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F4D060.2040005@gmail.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> Message-ID: <20080403140431.GC3435@redhat.com> On Thu, Apr 03, 2008 at 07:41:04AM -0500, Les Mikesell wrote: > Konrad Meyer wrote: > > Quoth Andrew Farris: > >> Ralf Corsepius wrote: > >>> [1] One of these machines is an ancient i586. On this machine, RAM is > >>> such kind of tight (64MB), any spared memory is valuable. More built-in > >>> kernel modules probably will mean the death of Fedora on this class of > >>> machines. > >> I would have thought it already got there.. 64Mb wow? > > > > I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it > > works great as a low-capacity web/dhcp/etc server and router. > > Do these older/limited machines do anything better now than they did in > the 2.4 kernel days? Good luck trying to get the installer to run on anything less than 512MB these days. Dave -- http://www.codemonkey.org.uk From jkeating at redhat.com Thu Apr 3 14:06:11 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 03 Apr 2008 10:06:11 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080403140431.GC3435@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> Message-ID: <1207231571.14628.58.camel@localhost.localdomain> On Thu, 2008-04-03 at 10:04 -0400, Dave Jones wrote: > Good luck trying to get the installer to run on anything less than > 512MB these days. Runs on the 256 meg PS3 for me just fine. Text mode of course, and using netinst.iso (which has stage2 on it so that I'm not sucking stage2 and stuffing it into ram). -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From konrad at tylerc.org Thu Apr 3 14:11:19 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Thu, 3 Apr 2008 07:11:19 -0700 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080403140431.GC3435@redhat.com> References: <47F2C3A5.7010402@redhat.com> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> Message-ID: <200804030711.19384.konrad@tylerc.org> Quoth Dave Jones: > On Thu, Apr 03, 2008 at 07:41:04AM -0500, Les Mikesell wrote: > > Konrad Meyer wrote: > > > Quoth Andrew Farris: > > >> Ralf Corsepius wrote: > > >>> [1] One of these machines is an ancient i586. On this machine, RAM is > > >>> such kind of tight (64MB), any spared memory is valuable. More built-in > > >>> kernel modules probably will mean the death of Fedora on this class of > > >>> machines. > > >> I would have thought it already got there.. 64Mb wow? > > > > > > I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it > > > works great as a low-capacity web/dhcp/etc server and router. > > > > Do these older/limited machines do anything better now than they did in > > the 2.4 kernel days? > > Good luck trying to get the installer to run on anything less than 512MB these days. > > Dave I installed FC5 via SLINKY and have done live upgrades since. Regards, -- Konrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From ajackson at redhat.com Thu Apr 3 14:10:45 2008 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 03 Apr 2008 10:10:45 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> Message-ID: <1207231845.21315.119.camel@localhost.localdomain> On Tue, 2008-04-01 at 14:00 -0800, Jeff Spaleta wrote: > I have a reproducible situation on F8 that you might find interesting. > > 1) boot up into a NetworkManager enabled desktop, > 2) connect to a wireless network that has dhcp > 3) gnome-terminal behaves normally > 4) disable NM > 5) connect a wired network cable for eth0 > 6) enable the network service configured to start eth0 using dhcp to a > different network segment than the NM wireless connected to. > 7) watch gnome-terminal take +30 seconds to spawn a window. Dan Williams actually tracked this down a while ago. Thank you for reminding me, I'll push out an update for this. For the perversely curious: X's session management protocol defines a concept of a client ID, generated by the session leader and passed to new clients. Unfortunately, the spec defines the client ID in such a way that you have to emit the IP address of the server in the ID, and the way that gets implemented (hold your nose) is by calling gethostname() followed by gethostbyname(). So if your resolver isn't reachable (because the route is down, or because it changed and gnome-session has the old one cached), or if your hostname isn't a resolvable DNS name, you lose. Thankfully the client ID is an opaque string prefixed by a version number, so you can just bump the version number and use UUIDs. - ajax From fedora at dm.cobite.com Thu Apr 3 14:17:45 2008 From: fedora at dm.cobite.com (David Mansfield) Date: Thu, 03 Apr 2008 10:17:45 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <1207231845.21315.119.camel@localhost.localdomain> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> <1207231845.21315.119.camel@localhost.localdomain> Message-ID: <1207232265.17329.46.camel@gandalf.cobite.com> On Thu, 2008-04-03 at 10:10 -0400, Adam Jackson wrote: > On Tue, 2008-04-01 at 14:00 -0800, Jeff Spaleta wrote: > > > I have a reproducible situation on F8 that you might find interesting. > > > > 1) boot up into a NetworkManager enabled desktop, > > 2) connect to a wireless network that has dhcp > > 3) gnome-terminal behaves normally > > 4) disable NM > > 5) connect a wired network cable for eth0 > > 6) enable the network service configured to start eth0 using dhcp to a > > different network segment than the NM wireless connected to. > > 7) watch gnome-terminal take +30 seconds to spawn a window. > > Dan Williams actually tracked this down a while ago. Thank you for > reminding me, I'll push out an update for this. > > For the perversely curious: X's session management protocol defines a > concept of a client ID, generated by the session leader and passed to > new clients. Unfortunately, the spec defines the client ID in such a > way that you have to emit the IP address of the server in the ID, and > the way that gets implemented (hold your nose) is by calling > gethostname() followed by gethostbyname(). So if your resolver isn't > reachable (because the route is down, or because it changed and > gnome-session has the old one cached), or if your hostname isn't a > resolvable DNS name, you lose. > > Thankfully the client ID is an opaque string prefixed by a version > number, so you can just bump the version number and use UUIDs. > By "you" do you mean you? And does this mean you have done this in latest X or that it is left as an exercise for the reader? David From jwboyer at gmail.com Thu Apr 3 14:34:12 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 03 Apr 2008 09:34:12 -0500 Subject: F8->F9 upgrade check Message-ID: <1207233252.3224.15.camel@vader.jdub.homelinux.org> Hi All, Below you'll find the current list of packages that have F8->F9 upgrade problems. Maintainers, please look this over and try to fix this up before final development freeze. josh ardour: F8-updates > F9 (0:2.3.1-3.fc8 > 0:2.2-3.fc9) blam: F8-updates > F9 (0:1.8.3-14.fc8 > 0:1.8.3-13.fc9) bouml-doc: F8-updates > F9 (0:3.4-1 > 0:3.0-2) dejagnu: F8-updates > F9 (1:1.4.4-11.fc8 > 1:1.4.4-11) driftnet: F8-updates > F9 (0:0.1.6-19.20040426cvs.fc8 > 0:0.1.6-16.20040426cvs.fc9) eclipse-changelog: F8-updates > F9 (1:2.6.1-3.fc8 > 1:2.6.0-2.fc9) ElectricFence: F8-updates > F9 (0:2.2.2-25.fc8 > 0:2.2.2-25) evolution-rss: F8-updates > F9 (0:0.0.8-7.fc8 > 0:0.0.8-6.fc9) ghc: F8-updates > F9 (0:6.8.2-8.fc8 > 0:6.8.2-2.fc9) gtkmozembedmm: F8-updates > F9 (0:1.4.2.cvs20060817-19.fc8 > 0:1.4.2.cvs20060817-17.fc9) haproxy: F8-updates > F9 (0:1.3.14.3-2.fc8 > 0:1.3.14.3-1.fc9) imlib2: F8-updates > F9 (0:1.4.0-6.fc8 > 0:1.4.0-5.fc9) kazehakase: F8-updates > F9 (0:0.5.4-1.fc8 > 0:0.5.0-1.fc9.2) liferea: F8-updates > F9 (0:1.4.13-2.fc8 > 0:1.4.13-1.fc9) mono-zeroconf: F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) namazu: F8-updates > F9 (0:2.0.18-2.fc8 > 0:2.0.18-1.fc9) nx: F8-updates > F9 (0:3.1.0-25.1.fc8 > 0:2.1.0-24.fc9) openvrml: F8-updates > F9 (0:0.17.5-4.fc8 > 0:0.17.5-1.fc9) perl-Device-SerialPort: F8 > F9 (0:1.003001-1.fc8 > 0:1.04-3.fc9) php-magickwand: F8-updates > F9 (0:1.0.6-2.fc8 > 0:1.0.6-1.fc9) pybluez: F8 > F9 (0:0.9.2-1.fc7 > 0:0.9.1-4.fc9) setroubleshoot-plugins: F8-updates > F9 (0:2.0.4-4.fc8 > 0:2.0.4-1.fc9) streamtuner: F8-updates > F9 (0:0.99.99-19.fc8 > 0:0.99.99-17.fc9) vtk: F8-updates > F9 (0:5.0.4-19.fc8 > 0:5.0.3-22.fc9) From smooge at gmail.com Thu Apr 3 14:41:51 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 3 Apr 2008 08:41:51 -0600 Subject: F8->F9 upgrade check In-Reply-To: <1207233252.3224.15.camel@vader.jdub.homelinux.org> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> Message-ID: <80d7e4090804030741o515b7d7as192e6e4f9d5faf89@mail.gmail.com> On Thu, Apr 3, 2008 at 8:34 AM, Josh Boyer wrote: > Hi All, > > Below you'll find the current list of packages that have F8->F9 upgrade > problems. Maintainers, please look this over and try to fix this up > before final development freeze. > Wow.. thats a pretty short list from some earlier releases. Congrats on that people. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From limb at jcomserv.net Thu Apr 3 14:45:15 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 3 Apr 2008 09:45:15 -0500 (CDT) Subject: F8->F9 upgrade check In-Reply-To: <1207233252.3224.15.camel@vader.jdub.homelinux.org> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> Message-ID: <65337.63.85.68.164.1207233915.squirrel@mail.jcomserv.net> > Hi All, > > Below you'll find the current list of packages that have F8->F9 upgrade > problems. Maintainers, please look this over and try to fix this up > before final development freeze. > > nx: > F8-updates > F9 (0:3.1.0-25.1.fc8 > 0:2.1.0-24.fc9) I believe The version in F8-updates is in rawhide, should just need the proper tag applied. -- novus ordo absurdum From txtoth at gmail.com Thu Apr 3 14:45:53 2008 From: txtoth at gmail.com (Xavier Toth) Date: Thu, 3 Apr 2008 09:45:53 -0500 Subject: f9 resetting dns nameservers In-Reply-To: <1207186650.7989.11.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <1207186650.7989.11.camel@localhost.localdomain> Message-ID: I did miss that :( [tedx at comms python]$ sudo /usr/sbin/nm-system-settings --plugins=ifcfg-fedora Loaded plugins: ifcfg-fedora: (c) 2007 - 2008 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. ifcfg-fedora: parsing /etc/sysconfig/network-scripts/ifcfg-eth0~ ... ifcfg-fedora: error: Ignoring connection '/etc/sysconfig/network-scripts/ifcfg-eth0~' because it's not an ifcfg file. ifcfg-fedora: parsing /etc/sysconfig/network-scripts/ifcfg-lo ... ifcfg-fedora: error: Ignoring loopback device config. ifcfg-fedora: parsing /etc/sysconfig/network-scripts/ifcfg-eth0 ... ifcfg-fedora: read connection 'System eth0' ifcfg-fedora: Ignoring connection 'ifcfg-eth0' because NM_CONTROLLED was false. On Wed, Apr 2, 2008 at 8:37 PM, Dan Williams wrote: > On Wed, 2008-04-02 at 08:03 -0500, Xavier Toth wrote: > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > > > ** (nm-system-settings:19898): WARNING **: Could not acquire the > > NetworkManagerSystemSettings service. > > Message: 'Connection ":1.77" is not allowed to own the service > > "org.freedesktop.NetworkManagerSystemSettings" due to security > > policies in the configuration file' > > Note the (as root)... > > Dan > > > > > > > On Wed, Apr 2, 2008 at 7:02 AM, Dan Williams wrote: > > > On Tue, 2008-04-01 at 17:21 -0500, Xavier Toth wrote: > > > > Installing the 3521 version and editing ifcfg-eth0 didn't do it for > > > > me. I turned off NetworkManager :( at least now I don't have to > > > > reconfigure DNS after reboot. > > > > > > Can you keep NM off, but do the following and report the output (as > > > root): > > > > > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > > > > > Thanks, > > > > > > > > > Dan > > > > > > > On Tue, Apr 1, 2008 at 4:15 PM, Dan Williams wrote: > > > > > On Tue, 2008-04-01 at 16:11 -0500, Xavier Toth wrote: > > > > > > Where does it look for the ifcfg file? > > > > > > > > > > Versions >= svn3476 look in: > > > > > > > > > > /etc/sysconfig/network-scripts/ > > > > > > > > > > and will pick up any file that starts with "ifcfg-" and does _not_ end > > > > > with any of: .bak, ~, .orig, .rej > > > > > > > > > > This is the same place that ifup/ifdown look for ifcfg files. > > > > > > > > > > Dan > > > > > > > > > > > > > > > > > > > > > On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > > > > > > > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > > > > > > > Hi, > > > > > > > > > > > > > > > > On 01/04/2008, Xavier Toth wrote: > > > > > > > > > I initially install with dhcp configured but then reconfigured for a > > > > > > > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > > > > > > > > > > > > > I've got the same problem with NetworkManager. > > > > > > > > > > > > > > > > cat /etc/resolv.conf > > > > > > > > # generated by NetworkManager, do not edit! > > > > > > > > > > > > > > > > nameserver 160.195.151.8 > > > > > > > > > > > > > > > > This really sucks. > > > > > > > > > > > > > > > > > Who's doing this and how can I stop it? > > > > > > > > > > > > > > > > I don't know. > > > > > > > > > > > > > > Update to the latest rawhide version of NetworkManager (svn3521), which > > > > > > > fixes the location that it reads your ifcfg files from (that anaconda > > > > > > > wrote on startup). > > > > > > > > > > > > > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > > > > > > > NM will bring up your static connection correctly and use your DNS > > > > > > > servers. > > > > > > > > > > > > > > Dan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > fedora-devel-list mailing list > > > > > > > fedora-devel-list at redhat.com > > > > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > fedora-devel-list mailing list > > > > > fedora-devel-list at redhat.com > > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > > > > > -- > > > > > > > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > -- > > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From debarshi.ray at gmail.com Thu Apr 3 14:46:49 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 3 Apr 2008 20:16:49 +0530 Subject: F8->F9 upgrade check In-Reply-To: <1207233252.3224.15.camel@vader.jdub.homelinux.org> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> Message-ID: <3170f42f0804030746w254a8497r618619b5d5ee4802@mail.gmail.com> > bouml-doc: > F8-updates > F9 (0:3.4-1 > 0:3.0-2) It does not use a DistTag so the package in F-8 updates should be inherited in F-9/Rawhide too. Jesse Keating usually does some magic and takes care of this every time there is a new update. I have just requested a new bouml-doc-4.2-1 to be pushed into F-7 updates: https://admin.fedoraproject.org/updates/F7/FEDORA-2008-2856 So it might be better if we made sure this one gets inherited correctly into F-8 and F-9/Rawhide instead of bothering with the older package. Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From jwboyer at gmail.com Thu Apr 3 14:47:42 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 03 Apr 2008 09:47:42 -0500 Subject: F8->F9 upgrade check In-Reply-To: <65337.63.85.68.164.1207233915.squirrel@mail.jcomserv.net> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> <65337.63.85.68.164.1207233915.squirrel@mail.jcomserv.net> Message-ID: <1207234062.3224.17.camel@vader.jdub.homelinux.org> On Thu, 2008-04-03 at 09:45 -0500, Jon Ciesla wrote: > > Hi All, > > > > Below you'll find the current list of packages that have F8->F9 upgrade > > problems. Maintainers, please look this over and try to fix this up > > before final development freeze. > > > > > nx: > > F8-updates > F9 (0:3.1.0-25.1.fc8 > 0:2.1.0-24.fc9) > > I believe The version in F8-updates is in rawhide, should just need the > proper tag applied. I believe you're wrong: [jwboyer at vader releng]$ koji latest-pkg dist-rawhide nx Build Tag Built by ---------------------------------------- -------------------- ---------------- nx-2.1.0-24.fc9 dist-f9 athimm josh From jwboyer at gmail.com Thu Apr 3 14:49:02 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 03 Apr 2008 09:49:02 -0500 Subject: F8->F9 upgrade check In-Reply-To: <80d7e4090804030741o515b7d7as192e6e4f9d5faf89@mail.gmail.com> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> <80d7e4090804030741o515b7d7as192e6e4f9d5faf89@mail.gmail.com> Message-ID: <1207234142.3224.20.camel@vader.jdub.homelinux.org> On Thu, 2008-04-03 at 08:41 -0600, Stephen John Smoogen wrote: > On Thu, Apr 3, 2008 at 8:34 AM, Josh Boyer wrote: > > Hi All, > > > > Below you'll find the current list of packages that have F8->F9 upgrade > > problems. Maintainers, please look this over and try to fix this up > > before final development freeze. > > > > Wow.. thats a pretty short list from some earlier releases. Congrats > on that people. Yes, indeed. I was quite pleased as well. Good job! We'll need to be diligent about keeping the list as close to 0 as possible once final freeze hits. josh note: i just dusted off the checker this morning so there could be some issues but some brief sanity checking seemed to validate the results. From limb at jcomserv.net Thu Apr 3 15:02:54 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 3 Apr 2008 10:02:54 -0500 (CDT) Subject: F8->F9 upgrade check In-Reply-To: <1207234062.3224.17.camel@vader.jdub.homelinux.org> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> <65337.63.85.68.164.1207233915.squirrel@mail.jcomserv.net> <1207234062.3224.17.camel@vader.jdub.homelinux.org> Message-ID: <17314.63.85.68.164.1207234974.squirrel@mail.jcomserv.net> > On Thu, 2008-04-03 at 09:45 -0500, Jon Ciesla wrote: >> > Hi All, >> > >> > Below you'll find the current list of packages that have F8->F9 >> upgrade >> > problems. Maintainers, please look this over and try to fix this up >> > before final development freeze. >> > >> >> > nx: >> > F8-updates > F9 (0:3.1.0-25.1.fc8 > 0:2.1.0-24.fc9) >> >> I believe The version in F8-updates is in rawhide, should just need the >> proper tag applied. > > I believe you're wrong: > > [jwboyer at vader releng]$ koji latest-pkg dist-rawhide nx > Build Tag Built by > ---------------------------------------- -------------------- > ---------------- > nx-2.1.0-24.fc9 dist-f9 athimm > > josh > I see, the build failed for that one. I assume Axel is on it. I don't see the build log. -- novus ordo absurdum From fedora at camperquake.de Thu Apr 3 15:11:40 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 3 Apr 2008 17:11:40 +0200 Subject: f9 resetting dns nameservers In-Reply-To: <1207137753.23595.3.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> Message-ID: <20080403171140.3eb7a928@dhcp03.addix.net> Hi. On Wed, 02 Apr 2008 08:02:33 -0400, Dan Williams wrote: > Can you keep NM off, but do the following and report the output (as > root): > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora Having glanced over the code for that one: does this work for anything besides Ethernet/WLAN connections? From jwboyer at gmail.com Thu Apr 3 15:14:13 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 03 Apr 2008 10:14:13 -0500 Subject: F8->F9 upgrade check In-Reply-To: <3170f42f0804030746w254a8497r618619b5d5ee4802@mail.gmail.com> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> <3170f42f0804030746w254a8497r618619b5d5ee4802@mail.gmail.com> Message-ID: <1207235653.3224.24.camel@vader.jdub.homelinux.org> On Thu, 2008-04-03 at 20:16 +0530, Debarshi Ray wrote: > > bouml-doc: > > F8-updates > F9 (0:3.4-1 > 0:3.0-2) > > It does not use a DistTag so the package in F-8 updates should be > inherited in F-9/Rawhide too. Jesse Keating usually does some magic > and takes care of this every time there is a new update. Erm... no. disttag has nothing to do with koji inheritance. The only time rawhide will inherit a package from dist-f8-updates is if there isn't already any form of that package in dist-rawhide. And you _really_ shouldn't be relying on inheritance anyway. We want packages in F9 to be built against F9, not F8. > I have just requested a new bouml-doc-4.2-1 to be pushed into F-7 updates: > https://admin.fedoraproject.org/updates/F7/FEDORA-2008-2856 > > So it might be better if we made sure this one gets inherited > correctly into F-8 and F-9/Rawhide instead of bothering with the older > package. No. Build the package properly for each release. josh From gilboad at gmail.com Thu Apr 3 15:32:47 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 03 Apr 2008 18:32:47 +0300 Subject: Fedora Windows Migration Tool In-Reply-To: <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> Message-ID: <1207236767.25180.22.camel@gilboa-work-dev.localdomain> On Wed, 2008-04-02 at 13:06 -0800, Jeff Spaleta wrote: > I'm sort of confused on a couple of things.... > > why a mirror of the data across partitions? If we are able to mount > ntfs on a per user basis... why not find a way to use the ntfs > partition as the data location for the common data for the user in > situations where users care about cross operating system access? > We already have a system to redirect what directories are > programtically used: > http://freedesktop.org/wiki/Software/xdg-user-dirs > Can't the technology here be extended to make use of an ntfs data > store without the complexity of mirroring? A couple of problems. (and I may be wrong here) A. ntfs-3g is slow (compared to native FS). B. NTFS write isn't five-9's yet. C. Missing inotify support. (At least AFAIK). D. Lack of NTFS check disk in ntfs-3g. (No way to fix a broken FS if the Windows boot dies) E. Last time I checked ntfs-3g + SAMBA didn't really get along. ... Never the less, the migration tool can give the user the option to decide which course to take: Copy-to-native or ntfs-3g-mount. (While explaining the consequences of each choice) > Why at install time.. versus an option that can be invoked for any > user at user creation time or any later time generally though the > system-config-user dialog? Don't people have multiple users defined > commonly on home XP and Vista systems? Don't we need to be able to > configure the OS data syncing for multiple users by mapping a fedora > username to the corresponding username on the XP system? Sounds reasonable enough. One question though - how do you auto-resync a document, bookmarks, etc when both ends changed? > > -jef > - Gilboa From rc040203 at freenet.de Tue Apr 1 20:23:44 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 01 Apr 2008 22:23:44 +0200 Subject: Fedora i386 rawhide rebuild in mock status 2008-03-31 In-Reply-To: <20080331185049.A9436@humbolt.us.dell.com> References: <20080331185049.A9436@humbolt.us.dell.com> Message-ID: <1207081424.14969.892.camel@beck.corsepiu.local> On Mon, 2008-03-31 at 18:50 -0500, Matt Domsch wrote: > Fedora Rawhide-in-Mock Build Results for i386 > using rawhide from 3/29 and for any failures, again with 3/31 > corsepiu: Inventor This is a case of gcc-4.3.0's aliasing breaking code which had been functional for decades. Package builds without major problems with -fno-strict-aliasing. I am working on a real fix, but am not quite there. Ralf From paul at all-the-johnsons.co.uk Thu Apr 3 16:00:32 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 3 Apr 2008 17:00:32 +0100 Subject: kmail and evolution In-Reply-To: <200804031104.09543.jamatos@fc.up.pt> References: <20080403081425.M36509@all-the-johnsons.co.uk> <200804031104.09543.jamatos@fc.up.pt> Message-ID: <20080403160004.M24946@all-the-johnsons.co.uk> Hi, > > Does anyone have any ideas on getting evolution working again or how to get > > kmail to work at something approximating a usable speed? > > I use kde exclusively and the slowdown that you mention only > happened after changing from F8 to rawhide. I suspect that this is > probably related with the kernel debug options that particularly hit > kmail. This problem does not occur with other kde applications just > with kmail. :-( Any way to turn off the debug options? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From rdieter at math.unl.edu Thu Apr 3 16:19:16 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 03 Apr 2008 11:19:16 -0500 Subject: kmail and evolution References: <20080403081425.M36509@all-the-johnsons.co.uk> <200804031104.09543.jamatos@fc.up.pt> <20080403160004.M24946@all-the-johnsons.co.uk> Message-ID: Paul F. Johnson wrote: >> > Does anyone have any ideas on getting evolution working again or how to >> > get kmail to work at something approximating a usable speed? >> >> I use kde exclusively and the slowdown that you mention only >> happened after changing from F8 to rawhide. I suspect that this is >> probably related with the kernel debug options that particularly hit >> kmail. This problem does not occur with other kde applications just >> with kmail. :-( > > Any way to turn off the debug options? Fwiw, most of the core kde pkgs up till now (today 04/03) had debugging enabled too. We're just now going through and rebuilding everything optimized with debugging off. -- Rex From jspaleta at gmail.com Thu Apr 3 16:30:56 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Apr 2008 08:30:56 -0800 Subject: Fedora Windows Migration Tool In-Reply-To: <1207236767.25180.22.camel@gilboa-work-dev.localdomain> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> <1207236767.25180.22.camel@gilboa-work-dev.localdomain> Message-ID: <604aa7910804030930ibe0c830k5997df8eea9f947f@mail.gmail.com> On Thu, Apr 3, 2008 at 7:32 AM, Gilboa Davara wrote: > Sounds reasonable enough. > One question though - how do you auto-resync a document, bookmarks, etc > when both ends changed? yum info unison -jef From jspaleta at gmail.com Thu Apr 3 16:35:20 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Apr 2008 08:35:20 -0800 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <1207231845.21315.119.camel@localhost.localdomain> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> <1207231845.21315.119.camel@localhost.localdomain> Message-ID: <604aa7910804030935w4f65e1aay98855438b4233e78@mail.gmail.com> On Thu, Apr 3, 2008 at 6:10 AM, Adam Jackson wrote: > Dan Williams actually tracked this down a while ago. Thank you for > reminding me, I'll push out an update for this. The only reason i ran into it was because NM stopped seeing my wired network hardware. So i flipped over to the legacy network script and was greeted with this far more fascinating perversion of application hang ups when the network segment changes. Once this gets fixed, I'll get back to trying to figure out why NM doesn't see that eth0 exists. -jef From nicolas.mailhot at laposte.net Thu Apr 3 16:42:33 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 3 Apr 2008 18:42:33 +0200 (CEST) Subject: FYI CuneiForm OCR now opensourced under BSD license In-Reply-To: References: Message-ID: <58689.192.54.193.52.1207240953.squirrel@rousalka.dyndns.org> Le Mer 2 avril 2008 22:00, Peter Lemenkov a ?crit : > Unlike to Tesseract/Ocropus it offers complete OCR base but with tight > win32-integration (authors promise that will be some work in > compatibility direction and one of their goals will be porting to > Linux). Also unlike Tesseract/Octopus it was written outside the USA, so it actually has a notion non-ASCII glyphs exist :) -- Nicolas Mailhot From jamatos at fc.up.pt Thu Apr 3 16:43:56 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 3 Apr 2008 17:43:56 +0100 Subject: kmail and evolution In-Reply-To: References: <20080403081425.M36509@all-the-johnsons.co.uk> <20080403160004.M24946@all-the-johnsons.co.uk> Message-ID: <200804031743.57329.jamatos@fc.up.pt> On Thursday 03 April 2008 17:19:16 Rex Dieter wrote: > Fwiw, most of the core kde pkgs up till now (today 04/03) had debugging > enabled too. ?We're just now going through and rebuilding everything > optimized with debugging off. Even kde3 packages like kmail? > -- Rex -- Jos? Ab?lio From skvidal at fedoraproject.org Thu Apr 3 16:58:19 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 03 Apr 2008 12:58:19 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080403140431.GC3435@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> Message-ID: <1207241899.15651.95.camel@cutter> On Thu, 2008-04-03 at 10:04 -0400, Dave Jones wrote: > On Thu, Apr 03, 2008 at 07:41:04AM -0500, Les Mikesell wrote: > > Konrad Meyer wrote: > > > Quoth Andrew Farris: > > >> Ralf Corsepius wrote: > > >>> [1] One of these machines is an ancient i586. On this machine, RAM is > > >>> such kind of tight (64MB), any spared memory is valuable. More built-in > > >>> kernel modules probably will mean the death of Fedora on this class of > > >>> machines. > > >> I would have thought it already got there.. 64Mb wow? > > > > > > I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it > > > works great as a low-capacity web/dhcp/etc server and router. > > > > Do these older/limited machines do anything better now than they did in > > the 2.4 kernel days? > > Good luck trying to get the installer to run on anything less than 512MB these days. > You can get it to work on 256 as long as you're running 32bit, not 64bit python binaries. -sv From ajackson at redhat.com Thu Apr 3 17:04:41 2008 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 03 Apr 2008 13:04:41 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <1207232265.17329.46.camel@gandalf.cobite.com> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> <1207231845.21315.119.camel@localhost.localdomain> <1207232265.17329.46.camel@gandalf.cobite.com> Message-ID: <1207242281.21315.120.camel@localhost.localdomain> On Thu, 2008-04-03 at 10:17 -0400, David Mansfield wrote: > On Thu, 2008-04-03 at 10:10 -0400, Adam Jackson wrote: > > For the perversely curious: X's session management protocol defines a > > concept of a client ID, generated by the session leader and passed to > > new clients. Unfortunately, the spec defines the client ID in such a > > way that you have to emit the IP address of the server in the ID, and > > the way that gets implemented (hold your nose) is by calling > > gethostname() followed by gethostbyname(). So if your resolver isn't > > reachable (because the route is down, or because it changed and > > gnome-session has the old one cached), or if your hostname isn't a > > resolvable DNS name, you lose. > > > > Thankfully the client ID is an opaque string prefixed by a version > > number, so you can just bump the version number and use UUIDs. > > By "you" do you mean you? And does this mean you have done this in > latest X or that it is left as an exercise for the reader? I mean Dan did a patch for it that I need to test and commit. Should be in koji shortly, and rawhide tomorrow. - ajax From tcallawa at redhat.com Thu Apr 3 17:23:33 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Apr 2008 13:23:33 -0400 Subject: rawhide report: 20080403 changes In-Reply-To: <47F4C6CA.8020909@hi.is> References: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> <47F4C6CA.8020909@hi.is> Message-ID: <1207243413.3041.33.camel@localhost.localdomain> On Thu, 2008-04-03 at 12:00 +0000, "J?hann B. Gu?mundsson" wrote: > I mentioned this yesterday and JK said he was gonna resend that report with > the missing information, why this happened again today I don't know > ( lack of coffee, he's been to busy, something in the change log that > the general public is not supposed to know about..) > > I had to slip one conspiracy theory in there... :) MOVE ALONG. NOTHING TO SEE HERE. From rdieter at math.unl.edu Thu Apr 3 17:24:24 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 03 Apr 2008 12:24:24 -0500 Subject: kmail and evolution References: <20080403081425.M36509@all-the-johnsons.co.uk> <20080403160004.M24946@all-the-johnsons.co.uk> <200804031743.57329.jamatos@fc.up.pt> Message-ID: Jos? Matos wrote: > On Thursday 03 April 2008 17:19:16 Rex Dieter wrote: >> Fwiw, most of the core kde pkgs up till now (today 04/03) had debugging >> enabled too. ?We're just now going through and rebuilding everything >> optimized with debugging off. > Even kde3 packages like kmail? No, only kde4 stuff. -- Rex From tcallawa at redhat.com Thu Apr 3 15:23:27 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Apr 2008 11:23:27 -0400 Subject: [Guidelines Change] Many Changes to the Packaging Guidelines Message-ID: <1207236207.3041.18.camel@localhost.localdomain> Over the last month, the Fedora Packaging Committee has been busy adding and amending the Fedora Packaging Guidelines. Specifically: New guidelines describing how to package OpenOffice.org extensions can be found here: http://fedoraproject.org/wiki/Packaging/OpenOffice.orgExtensions New guidelines describing how to package Tcl/Tk addons can be found here: http://fedoraproject.org/wiki/Packaging/Tcl The OCaml Packaging Guidelines have been updated: http://fedoraproject.org/wiki/Packaging/OCaml ?The Perl Packaging Guidelines have been significantly fleshed out: http://fedoraproject.org/wiki/Packaging/Perl The Fedora Package Naming Guidelines have been updated to reflect the new guidelines for package naming (OpenOffice.org and Tcl/Tk). In addition, all Fedora packages must be named using a specified subset of ASCII characters. For details, please see: http://fedoraproject.org/wiki/Packaging/NamingGuidelines Also, the main Fedora Packaging Guidelines have been updated with links to the new guidelines for specific package types (OpenOffice.org, Tcl/Tk): http://fedoraproject.org/wiki/Packaging/Guidelines These guidelines (and changes) were approved by the Fedora Packaging Committee (FPC) and ratified by FESCo. Many thanks to Caolan McNamara, Michael Thomas, Richard Jones, and all of the members of the FPC and FESCo, for assisting in drafting, refining, and passing these guidelines. A reminder: The Fedora Packaging Guidelines are living documents! If you find something missing, incorrect, or in need of revision, you can suggest a draft change. The procedure for this is documented here: http://fedoraproject.org/wiki/Packaging/Committee#GuidelineChangeProcedure Thanks, ~spot _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jamatos at fc.up.pt Thu Apr 3 17:43:41 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Thu, 3 Apr 2008 18:43:41 +0100 Subject: kmail and evolution In-Reply-To: References: <20080403081425.M36509@all-the-johnsons.co.uk> <200804031743.57329.jamatos@fc.up.pt> Message-ID: <200804031843.42220.jamatos@fc.up.pt> On Thursday 03 April 2008 18:24:24 Rex Dieter wrote: > > ? Even kde3 packages like kmail? Of course the package is kdepim not kmail but you got the idea. :-) > No, only kde4 stuff. On the other hand kmail definitively uses kde 4 stuff, it can be seen using ldd on it. I will report back after the upgrade to the new kde 4 packages. :-) > -- Rex -- Jos? Ab?lio From buytenh at wantstofly.org Thu Apr 3 18:16:32 2008 From: buytenh at wantstofly.org (Lennert Buytenhek) Date: Thu, 3 Apr 2008 20:16:32 +0200 Subject: updated cross-gcc rpm In-Reply-To: <20080130043709.GI3836@fc.hp.com> References: <20080130043709.GI3836@fc.hp.com> Message-ID: <20080403181632.GA12337@xi.wantstofly.org> On Tue, Jan 29, 2008 at 11:37:09PM -0500, Aron Griffis wrote: > Hi Lennert, > > Referring to your post at > http://www.redhat.com/archives/fedora-devel-list/2007-October/msg00045.html > > Thanks a lot for posting those rpms. I was able to use those with > --define='cross_target ia64-linux-gnu' to build a cross-compiler that > builds xen-unstable.hg including the userland tools. I posted that > information today to the xen-devel mailing list, see > http://lists.xensource.com/archives/html/xen-devel/2008-01/msg01105.html > > I had to make some changes, first to build the gcc rpm successfully on > x86_64 targetting ia64, and second to include some files that were > missing. The missing files were due to %ifarch tests which were > looking at the build arch instead of the target arch. I came up with > a solution for that... though I wouldn't be surprised if you're able > to come up with something more elegant. Sorry for the delay, I've folded this into cross5. Can you test if I didn't miss anything? (Is it now time to move http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain one level up in the wiki and make the page not ARM-specific?) From harald at redhat.com Thu Apr 3 18:22:30 2008 From: harald at redhat.com (Harald Hoyer) Date: Thu, 03 Apr 2008 20:22:30 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <935ead450804021338r423ea8b2xeb5a9c572bceb12b@mail.gmail.com> Message-ID: Harald Hoyer wrote: > Jeffrey Ollie wrote: >> On Wed, Apr 2, 2008 at 3:24 PM, Harald Hoyer wrote: >>> where is the option to turn this authentication daemon off? >> >> yum remove wpa_supplicant >> >> Jeff >> > > this is not an "option".. this is the last resort. > does not work for me.. # yum remove wpa_supplicant ============================================================================= Package Arch Version Repository Size ============================================================================= Removing: wpa_supplicant x86_64 1:0.6.3-5.fc9 installed 605 k Removing for dependencies: NetworkManager x86_64 1:0.7.0-0.9.1.svn3521.fc9 installed 2.5 M NetworkManager-glib x86_64 1:0.7.0-0.9.1.svn3521.fc9 installed 132 k NetworkManager-gnome x86_64 1:0.7.0-0.9.1.svn3521.fc9 installed 808 k PackageKit x86_64 0.1.10-1.fc9 installed 1.3 M PackageKit-libs x86_64 0.1.10-1.fc9 installed 277 k evolution x86_64 2.22.0-4.fc9 installed 39 M evolution-help x86_64 2.22.0-4.fc9 installed 51 M gnome-packagekit x86_64 0.1.10-1.fc9 installed 1.6 M krb5-auth-dialog x86_64 0.7-7.fc9 installed 56 k libpurple x86_64 2.4.1-2.fc9 installed 20 M nautilus-sendto x86_64 0.14.0-1.fc9 installed 368 k pidgin x86_64 2.4.1-2.fc9 installed 2.3 M system-config-printer x86_64 0.7.82.1-3.fc9 installed 1.2 M yum-packagekit x86_64 0.1.10-1.fc9 installed 2.5 k From dcbw at redhat.com Thu Apr 3 19:02:33 2008 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Apr 2008 15:02:33 -0400 Subject: f9 resetting dns nameservers In-Reply-To: References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <1207186650.7989.11.camel@localhost.localdomain> Message-ID: <1207249353.486.0.camel@localhost.localdomain> On Thu, 2008-04-03 at 09:45 -0500, Xavier Toth wrote: > I did miss that :( > > [tedx at comms python]$ sudo /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > Loaded plugins: > ifcfg-fedora: (c) 2007 - 2008 Red Hat, Inc. To report bugs please > use the NetworkManager mailing list. > > ifcfg-fedora: parsing /etc/sysconfig/network-scripts/ifcfg-eth0~ ... > ifcfg-fedora: error: Ignoring connection > '/etc/sysconfig/network-scripts/ifcfg-eth0~' because it's not an ifcfg > file. > ifcfg-fedora: parsing /etc/sysconfig/network-scripts/ifcfg-lo ... > ifcfg-fedora: error: Ignoring loopback device config. > ifcfg-fedora: parsing /etc/sysconfig/network-scripts/ifcfg-eth0 ... > ifcfg-fedora: read connection 'System eth0' > ifcfg-fedora: Ignoring connection 'ifcfg-eth0' because > NM_CONTROLLED was false. ^^^^ so if you flip NM_CONTROLLED to yes, NM should find the connection and start to use it. Dan > > > On Wed, Apr 2, 2008 at 8:37 PM, Dan Williams wrote: > > On Wed, 2008-04-02 at 08:03 -0500, Xavier Toth wrote: > > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > > > > > ** (nm-system-settings:19898): WARNING **: Could not acquire the > > > NetworkManagerSystemSettings service. > > > Message: 'Connection ":1.77" is not allowed to own the service > > > "org.freedesktop.NetworkManagerSystemSettings" due to security > > > policies in the configuration file' > > > > Note the (as root)... > > > > Dan > > > > > > > > > > > > On Wed, Apr 2, 2008 at 7:02 AM, Dan Williams wrote: > > > > On Tue, 2008-04-01 at 17:21 -0500, Xavier Toth wrote: > > > > > Installing the 3521 version and editing ifcfg-eth0 didn't do it for > > > > > me. I turned off NetworkManager :( at least now I don't have to > > > > > reconfigure DNS after reboot. > > > > > > > > Can you keep NM off, but do the following and report the output (as > > > > root): > > > > > > > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > > > > > > > Thanks, > > > > > > > > > > > > Dan > > > > > > > > > On Tue, Apr 1, 2008 at 4:15 PM, Dan Williams wrote: > > > > > > On Tue, 2008-04-01 at 16:11 -0500, Xavier Toth wrote: > > > > > > > Where does it look for the ifcfg file? > > > > > > > > > > > > Versions >= svn3476 look in: > > > > > > > > > > > > /etc/sysconfig/network-scripts/ > > > > > > > > > > > > and will pick up any file that starts with "ifcfg-" and does _not_ end > > > > > > with any of: .bak, ~, .orig, .rej > > > > > > > > > > > > This is the same place that ifup/ifdown look for ifcfg files. > > > > > > > > > > > > Dan > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Apr 1, 2008 at 11:54 AM, Dan Williams wrote: > > > > > > > > On Tue, 2008-04-01 at 18:42 +0200, Optimization Kit wrote: > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > On 01/04/2008, Xavier Toth wrote: > > > > > > > > > > I initially install with dhcp configured but then reconfigured for a > > > > > > > > > > static ip. Now every time I reboot my resolv.conf is overwritten. > > > > > > > > > > > > > > > > > > I've got the same problem with NetworkManager. > > > > > > > > > > > > > > > > > > cat /etc/resolv.conf > > > > > > > > > # generated by NetworkManager, do not edit! > > > > > > > > > > > > > > > > > > nameserver 160.195.151.8 > > > > > > > > > > > > > > > > > > This really sucks. > > > > > > > > > > > > > > > > > > > Who's doing this and how can I stop it? > > > > > > > > > > > > > > > > > > I don't know. > > > > > > > > > > > > > > > > Update to the latest rawhide version of NetworkManager (svn3521), which > > > > > > > > fixes the location that it reads your ifcfg files from (that anaconda > > > > > > > > wrote on startup). > > > > > > > > > > > > > > > > Then add the options DNS1, DNS2, and maybe DNS3 to your ifcfg file, and > > > > > > > > NM will bring up your static connection correctly and use your DNS > > > > > > > > servers. > > > > > > > > > > > > > > > > Dan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > fedora-devel-list mailing list > > > > > > > > fedora-devel-list at redhat.com > > > > > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > fedora-devel-list mailing list > > > > > > fedora-devel-list at redhat.com > > > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > fedora-devel-list mailing list > > > > fedora-devel-list at redhat.com > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > -- > > > > > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From dcbw at redhat.com Thu Apr 3 19:03:43 2008 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Apr 2008 15:03:43 -0400 Subject: f9 resetting dns nameservers In-Reply-To: <20080403171140.3eb7a928@dhcp03.addix.net> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <20080403171140.3eb7a928@dhcp03.addix.net> Message-ID: <1207249423.486.3.camel@localhost.localdomain> On Thu, 2008-04-03 at 17:11 +0200, Ralf Ertzinger wrote: > Hi. > > On Wed, 02 Apr 2008 08:02:33 -0400, Dan Williams wrote: > > > Can you keep NM off, but do the following and report the output (as > > root): > > > > /usr/sbin/nm-system-settings --plugins=ifcfg-fedora > > Having glanced over the code for that one: > does this work for anything besides Ethernet/WLAN connections? Not yet, though I'm going to add support for PPP connections pretty soon. Is there a certain device class you'd like to see? Dan From dcbw at redhat.com Thu Apr 3 19:06:23 2008 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Apr 2008 15:06:23 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <604aa7910804030935w4f65e1aay98855438b4233e78@mail.gmail.com> References: <1206296424.30812.24.camel@pc-notebook> <1206368677.30812.43.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> <1207231845.21315.119.camel@localhost.localdomain> <604aa7910804030935w4f65e1aay98855438b4233e78@mail.gmail.com> Message-ID: <1207249583.486.5.camel@localhost.localdomain> On Thu, 2008-04-03 at 08:35 -0800, Jeff Spaleta wrote: > On Thu, Apr 3, 2008 at 6:10 AM, Adam Jackson wrote: > > Dan Williams actually tracked this down a while ago. Thank you for > > reminding me, I'll push out an update for this. > > The only reason i ran into it was because NM stopped seeing my wired > network hardware. > So i flipped over to the legacy network script and was greeted with > this far more fascinating perversion of application hang ups when the > network segment changes. > > Once this gets fixed, I'll get back to trying to figure out why NM > doesn't see that eth0 exists. If you check your ifcfg files, do they have NM_CONTROLLED=false in them? Or is the device itself not seen by NM at all any more? If the later (and nm-tool doesn't show it) the output of 'lshal' would be quite useful. Dan From dcbw at redhat.com Thu Apr 3 19:09:08 2008 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Apr 2008 15:09:08 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: References: <47F2C3A5.7010402@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <935ead450804021338r423ea8b2xeb5a9c572bceb12b@mail.gmail.com> Message-ID: <1207249748.486.8.camel@localhost.localdomain> On Thu, 2008-04-03 at 20:22 +0200, Harald Hoyer wrote: > Harald Hoyer wrote: > > Jeffrey Ollie wrote: > >> On Wed, Apr 2, 2008 at 3:24 PM, Harald Hoyer wrote: > >>> where is the option to turn this authentication daemon off? > >> > >> yum remove wpa_supplicant > >> > >> Jeff > >> > > > > this is not an "option".. this is the last resort. > > > > does not work for me.. Again, if you've done a fresh install of rawhide at any date after March 7, 2008, wpa_supplicant should not be starting up by default. This was a transient rawhide problem that should not affect new installs. Dan From bigjoe1008 at gmail.com Thu Apr 3 19:14:14 2008 From: bigjoe1008 at gmail.com (Joe Harnish) Date: Thu, 3 Apr 2008 15:14:14 -0400 Subject: Fedora Windows Migration Tool In-Reply-To: <604aa7910804030930ibe0c830k5997df8eea9f947f@mail.gmail.com> References: <194154.41840.qm@web38906.mail.mud.yahoo.com> <604aa7910804021406s666d0f59i8614d7984e0770eb@mail.gmail.com> <1207236767.25180.22.camel@gilboa-work-dev.localdomain> <604aa7910804030930ibe0c830k5997df8eea9f947f@mail.gmail.com> Message-ID: <763fc8580804031214o448b7148m32b99e4b57e9f3d6@mail.gmail.com> On Thu, Apr 3, 2008 at 12:30 PM, Jeff Spaleta wrote: > On Thu, Apr 3, 2008 at 7:32 AM, Gilboa Davara wrote: > > Sounds reasonable enough. > > One question though - how do you auto-resync a document, bookmarks, etc > > when both ends changed? > > > yum info unison > > > -jef > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > www.conduit-project.com It could just be new source plugins. --Joe From fedora at camperquake.de Thu Apr 3 19:14:50 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 3 Apr 2008 21:14:50 +0200 Subject: f9 resetting dns nameservers In-Reply-To: <1207249423.486.3.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <20080403171140.3eb7a928@dhcp03.addix.net> <1207249423.486.3.camel@localhost.localdomain> Message-ID: <20080403211450.1c34b169@lain.camperquake.de> Hi. On Thu, 03 Apr 2008 15:03:43 -0400, Dan Williams wrote > Not yet, though I'm going to add support for PPP connections pretty > soon. Is there a certain device class you'd like to see? I have a modem connection and an xDSL connection (via the built in ethernet) that I use from time to time. From jspaleta at gmail.com Thu Apr 3 19:19:08 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Apr 2008 11:19:08 -0800 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <1207249583.486.5.camel@localhost.localdomain> References: <1206296424.30812.24.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> <1207231845.21315.119.camel@localhost.localdomain> <604aa7910804030935w4f65e1aay98855438b4233e78@mail.gmail.com> <1207249583.486.5.camel@localhost.localdomain> Message-ID: <604aa7910804031219he0d0fdco7005c9743c27ca7b@mail.gmail.com> On Thu, Apr 3, 2008 at 11:06 AM, Dan Williams wrote: > If you check your ifcfg files, do they have NM_CONTROLLED=false in them? lovely....does that automatically get added in the false state as the default if I run the damn legacy tool and build an ifcfg file with it? I totally missed that checkbox, because i didn't edit the device properties. That's what I get for trying to help other people troubleshoot the legacy network configuration stuff. Now that its pointed out, its obvious. But hey the hooks to prevent NM for messing with the legacy configuration work, so that's good...even though I'm a dorkus for not seeing it. -jef"Another default setting choice to be argued over for several releases"spaleta From mschwendt at gmail.com Thu Apr 3 19:39:23 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 3 Apr 2008 21:39:23 +0200 Subject: Orphaning bchunk package Message-ID: <20080403213923.2f958ca6.mschwendt@gmail.com> I've orphaned "bchunk", which is a tiny (11K C source) .bin/.cue converter with a very small target group, IMO, nowadays. http://bugz.fedoraproject.org/bchunk There is one ticket, opened a few days ago, for a bug that was found and reported at Debian in 2004. Still, in almost four years, the patch (or an alternative fix) has not found its way into any new upstream release. Same applies to other issues tracked at Debian. http://bugs.debian.org/bchunk From tcallawa at redhat.com Thu Apr 3 19:49:42 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Apr 2008 15:49:42 -0400 Subject: [Guidelines Change] Even More Changes to the Packaging Guidelines Message-ID: <1207252182.3041.49.camel@localhost.localdomain> In a special session this week, the Fedora Packaging Committee has gotten even more changes done. Specifically: New guidelines describing how to package Java software can be found here: http://fedoraproject.org/wiki/Packaging/Java *** This lifts the hold on Java Packages *** New guidelines describing how to deal with GCJ compilation in Java packages can be found here: http://fedoraproject.org/wiki/Packaging/GCJGuidelines New guidelines describing how to package Eclipse plugins can be found here: http://fedoraproject.org/wiki/Packaging/EclipsePlugins New guidelines describing how to deal with SysV-style Initscripts can be found here: http://fedoraproject.org/wiki/Packaging/SysVInitScript The Fedora Package Naming Guidelines have been updated to reflect the new guidelines for package naming (EclipsePlugins). For details, please see: http://fedoraproject.org/wiki/Packaging/NamingGuidelines Also, the main Fedora Packaging Guidelines have been updated with links to the new guidelines for specific package types (Java, EclipsePlugins), as well as cleanups regarding Initscripts: http://fedoraproject.org/wiki/Packaging/Guidelines Last but not least, Scriptlet Snippets has been simplified to point to the new SysVInitScript guidelines: http://fedoraproject.org/wiki/Packaging/ScriptletSnippets These guidelines (and changes) were approved by the Fedora Packaging Committee (FPC) and ratified by FESCo. Many thanks to Andrew Overholt, Ville Skytt??, Thomas Fitzsimmons, Nicolas Mailhot, all of the other Java helpers I've forgotten, and all of the members of the FPC and FESCo, for assisting in drafting, refining, and passing these guidelines. A reminder: The Fedora Packaging Guidelines are living documents! If you find something missing, incorrect, or in need of revision, you can suggest a draft change. The procedure for this is documented here: http://fedoraproject.org/wiki/Packaging/Committee#GuidelineChangeProcedure Thanks, ~spot _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From alan at clueserver.org Thu Apr 3 20:27:37 2008 From: alan at clueserver.org (Alan) Date: Thu, 3 Apr 2008 13:27:37 -0700 (PDT) Subject: Orphaning bchunk package In-Reply-To: <20080403213923.2f958ca6.mschwendt@gmail.com> References: <20080403213923.2f958ca6.mschwendt@gmail.com> Message-ID: <8798.198.182.194.170.1207254457.squirrel@clueserver.org> > I've orphaned "bchunk", which is a tiny (11K C source) .bin/.cue converter > with a very small target group, IMO, nowadays. > http://bugz.fedoraproject.org/bchunk > > There is one ticket, opened a few days ago, for a bug that was found and > reported at Debian in 2004. Still, in almost four years, the patch (or an > alternative fix) has not found its way into any new upstream release. > Same applies to other issues tracked at Debian. > http://bugs.debian.org/bchunk I actually use this once in a while. What does it take to adopt it? From pemboa at gmail.com Thu Apr 3 20:31:41 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 3 Apr 2008 14:31:41 -0600 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> Message-ID: <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> Here's what people asking for the removal of SELinux don't seem to understand. When you remove SELinux, those of use who want to have it essentially can't have it (yes you can always recompile yourself). When you leave SELinux in, those of you who don't want it can simply turn it off. Bad example, but it's like deciding whether or not to put a light bulb in a room. If there is no light bulb, no one can have light. If there is one, you can always just switch it off when you don't want light. From mschwendt at gmail.com Thu Apr 3 20:32:45 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 3 Apr 2008 22:32:45 +0200 Subject: Orphaning bchunk package In-Reply-To: <8798.198.182.194.170.1207254457.squirrel@clueserver.org> References: <20080403213923.2f958ca6.mschwendt@gmail.com> <8798.198.182.194.170.1207254457.squirrel@clueserver.org> Message-ID: <20080403223245.01568403.mschwendt@gmail.com> On Thu, 3 Apr 2008 13:27:37 -0700 (PDT), Alan wrote: > > I've orphaned "bchunk", which is a tiny (11K C source) .bin/.cue converter > > with a very small target group, IMO, nowadays. > > http://bugz.fedoraproject.org/bchunk > > > > There is one ticket, opened a few days ago, for a bug that was found and > > reported at Debian in 2004. Still, in almost four years, the patch (or an > > alternative fix) has not found its way into any new upstream release. > > Same applies to other issues tracked at Debian. > > http://bugs.debian.org/bchunk > > I actually use this once in a while. > > What does it take to adopt it? A Fedora Account for the package CVS. If you have one already, you can simply take over the package in the Fedora PackageDB. If you don't have one, sign up [1] [2] and I sponsor you. https://admin.fedoraproject.org/accounts/ http://fedoraproject.org/wiki/PackageMaintainers/Join From jkeating at redhat.com Thu Apr 3 20:37:54 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 03 Apr 2008 16:37:54 -0400 Subject: F8->F9 upgrade check In-Reply-To: <1207235653.3224.24.camel@vader.jdub.homelinux.org> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> <3170f42f0804030746w254a8497r618619b5d5ee4802@mail.gmail.com> <1207235653.3224.24.camel@vader.jdub.homelinux.org> Message-ID: <1207255074.4103.10.camel@localhost.localdomain> On Thu, 2008-04-03 at 10:14 -0500, Josh Boyer wrote: > On Thu, 2008-04-03 at 20:16 +0530, Debarshi Ray wrote: > > > bouml-doc: > > > F8-updates > F9 (0:3.4-1 > 0:3.0-2) > > > > It does not use a DistTag so the package in F-8 updates should be > > inherited in F-9/Rawhide too. Jesse Keating usually does some magic > > and takes care of this every time there is a new update. > > Erm... no. disttag has nothing to do with koji inheritance. The only > time rawhide will inherit a package from dist-f8-updates is if there > isn't already any form of that package in dist-rawhide. > > And you _really_ shouldn't be relying on inheritance anyway. We want > packages in F9 to be built against F9, not F8. > > > I have just requested a new bouml-doc-4.2-1 to be pushed into F-7 updates: > > https://admin.fedoraproject.org/updates/F7/FEDORA-2008-2856 > > > > So it might be better if we made sure this one gets inherited > > correctly into F-8 and F-9/Rawhide instead of bothering with the older > > package. > > No. Build the package properly for each release. > > josh To be fair, this is one of those packages that we do want inheritance to work. It's a noarch doc package that really doesn't need to be "rebuilt" X times and be upgraded needlessly for people when moving from one dist to another. I'll look into why the inheritance isn't working right. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Thu Apr 3 21:05:31 2008 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Apr 2008 17:05:31 -0400 Subject: f9 resetting dns nameservers In-Reply-To: <20080403211450.1c34b169@lain.camperquake.de> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <20080403171140.3eb7a928@dhcp03.addix.net> <1207249423.486.3.camel@localhost.localdomain> <20080403211450.1c34b169@lain.camperquake.de> Message-ID: <1207256731.486.28.camel@localhost.localdomain> On Thu, 2008-04-03 at 21:14 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 03 Apr 2008 15:03:43 -0400, Dan Williams wrote > > > Not yet, though I'm going to add support for PPP connections pretty > > soon. Is there a certain device class you'd like to see? > > I have a modem connection and an xDSL connection (via the built in ethernet) > that I use from time to time. PPPoE or PPPoA? Dan From dcbw at redhat.com Thu Apr 3 21:06:25 2008 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Apr 2008 17:06:25 -0400 Subject: Buggy network connection causes very low system responsiveness In-Reply-To: <604aa7910804031219he0d0fdco7005c9743c27ca7b@mail.gmail.com> References: <1206296424.30812.24.camel@pc-notebook> <1206374870.30812.45.camel@pc-notebook> <1206378521.30812.53.camel@pc-notebook> <1207082784.3005.40.camel@pc-notebook> <604aa7910804011500tc86bb8dha9d48adb6b07f9b3@mail.gmail.com> <1207231845.21315.119.camel@localhost.localdomain> <604aa7910804030935w4f65e1aay98855438b4233e78@mail.gmail.com> <1207249583.486.5.camel@localhost.localdomain> <604aa7910804031219he0d0fdco7005c9743c27ca7b@mail.gmail.com> Message-ID: <1207256785.486.30.camel@localhost.localdomain> On Thu, 2008-04-03 at 11:19 -0800, Jeff Spaleta wrote: > On Thu, Apr 3, 2008 at 11:06 AM, Dan Williams wrote: > > If you check your ifcfg files, do they have NM_CONTROLLED=false in them? > > lovely....does that automatically get added in the false state as the > default if I run the damn legacy tool and build an ifcfg file with it? I _think_ so, yes. Not sure about that, Harald would be better to ask. We do need to make s-c-n/ifup/ifdown and NM play better together. Dan > I totally missed that checkbox, because i didn't edit the device > properties. That's what I get for trying to help other people > troubleshoot the legacy network configuration stuff. Now that its > pointed out, its obvious. But hey the hooks to prevent NM for messing > with the legacy configuration work, so that's good...even though I'm a > dorkus for not seeing it. > > -jef"Another default setting choice to be argued over for several > releases"spaleta > From jwboyer at gmail.com Thu Apr 3 21:25:14 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 03 Apr 2008 16:25:14 -0500 Subject: F8->F9 upgrade check In-Reply-To: <1207255074.4103.10.camel@localhost.localdomain> References: <1207233252.3224.15.camel@vader.jdub.homelinux.org> <3170f42f0804030746w254a8497r618619b5d5ee4802@mail.gmail.com> <1207235653.3224.24.camel@vader.jdub.homelinux.org> <1207255074.4103.10.camel@localhost.localdomain> Message-ID: <1207257914.3224.27.camel@vader.jdub.homelinux.org> On Thu, 2008-04-03 at 16:37 -0400, Jesse Keating wrote: > On Thu, 2008-04-03 at 10:14 -0500, Josh Boyer wrote: > > On Thu, 2008-04-03 at 20:16 +0530, Debarshi Ray wrote: > > > > bouml-doc: > > > > F8-updates > F9 (0:3.4-1 > 0:3.0-2) > > > > > > It does not use a DistTag so the package in F-8 updates should be > > > inherited in F-9/Rawhide too. Jesse Keating usually does some magic > > > and takes care of this every time there is a new update. > > > > Erm... no. disttag has nothing to do with koji inheritance. The only > > time rawhide will inherit a package from dist-f8-updates is if there > > isn't already any form of that package in dist-rawhide. > > > > And you _really_ shouldn't be relying on inheritance anyway. We want > > packages in F9 to be built against F9, not F8. > > > > > I have just requested a new bouml-doc-4.2-1 to be pushed into F-7 updates: > > > https://admin.fedoraproject.org/updates/F7/FEDORA-2008-2856 > > > > > > So it might be better if we made sure this one gets inherited > > > correctly into F-8 and F-9/Rawhide instead of bothering with the older > > > package. > > > > No. Build the package properly for each release. > > > > josh > > To be fair, this is one of those packages that we do want inheritance to > work. It's a noarch doc package that really doesn't need to be > "rebuilt" X times and be upgraded needlessly for people when moving from > one dist to another. I'll look into why the inheritance isn't working > right. Ah crap. I totally missed that because I'm a moron. Sorry Debarshi. josh From stickster at gmail.com Thu Apr 3 21:36:00 2008 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 03 Apr 2008 17:36:00 -0400 Subject: Call for Stories. Message-ID: <1207258560.15133.129.camel@localhost.localdomain> Refer to: http://paul.frields.org/?p=966 We're looking for Fedora Stories -- a person who wants to talk about how Fedora has enabled them to do something interesting or exciting with the innovative technology we provide. We want to use these stories as part of the bigger Marketing Plan for Fedora.[1] The story doesn't have to be about you, but we do want to have a person to contact to talk about it.* ("My neighbor Joe does pro bono work, building web servers for public service groups based on Fedora.") * Don't post Joe's info, just yours. We'll get back to you, promise. The story can be about something you're making for Fedora consumption, as long as you include what makes it important or cool. ("I'm making a new bug tracker, because all the rest of them are too hard for regular people to use to contribute.") Visit: http://paul.frields.org/?p=966 -- and post a comment with your story! = = = [1] http://fedoraproject.org/wiki/Marketing/MarketingPlan -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Apr 3 22:01:30 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 03 Apr 2008 18:01:30 -0400 Subject: Current list of things that "scare" me for Fedora 9 release Message-ID: <1207260090.4103.23.camel@localhost.localdomain> After kicking the blocker list a bunch today, here is the list of issues that really scare me: libGL crashes in X (https://bugzilla.redhat.com/show_bug.cgi?id=438173 and others) dmraid tracebacks in anaconda (https://bugzilla.redhat.com/show_bug.cgi?id=432362) gdm crashes (https://bugzilla.redhat.com/show_bug.cgi?id=437061) system-config-keyboard doesn't handle our new minimal x config (https://bugzilla.redhat.com/show_bug.cgi?id=437290) Anaconda unicode mishandling (crash) in text/serial (https://bugzilla.redhat.com/show_bug.cgi?id=437993) pulseaudio vs selinux (https://bugzilla.redhat.com/show_bug.cgi?id=438215) Anaconda selected keyboard layout not honored upon install (https://bugzilla.redhat.com/show_bug.cgi?id=438246) Anaconda crashes when presented with pre-existing software raid (https://bugzilla.redhat.com/show_bug.cgi?id=438358) UI Button issues on partitioning screen in anaconda gui (https://bugzilla.redhat.com/show_bug.cgi?id=438924) NetworkManager startup point way too late causing many problems (https://bugzilla.redhat.com/show_bug.cgi?id=439242 and others) Frequent X crashes with compiz on intel hardware (https://bugzilla.redhat.com/show_bug.cgi?id=435969) There may be other things, but those are the ones that are making met a bit nervous. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Thu Apr 3 22:10:20 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Apr 2008 14:10:20 -0800 Subject: Current list of things that "scare" me for Fedora 9 release In-Reply-To: <1207260090.4103.23.camel@localhost.localdomain> References: <1207260090.4103.23.camel@localhost.localdomain> Message-ID: <604aa7910804031510xa79f91cu6303fd61482ce11d@mail.gmail.com> 2008/4/3 Jesse Keating : > There may be other things, but those are the ones that are making met a > bit nervous. Does anyone have the bluetooth-gnome UI working for any input devices. I don't know how to troubleshoot it.. but bluetooth-gnome is simply no longer picking up any bluetooth devices for me anymore, even though hcitool scan clearly detects devices when used on the console, and direct library access to bluetooth devices works via my own C and python programs. https://bugzilla.redhat.com/show_bug.cgi?id=439248 Is this reproducible..or is this just me? -jef From mike at miketc.com Thu Apr 3 22:14:27 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 03 Apr 2008 17:14:27 -0500 Subject: Network Manager Summary Message-ID: <1207260867.8107.7.camel@scrappy.miketc.com> Ok, I want to make sure I understand how this works, or at least see if Dan or someone can help explain what/when to use this tool exactly. Soo, is network manager *only* (or at least currently) used on wireless/wired systems (such as laptops obviously) for connecting back and forth? Or is/can/should it be able to be used normally on just a wired desktop system as well with no wireless connection? And if so, does it start up in the proper place, so the proper services will start up and can be used without errors? I know this topic sort of has/is being discussed, but mainly on various topics/problems/bugs. But thought might give Dan an opp. to do a quick run down on what services to have on/off to get it working, and what/will work currently with NM starting on boot, in place of (conjunction with?) normal networking as before. Dan, any chance of a quick summary for us for wireless users and just wired (laptops and desktops) so we can get a better understanding on who can use this and who can't? -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From harald at redhat.com Thu Apr 3 22:14:33 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 04 Apr 2008 00:14:33 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207249748.486.8.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <935ead450804021338r423ea8b2xeb5a9c572bceb12b@mail.gmail.com> <1207249748.486.8.camel@localhost.localdomain> Message-ID: Dan Williams wrote: > On Thu, 2008-04-03 at 20:22 +0200, Harald Hoyer wrote: >> Harald Hoyer wrote: >>> Jeffrey Ollie wrote: >>>> On Wed, Apr 2, 2008 at 3:24 PM, Harald Hoyer wrote: >>>>> where is the option to turn this authentication daemon off? >>>> yum remove wpa_supplicant >>>> >>>> Jeff >>>> >>> this is not an "option".. this is the last resort. >>> >> does not work for me.. > > Again, if you've done a fresh install of rawhide at any date after March > 7, 2008, wpa_supplicant should not be starting up by default. This was > a transient rawhide problem that should not affect new installs. > > Dan so, installing the Beta and yum update will get me in that state? how can I turn that off? From johannbg at hi.is Thu Apr 3 22:22:40 2008 From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=) Date: Thu, 03 Apr 2008 22:22:40 +0000 Subject: Current list of things that "scare" me for Fedora 9 release In-Reply-To: <604aa7910804031510xa79f91cu6303fd61482ce11d@mail.gmail.com> References: <1207260090.4103.23.camel@localhost.localdomain> <604aa7910804031510xa79f91cu6303fd61482ce11d@mail.gmail.com> Message-ID: <47F558B0.3030901@hi.is> Jeff Spaleta wrote: > 2008/4/3 Jesse Keating : > >> There may be other things, but those are the ones that are making met a >> bit nervous. >> > > > Does anyone have the bluetooth-gnome UI working for any input devices. > I don't know how to troubleshoot it.. but bluetooth-gnome is simply no > longer picking up any bluetooth devices for me anymore, even though > hcitool scan clearly detects devices when used on the console, and > direct library access to bluetooth devices works via my own C and > python programs. > > https://bugzilla.redhat.com/show_bug.cgi?id=439248 > > Is this reproducible..or is this just me? > > -jef > > Confirmed.. Hardware tested on LenovoT61p and Dell inspiron 6000 external device Nokia N95 8GiB. Device does not show up.. Last time I checked then it was with beta and then device got detect and I could upload a file to it. Kinda forgot to check for this on the snapshot.... Best regards Johann B. From alan at clueserver.org Thu Apr 3 22:30:42 2008 From: alan at clueserver.org (Alan) Date: Thu, 3 Apr 2008 15:30:42 -0700 (PDT) Subject: Question on specific package rejections Message-ID: <42681.12.172.32.236.1207261842.squirrel@clueserver.org> In the list of "Forbidden Items" for Fedora packages, it lists cryptographic packages that cannot be shipped due to export concerns and other issues. Is there a list of packages that have already been rejected? I have a couple of packages I am considering building for submittal, but I want to know if I am wasting my time. Thanks! From otaylor at redhat.com Thu Apr 3 22:37:05 2008 From: otaylor at redhat.com (Owen Taylor) Date: Thu, 03 Apr 2008 18:37:05 -0400 Subject: Network Manager Summary In-Reply-To: <1207260867.8107.7.camel@scrappy.miketc.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> Message-ID: <1207262225.12922.44.camel@localhost.localdomain> On Thu, 2008-04-03 at 17:14 -0500, Mike Chambers wrote: > Ok, I want to make sure I understand how this works, or at least see if > Dan or someone can help explain what/when to use this tool exactly. Disclaimer: I'm not Dan though I sit a few feet from him and have discussed this stuff with him a fair bit. Hopefully he'll follow up and correct me where I'm wrong. > Soo, is network manager *only* (or at least currently) used on > wireless/wired systems (such as laptops obviously) for connecting back > and forth? Or is/can/should it be able to be used normally on just a > wired desktop system as well with no wireless connection? NetworkManager is certainly intended to handle all systems with a Desktop running on them. It probably could also handle many server systems, but for now that's not an explicit target. > And if so, does it start up in the proper place, so the proper services > will start up and can be used without errors? This solution for start order problems are two pronged: A) There's no reason NetworkManager can't be moved earlier (though starting NetworkManager is as far as I know async, it's not going to wait until DHCP completes before moving on in the in the init scripts. Waiting for DHCP can be a pretty big bottleneck in system startup, so that's probably a good thing, all in all.) Moving NetworkManager earlier may require moving D-BUS earlier as well. B) But the system generally should be fixed so that it can deal with the network coming up later. After all, if I boot my desktop and the network cable unplugged, I shouldn't have to reboot or mount -a to get my network filesystems, should I? (Using the problem in https://bugzilla.redhat.com/show_bug.cgi?id=439242 as an example.) > I know this topic sort of has/is being discussed, but mainly on various > topics/problems/bugs. But thought might give Dan an opp. to do a quick > run down on what services to have on/off to get it working, and > what/will work currently with NM starting on boot, in place of > (conjunction with?) normal networking as before. Services: NetworkManager: on network: off. It is possible to mark interfaces in /etc/sysconfig/network to be skipped by NetworkManager (you add something like NMCONTROL=off, though that's not the exactly the right option) and have a hybrid NM + network system, but there's little point. In the normal case NetworkManager starts everything including lo. wpa_supplicant: off (harmless if on, probably will be on in upgraded systems. It's currently activated by NetworkManager on demand via D-BUS.) - Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From harald at redhat.com Thu Apr 3 22:43:12 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 04 Apr 2008 00:43:12 +0200 Subject: Network Manager Summary In-Reply-To: <1207262225.12922.44.camel@localhost.localdomain> References: <1207260867.8107.7.camel@scrappy.miketc.com> <1207262225.12922.44.camel@localhost.localdomain> Message-ID: Owen Taylor wrote: > Services: > > NetworkManager: on > > network: off. It is possible to mark interfaces > in /etc/sysconfig/network to be skipped by NetworkManager > (you add something like NMCONTROL=off, though that's not the exactly > the right option) and have a hybrid NM + network system, but there's > little point. In the normal case NetworkManager starts everything > including lo. use /etc/sysconfig/network-scripts/ifcfg-* not /etc/sysconfig/network From mike at miketc.com Thu Apr 3 22:44:29 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 03 Apr 2008 17:44:29 -0500 Subject: System config services traceback Message-ID: <1207262669.3377.0.camel@scrappy.miketc.com> When trying to start this program, get the below error.. [root at scrappy ~]# system-config-services Traceback (most recent call last): File "/usr/sbin/system-config-services", line 31, in import gtk_label_autowrap ImportError: No module named gtk_label_autowrap Anyone else? -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From jamatos at fc.up.pt Thu Apr 3 22:52:06 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Thu, 3 Apr 2008 23:52:06 +0100 Subject: Network Manager Summary In-Reply-To: <1207260867.8107.7.camel@scrappy.miketc.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> Message-ID: <200804032352.07183.jamatos@fc.up.pt> On Thursday 03 April 2008 23:14:27 Mike Chambers wrote: > > Dan, any chance of a quick summary for us for wireless users and just > wired (laptops and desktops) so we can get a better understanding on who > can use this and who can't? Without wanting to steal the thread and because this issue is related I have another question. If I click on the applet with the right mouse I have one option called "Edit Connections..." I get a dialog with all the types of connection supported by NM that have been used. So far so good. :-) For each connection I have three options, add, edit and delete. For me using KDE only the last option is available, the other two are greyed out. Is this normal, a bug or some sloppiness from me? :-) I saw a picture on Dan's blog where those options where active... -- Jos? Ab?lio From mike at miketc.com Thu Apr 3 23:02:08 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 03 Apr 2008 18:02:08 -0500 Subject: Network Manager Summary In-Reply-To: <200804032352.07183.jamatos@fc.up.pt> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> Message-ID: <1207263728.3069.1.camel@scrappy.miketc.com> On Thu, 2008-04-03 at 23:52 +0100, Jos? Matos wrote: > On Thursday 03 April 2008 23:14:27 Mike Chambers wrote: > > > > Dan, any chance of a quick summary for us for wireless users and just > > wired (laptops and desktops) so we can get a better understanding on who > > can use this and who can't? > > Without wanting to steal the thread and because this issue is related I have > another question. If I click on the applet with the right mouse I have one > option called "Edit Connections..." > > I get a dialog with all the types of connection supported by NM that have > been used. So far so good. :-) > > For each connection I have three options, add, edit and delete. For me using > KDE only the last option is available, the other two are greyed out. Is this > normal, a bug or some sloppiness from me? :-) > > I saw a picture on Dan's blog where those options where active... I also called up that UI and I had *NO* listings in there, yet I have eth0 and worked fine with the "network" service. I think maybe there was dns issue when trying to use network manager,and either/neither eth0 was discovered, or dns didn't work? But *all* of the buttons were grayed out for me on that UI. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From jspaleta at gmail.com Thu Apr 3 23:36:42 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Apr 2008 15:36:42 -0800 Subject: Network Manager Summary In-Reply-To: <1207263728.3069.1.camel@scrappy.miketc.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> Message-ID: <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> On Thu, Apr 3, 2008 at 3:02 PM, Mike Chambers wrote: > I also called up that UI and I had *NO* listings in there, yet I have > eth0 and worked fine with the "network" service. I think maybe there > was dns issue when trying to use network manager,and either/neither eth0 > was discovered, or dns didn't work? But *all* of the buttons were > grayed out for me on that UI. If you have used the system-config-network dialog to manage devices you'll need to use the dialog again, edit the device and make sure NetworkManager controlled is enabled. It appears that the system-config-network gui defaults to turning off NetworkManager control by setting the appropriate variable in the ifcfg file it creates for the device... for any dievice you configure through the system-config-network dialog. You have to go back into the gui and explicitly ask for NM control for the device for NM to list it. So once you use the legacy dialog for anything.. you pretty much could be telling NM to no longer show the device. I ran into this on F8 too. -jef From mike at miketc.com Thu Apr 3 23:57:56 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 03 Apr 2008 18:57:56 -0500 Subject: Network Manager Summary In-Reply-To: <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> Message-ID: <1207267076.2531.2.camel@scrappy.miketc.com> On Thu, 2008-04-03 at 15:36 -0800, Jeff Spaleta wrote: > If you have used the system-config-network dialog to manage devices > you'll need to use the dialog again, edit the device and make sure > NetworkManager controlled is enabled. Thanks for the tip, as I did have to go back into the legacy UI and enable Network Manager to control it. BUT, the problem seems to be, that after I set it so network didn't start, and network manager did, that my /etc/resolv.conf file got emptied and didn't have dns. I had to add it manually. Going to reboot after sending this email to see if it stays this time. Or does it get removed each time anyway and this is a bug? -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From mike at miketc.com Fri Apr 4 00:07:29 2008 From: mike at miketc.com (Mike Chambers) Date: Thu, 03 Apr 2008 19:07:29 -0500 Subject: Network Manager Summary In-Reply-To: <1207267076.2531.2.camel@scrappy.miketc.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> Message-ID: <1207267649.2460.3.camel@scrappy.miketc.com> On Thu, 2008-04-03 at 18:57 -0500, Mike Chambers wrote: > BUT, the problem seems to be, that after I set it so network didn't > start, and network manager did, that my /etc/resolv.conf file got > emptied and didn't have dns. I had to add it manually. Going to reboot > after sending this email to see if it stays this time. Or does it get > removed each time anyway and this is a bug? The /etc/resolv.conf file does indeed get emptied (file exists, just no info) upon shutdown/boot up. Although the one in /etc/sysconfig/networking/profiles/default/resolv.conf file is filled out but I am guessing not ready by NM. Soooo, I thought I read about the ifcfg-ethx file having dns info inside it? IF so, what paramaters are used to list it there? DNS seems to be about the only thing so far from NM being completely usable and no configuring at all. Other thatn that, all is well and services seem to start. ALTHOUGH, I have experienced that on shutdown, while shutting down quotas, it stays there and never goes away? Cold boot after to get it going. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From alexl at users.sourceforge.net Fri Apr 4 00:29:58 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Thu, 03 Apr 2008 17:29:58 -0700 Subject: Current list of things that "scare" me for Fedora 9 release In-Reply-To: <1207260090.4103.23.camel@localhost.localdomain> (Jesse Keating's message of "Thu\, 03 Apr 2008 18\:01\:30 -0400") References: <1207260090.4103.23.camel@localhost.localdomain> Message-ID: <9usky25unt.fsf@allele2.eebweb.arizona.edu> >>>>> "JK" == Jesse Keating writes: JK> After kicking the blocker list a bunch today, here is the list of JK> issues that really scare me: [...] JK> There may be other things, but those are the ones that are making JK> met a bit nervous. Here's another one, probably an issue with mkinitrd: missing "No suspend signature on swap, not resuming." https://bugzilla.redhat.com/show_bug.cgi?id=439695 This is more of a regression, as it breaks previously working hibernate/resume. Alex From katzj at redhat.com Fri Apr 4 00:47:13 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 03 Apr 2008 20:47:13 -0400 Subject: Current list of things that "scare" me for Fedora 9 release In-Reply-To: <9usky25unt.fsf@allele2.eebweb.arizona.edu> References: <1207260090.4103.23.camel@localhost.localdomain> <9usky25unt.fsf@allele2.eebweb.arizona.edu> Message-ID: <1207270033.12160.6.camel@aglarond.local> On Thu, 2008-04-03 at 17:29 -0700, Alex Lancaster wrote: > >>>>> "JK" == Jesse Keating writes: > JK> There may be other things, but those are the ones that are making > JK> met a bit nervous. > > Here's another one, probably an issue with mkinitrd: > > missing "No suspend signature on swap, not resuming." > https://bugzilla.redhat.com/show_bug.cgi?id=439695 > > This is more of a regression, as it breaks previously working > hibernate/resume. Yeah, it's currently on the blocker list for the preview release next week. Just didn't get to it today due to other new fires popping up :-/ Jeremy From lordmorgul at gmail.com Fri Apr 4 01:05:04 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 03 Apr 2008 18:05:04 -0700 Subject: System config services traceback In-Reply-To: <1207262669.3377.0.camel@scrappy.miketc.com> References: <1207262669.3377.0.camel@scrappy.miketc.com> Message-ID: <47F57EC0.7060507@gmail.com> Mike Chambers wrote: > When trying to start this program, get the below error.. > > [root at scrappy ~]# system-config-services > Traceback (most recent call last): > File "/usr/sbin/system-config-services", line 31, in > import gtk_label_autowrap > ImportError: No module named gtk_label_autowrap > > Anyone else? Yep. Using system-config-services-0.99.11-1.fc9 I see the same. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Fri Apr 4 01:06:28 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 03 Apr 2008 18:06:28 -0700 Subject: Question on specific package rejections In-Reply-To: <42681.12.172.32.236.1207261842.squirrel@clueserver.org> References: <42681.12.172.32.236.1207261842.squirrel@clueserver.org> Message-ID: <47F57F14.5000401@gmail.com> Alan wrote: > In the list of "Forbidden Items" for Fedora packages, it lists > cryptographic packages that cannot be shipped due to export concerns and > other issues. > > Is there a list of packages that have already been rejected? I have a > couple of packages I am considering building for submittal, but I want to > know if I am wasting my time. Why don't you list those you're considering here and if anyone has specific insight on it they'll be able to let you know. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Fri Apr 4 01:11:13 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 03 Apr 2008 18:11:13 -0700 Subject: rawhide report: 20080403 changes In-Reply-To: <935ead450804030536s1e291cacq534bca2dd9e3d0e7@mail.gmail.com> References: <20080403091958.A551F209DE4@releng1.fedora.phx.redhat.com> <935ead450804030447n50926f4dp124fd8068f164453@mail.gmail.com> <47F4C4BD.8060908@yahoo.fr> <935ead450804030536s1e291cacq534bca2dd9e3d0e7@mail.gmail.com> Message-ID: <47F58031.9020906@gmail.com> Jeffrey Ollie wrote: > On Thu, Apr 3, 2008 at 6:51 AM, pingou wrote: >> Jeffrey Ollie wrote: >>> First of all, what's up with the empty report (except the broken >>> deps)? Second, I get the following when updating this morning: >>> >>> file /usr/share/man/man1/base64.1.gz from install of >>> coreutils-6.10-17.fc9.x86_64 conflicts with file from package >>> coreutils-6.10-16.fc9.i386 >> Do you have a i386 or a x86_64 system ?? > > x86_64 This is caused by having both architectures installed but having only one of the packages available to update at that time. You're seeing coreutils.x86_64 try to update while there is only an x86_64 update available and not the matching i386 version, yet you've got both installed for the prior version. Using skip-broken does not avoid that, you need to --exclude=coreutils or uninstall the i386 version. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From mjs at clemson.edu Fri Apr 4 02:30:55 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Thu, 03 Apr 2008 22:30:55 -0400 Subject: Network Manager Summary In-Reply-To: References: <1207260867.8107.7.camel@scrappy.miketc.com> <1207262225.12922.44.camel@localhost.localdomain> Message-ID: <1207276256.2133.10.camel@valkyrie.localdomain> On Fri, 2008-04-04 at 00:43 +0200, Harald Hoyer wrote: > Owen Taylor wrote: > > Services: > > > > NetworkManager: on > > > > network: off. It is possible to mark interfaces > > in /etc/sysconfig/network to be skipped by NetworkManager > > (you add something like NMCONTROL=off, though that's not the exactly > > the right option) and have a hybrid NM + network system, but there's > > little point. In the normal case NetworkManager starts everything > > including lo. > > use > /etc/sysconfig/network-scripts/ifcfg-* > not > /etc/sysconfig/network And the keyword is NM_CONTROLLED=no (or yes), also selectable in system-config-network. > > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From lordmorgul at gmail.com Fri Apr 4 03:30:06 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 03 Apr 2008 20:30:06 -0700 Subject: Network Manager Summary In-Reply-To: <1207267649.2460.3.camel@scrappy.miketc.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> Message-ID: <47F5A0BE.4090404@gmail.com> Mike Chambers wrote: > On Thu, 2008-04-03 at 18:57 -0500, Mike Chambers wrote: > >> BUT, the problem seems to be, that after I set it so network didn't >> start, and network manager did, that my /etc/resolv.conf file got >> emptied and didn't have dns. I had to add it manually. Going to reboot >> after sending this email to see if it stays this time. Or does it get >> removed each time anyway and this is a bug? > > The /etc/resolv.conf file does indeed get emptied (file exists, just no > info) upon shutdown/boot up. Although the one > in /etc/sysconfig/networking/profiles/default/resolv.conf file is filled > out but I am guessing not ready by NM. Soooo, I thought I read about > the ifcfg-ethx file having dns info inside it? IF so, what paramaters > are used to list it there? DNS seems to be about the only thing so far > from NM being completely usable and no configuring at all. > > Other thatn that, all is well and services seem to start. ALTHOUGH, I > have experienced that on shutdown, while shutting down quotas, it stays > there and never goes away? Cold boot after to get it going. Edit /etc/sysconfig/networking/devices/ifcfg-ethx and add DNS1, DNS2, DNS3, and set PEERDNS=no and networkmanager should pick up and reset your resolv.conf based on those cfgs and which is configured (i.e. diff interfaces could have diff nameservers). Also see the thread: Re: f9 resetting dns nameservers -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From encompass at gmail.com Fri Apr 4 03:32:37 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Fri, 4 Apr 2008 06:32:37 +0300 Subject: GSoC : JWuN Message-ID: <1eb1f6fa0804032032j29963f53q53c8d14f5a42e8a6@mail.gmail.com> Greetings everyone, I wanted to get everyone thoughts about my GSoC idea. It's called JWuN (Just What you Need) This is the dump from my actual application. So many distros, Fedora, Red Hat, Mandriva, Ubuntu, try to create a distro that covers as many bases as possible when it comes to the hardware and software. Now I feel that the Linux kernel is getting very good at covering almost all the bases when it comes to hardware. It's amazing to install Linux and have every driver already installed and ready. But what about software, what software do we have to help with that. we can't include all that software that is used to access that hardware. It would fill the entire computer. It tends to cause confusing when a user doesn't know whether or not they have bluetooth when they keep seeing the bluetooth preferences program in the System Menu like in Ubuntu. What about scanning. When a scanner is installed the hardware/driver side is taken care of but many distros don't have a scanning software installed by default. Even if the user knows that they have no software to access it, they don't know what software out of so many packages to install. They have to talk to the community of users and formulate an answer out of opinions. THE IDEA: I think we could create a software that can look at their hardware on the computer and come to a conclusion of what hardware they have and what software would be good to install. Ideas could include the following: *USB scanner : Xsane *BlueTooth Adapter : OpenObexFTP, blue proximity, ganyremote *USB Remote: elisa, ganyremote *USB Webcam : Cheese, or aMSN or others this could be asked. *MightyMouse : Xorg Changes for the side scrolling and squeeze button *Fingure Print reader : thinkFinger ( and inform that there is no gui based setup and point to a link for more help) ----------------- I could start be creating production documentation talking about what the scope and goal of the program would be. This would be done along with my mentor and would hopefully be complete even before I can start coding. I could cover: *What hardware could we cover. *What ways can we retrieve information about the computer. For example, should we use lspci or simple look in udev, lsusb or all of them. Or perhaps we could simple ask the user what hardware they have too. *What scope would this program cover. *How would this information about the computer be stored. For example, should I have this information sent to a central server or should this information just be guessed of manually entered by certain people. >From this information I would start to work over a mock program on a low fi paper prototype and test the program on subjects that use Linux and record their reactions. From these recorded film sessions I can create a gui that is not only easy to use but gets the job done. >From here, I start coding. I will be using python and pygtk for this part of the assignment and create a gui that matches the work I did in the low fi prototype. I hope to complete it with enough time to have a few people enter there hardware information and we test it to see if it's working properly. Other notes: This project is something that I know will need a lot of tender care far past what GSoC is paying. If I get this project I intend to make it a long term commitment. This would be a very powerful program that I can put on a CV. Not something I just drop. About Me: I am a Business Information Technology Student... I am president of the Linux Club at my school and am THE goto guy at my school for people needing help with their desktop Linux systems. I install linux on a new computer about 2 or 3 times a week. When people want, get, or already have hardware they want to work in Linux, I am their man. I programing in Python and use the GTK+ toolkits to making things look pretty. I take great concern in making a program user friendly and have studied courses that focus on this logic. I was in GSoC last year and successfuly created a program called PyStart. I have learned how to program A LOT better since then. I currently have one active project I am working on. It's just about at it's 1.0 stable release. It's called MeMaker. It makes SVG based avatars from user submited theme sets. These avatars can be exported into many formats and locations. For example, you can export to your Gmone "about me" picture. Our goal with this program is to create avatars that can be easily synced and created in many places at once. Please inform me if you have any other questions on the subject. :D Regards, Jason From lordmorgul at gmail.com Fri Apr 4 03:33:22 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 03 Apr 2008 20:33:22 -0700 Subject: Network Manager Summary In-Reply-To: <47F5A0BE.4090404@gmail.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> <47F5A0BE.4090404@gmail.com> Message-ID: <47F5A182.5050106@gmail.com> Andrew Farris wrote: > Edit /etc/sysconfig/networking/devices/ifcfg-ethx Sorry I meant /etc/sysconfig/network-scripts/ which I believe are then copied by NM to /etc/sysconfig/networking/devices/ and /etc/sysconfig/networking/profiles/default/ (although that last one is where all the legacy configuration is supposed to take place, so not sure those are kept up to date by NM or not). On my system they all seem to be staying the same right now anyway. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From rawhide at fedoraproject.org Fri Apr 4 05:02:53 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 4 Apr 2008 05:02:53 +0000 (UTC) Subject: rawhide report: 20080403 changes (resend) Message-ID: <20080404050253.EE2C0209DE8@releng1.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.7-10.fc8.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) puppet-0.24.4-1.fc9.noarch requires facter >= 0:1.1.4 thunderbird-lightning-0.7-10.fc8.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 Updated Packages: netcdf-3.6.2-7.fc9 ------------------ * Wed Apr 2 18:00:00 2008 Orion Poplawski - 3.6.2-7 - Change patch to include - Remove %{?_smp_mflags} - not parallel build safe (fortran modules) * Wed Feb 20 17:00:00 2008 Ed Hill - 3.6.2-6 - add patch that (hopefully?) allows the GCC 4.3 build to proceed * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 3.6.2-5 - Autorebuild for GCC 4.3 firstboot-1.94-1.fc9 -------------------- * Wed Apr 2 18:00:00 2008 Chris Lumens 1.94-1 - Look in the right directory for Fedora artwork (#439283). - Require libuser-python (#439307). - Translation updates. libgalago-0.5.2-7.fc9 --------------------- * Wed Apr 2 18:00:00 2008 - Bastien Nocera - 0.5.2-7 - Don't generate the gtk-doc docs, and use the ones in the tarball to avoid having different files in different builds, fixes multilib problems (#342071) vavoom-1.27-1.fc9 ----------------- * Wed Apr 2 18:00:00 2008 Hans de Goede 1.27-1 - New upstream release 1.27 fop-0.95-0.2.beta1 ------------------ * Wed Apr 2 18:00:00 2008 Lillian Angel - 0.95.0.2.beta1 - Updated release. wvdial-1.60-5.fc9 ----------------- * Wed Apr 2 18:00:00 2008 Ondrej Vasik - 1.60-5 - fixed wvdial.conf (5) manpage (#440161) - change Compuserve "Classic" login prompt to the "new" style (#146664) asterisk-1.6.0-0.12.beta7.1.fc9 ------------------------------- * Wed Apr 2 18:00:00 2008 Jeffrey C. Ollie - 1.6.0-0.12.beta7.1 - Return to stripped tarballs since there's more non-free content in the Asterisk tarballs than I thought. anaconda-11.4.0.65-1 -------------------- * Wed Apr 2 18:00:00 2008 Chris Lumens - 11.4.0.65-1 - Only do verbose hal logging if loglevel=debug (katzj) - Avoid AttributeError in HardDriveDict (#432362) (pjones) - Don't use %n with gettext to avoid segfaults (#439861) (katzj) - Require live installs to be to an ext2 or ext3 filesystem (#397871) (katzj) - Don't allow migrations to ext4 for now (katzj) - Change ext4 parameter to ext4, not iamanext4developer (katzj) - Bootable requests can not be on logical volumes (#439270). (clumens) - Don't allow /boot to be migrated to ext4 (#439944) (katzj) - Fix for ia64 (#439876) (katzj) - Update pkgorder group listings to match current Fedora defaults. (jkeating) - Lame attempt to try to avoid race condition with udev creating device nodes (katzj) - Don't traceback if stdout is an fd either (katzj) - iutil doesn't need isys anymore (katzj) - Free memory only after we're done using it (#439642). (clumens) - Fix a segfault freeing memory on boot.iso+hdiso installs. (clumens) * Mon Mar 31 18:00:00 2008 Jeremy Katz - 11.4.0.64-1 - Fix my tyop (katzj) - Fuzzy broken string again (katzj) - Merge branch 'master' of git+ssh://git.fedoraproject.org/git/hosted/anaconda (katzj) - 2008-03-30 Yulia Poyarkova 1.4.99.901-16.20080401 - Fix crash when DRI2 fails to initialize and crash when initializing software GL visuals (#440175). bolzplatz2006-1.0.3-6.fc9 ------------------------- * Wed Apr 2 18:00:00 2008 Hans de Goede 1.0.3-6 - Fix missing prototype compiler warnings qwtplot3d-0.2.7-6.fc9 --------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 0.2.7-6 - s/qt-devel/qt3-devel/ gdm-2.21.10-0.2008.04.02.1.fc9 ------------------------------ * Wed Apr 2 18:00:00 2008 Jon McCann - 1:2.21.10-0.2008.04.02.1 - Update to snapshot * Mon Mar 31 18:00:00 2008 Matthias Clasen - 1:2.21.10-0.2008.03.26.4 - Fix a directory ownership oversight system-config-services-0.99.11-1.fc9 ------------------------------------ * Wed Apr 2 18:00:00 2008 Nils Philippsen - 0.99.11-1 - make service description labels wrap automatically, avoid gratuitous resizing of service list (#440197) maildrop-2.0.4-6.fc9 -------------------- lvm2-2.02.33-11.fc9 ------------------- * Wed Apr 2 18:00:00 2008 Jeremy Katz - 2.02.33-11 - Adjust for new name for vio disks (from danpb) - And fix the build (also from danpb) * Wed Mar 5 17:00:00 2008 Jeremy Katz - 2.02.33-10 - recognize vio disks poker-engine-1.1.0-1.fc9 ------------------------ * Wed Apr 2 18:00:00 2008 Christopher Stone 1.1.0-1 - Upstream sync xorg-x11-drv-i810-2.2.1-19.fc9 ------------------------------ * Wed Apr 2 18:00:00 2008 Kristian H??gsberg - 2.2.1-19 - Rebase batchbuffer driver to pull in fix for EAGAIN handling around batchbuffer submit ioctl. * Wed Apr 2 18:00:00 2008 Kristian H??gsberg - 2.2.1-18 - Tweak intel-stub.c and batchbuffer branch to read options from server flags section too. jpackage-utils-1.7.5-1jpp.1.fc9 ------------------------------- * Wed Apr 2 18:00:00 2008 Thomas Fitzsimmons - 0:1.7.5-1jpp.1 - Import jpackage-utils 1.7.5-1jpp. - Update IcedTea references to OpenJDK. - Resolves: rhbz#440092 * Tue Apr 1 18:00:00 2008 Ville Skytt?? - 0:1.7.5-1jpp - Workaround a possible sed bug (or my misunderstanding of it?) in find_jvm unversioned fallback code. loudmouth-1.3.4-1.fc9 --------------------- * Wed Apr 2 18:00:00 2008 Brian Pepple - 1.3.4-1 - Update to 1.3.4. - Run check test. - Bump min version needed for gnutls-devel. - Drop stream-error.patch. Fixed upstream. - Drop eai-nodata.patch. Fixed upstream. - Drop connect-fail-sync.patch. Fixed upstream. - Drop connect-fail-async patch. Fixed upstream. - Update URL & Source URL. - Don't generate the gtk-doc docs, and use the ones in the tarball to avoid having different files in different builds, fixes multilib problems (#342551) gtk2-2.12.9-2.fc9 ----------------- * Thu Apr 3 18:00:00 2008 Matthias Clasen - 2.12.9-2 - Don't free foreign colormaps qfaxreader-0.3.1-9.fc9.3 ------------------------ * Tue Apr 1 18:00:00 2008 manuel "lonely wolf" wolfshant - 0.3.1-9.3 - the program does not build with qt4 yet wireshark-1.0.0-2.fc9 --------------------- * Tue Apr 1 18:00:00 2008 Radek Vok??l 1.0.0-2 - fix BuildRequires - python, yacc, bison * Tue Apr 1 18:00:00 2008 Radek Vok??l 1.0.0-1 - April Fools' day upgrade to 1.0.0 firefox-3.0-0.52.beta5.fc9 -------------------------- * Wed Apr 2 18:00:00 2008 Christopher Aillon 3.0-0.52 - Beta 5 kdocker-1.3-11.fc9 ------------------ * Wed Apr 2 18:00:00 2008 Rex Dieter 1.3-11 - BR: qt3-devel setools-3.3.4-1.fc9 ------------------- * Wed Feb 27 17:00:00 2008 Chris PeBenito 3.3.4-1 - Fixes gcc 4.3, glibc 2.7, tcl 8.5, and libsepol 2.0.20 issues. - Fix policy loading when policy on disk is higher version than the kernel. * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - 3.3.2-3 - Autorebuild for GCC 4.3 libsexy-0.1.11-7.fc9 -------------------- * Wed Apr 2 18:00:00 2008 Brian Pepple - 0.1.11-7 - Don't generate the gtk-doc docs, and use the ones in the tarball to avoid having different files in different builds, fixes multilib problems (#342361) pdns-recursor-3.1.5-1.fc9 ------------------------- * Wed Apr 2 18:00:00 2008 Ruben Kerkhof - 3.1.5 - Upstream released new version qt3-3.3.8b-12.fc9 ----------------- * Wed Apr 2 18:00:00 2008 Than Ngo - 3.3.8b-12 - get rid of 0088-fix-xinput-clash.diff, it's fixed in new xorg-x11-proto-7.3-11 exempi-2.0.0-1.fc9 ------------------ * Wed Apr 2 18:00:00 2008 Deji Akingunola - 2.0.0-1 - Update to 2.0.0 ocsinventory-agent-0.0.9-1.fc9 ------------------------------ * Wed Apr 2 18:00:00 2008 Remi Collet 0.0.9-1 - update to 0.0.9 finale - provides default config to file (need options.patch) - add requires nmap (for ipdiscover) - add BR perl(XML::SAX) (to avoid install of bundled one) comix-3.6.4-6.fc9 ----------------- * Thu Apr 3 18:00:00 2008 Mamoru Tasaka - 3.6.4-6 - Second patch for bug 430635 Use tempfile.mkdtemp() for multiple user race condition * Wed Apr 2 18:00:00 2008 Mamoru Tasaka - 3.6.4-4 - First patch for bug 430635 Replace os.popen() with subprocess.Popen() to handle hostile filename properly (CVE-2008-1568) R-multcomp-1.0-1.fc9 -------------------- * Wed Apr 2 18:00:00 2008 Orion Poplawski - 1.0-1 - Update to 1.0-0 - Update URL kde-filesystem-4-14.fc9 ----------------------- * Thu Apr 3 18:00:00 2008 Kevin Kofler 4-14 - don't define %{_kde4_debug} in macros.kde4 anymore * Wed Apr 2 18:00:00 2008 Rex Dieter 4-13 - define %{_kde4_buildtype} in macros.kde4 too crystal-1.0.5-3.fc9 ------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 1.0.5-3 - drop Req: kdebase, BR: kdebase-devel - use %_kde4_* macros tempest-0-0.6.20070929.fc9 -------------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 0-0.6.20070929 - -kde: drop Requires: kdebase (kdeartwork dep is enough) - fix %kdessconfigdir for kde4 m17n-db-1.5.1-2.fc9 ------------------- * Wed Apr 2 18:00:00 2008 Parag Nemade -1.5.1-2.fc9 - Resolves:rh#435260 gtk-nodoka-engine-0.7.0-0.3.git98ce81e.fc9 ------------------------------------------ * Wed Apr 2 18:00:00 2008 Martin Sourada - 0.7.0-0.3.git98ce81e - Update to latest git neon-0.28.1-3 ------------- * Wed Apr 2 18:00:00 2008 Joe Orton 0.28.1-3 - use the OpenSSL CA bundle online-desktop-0.2.25-1.fc9 --------------------------- * Tue Apr 1 18:00:00 2008 Colin Walters - 0.2.25-1 - new upstream python-zope-interface-3.4.1-1.fc9 --------------------------------- * Mon Mar 31 18:00:00 2008 Paul Howarth 3.4.1-1 - update to 3.4.1 - incorporate suggestions from Felix Schwarz: - new summary and description - new upstream URL (old one out of date) - don't package test files - include more documentation * Mon Mar 31 18:00:00 2008 Paul Howarth 3.3.0-1 - update to 3.3.0 - update source URL to include versioned directory and new tarball name - drop the gcc 4.x compatibility patch, no longer needed - don't run the test suite as it now depends on zope.testing - exclude _zope_interface_coptimizations.c source from the binary package nautilus-2.22.1-3.fc9 --------------------- * Wed Apr 2 18:00:00 2008 Matthias Clasen - 2.22.1-3 - Fix the build to include tracker and beagle support again openoffice.org-voikko-2.2-3.fc9 ------------------------------- * Thu Apr 3 18:00:00 2008 Ville-Pekka Vainio - 2.2-3 - Update the package to match the newest extension guidelines: - Change location - Update openoffice.org-* Requires gftp-2.0.18-3.fc9 ----------------- * Wed Apr 2 18:00:00 2008 Christopher Aillon - 2:2.0.18-3 - stropts.h was removed from glibc; don't #include it anymore metamonitor-0.4.5-5.fc9 ----------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter 0.4.5-5 - fix rawhide build (#434080) - License: GPLv2+ * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 0.4.5-4 - Autorebuild for GCC 4.3 sugar-toolkit-0.79.1-2.fc9 -------------------------- * Wed Apr 2 18:00:00 2008 Simon Schampijer - 0.79.1 - Frame/Home redesign - Put corner stone hal-info-20080317-5.fc9 ----------------------- * Wed Apr 2 18:00:00 2008 Dan Williams - 20080317-5 - Add more Novatel U727s * Wed Apr 2 18:00:00 2008 Dan Williams - 20080317-4 - Really fix MC5720 (rh #439753) keurocalc-1.0.0-2.rc2.fc9 ------------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 1.0.0-2.rc2 - BR: kdelibs4-devel - omit hard dep on kde-filesystem (pulled in implicitly via kde runtime pkgs) exaile-0.2.13-1.fc9 ------------------- * Wed Apr 2 18:00:00 2008 Deji Akingunola - 0.2.13-1 - Update to 0.2.13 eject-2.1.5-11.fc9 ------------------ * Wed Apr 2 18:00:00 2008 Zdenek Prikryl 2.1.5-11 - Added check if device is hotpluggable - Resolves #438610 m17n-contrib-1.1.6-3.fc9 ------------------------ * Wed Apr 2 18:00:00 2008 Parag Nemade -1.1.6-3.fc9 - Resolves: rh#440201,rh#435259,rh#440007 fmt-ptrn-1.3.17-1.fc9 --------------------- * Wed Apr 2 18:00:00 2008 W. Michael Petullo - 1.3.16-1 - Updated to fmt-ptrn 1.3.17. * Tue Apr 1 18:00:00 2008 W. Michael Petullo - 1.3.16-1 - Updated to fmt-ptrn 1.3.16, should fix ppc64 build. * Tue Apr 1 18:00:00 2008 W. Michael Petullo - 1.3.15-1 - Updated to fmt-ptrn 1.3.15. pikdev-0.9.2-6.fc9 ------------------ * Wed Apr 2 18:00:00 2008 Rex Dieter 0.9.2-6 - fix rawhide build (#434063) * Wed Mar 12 18:00:00 2008 Kevin Kofler 0.9.2-5 - BR kdelibs3-devel instead of kdelibs-devel (#434063) * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 0.9.2-4 - Autorebuild for GCC 4.3 qosmic-1.3.1-3.fc9 ------------------ * Wed Apr 2 18:00:00 2008 Ian Weller 1.3.1-3 - Upstream updated their tarball without increasing the version number. Sneaky. system-config-nfs-1.3.39-1.fc9 ------------------------------ * Wed Apr 2 18:00:00 2008 Nils Philippsen - 1.3.39-1 - when adding/editing a share, make browse button for General Options -> Optional mount point work (#440179) publican-0.32-0.fc9 ------------------- * Thu Apr 3 18:00:00 2008 Jeff Fearn 0.32-0 - Bump version * Tue Mar 18 18:00:00 2008 Jeff Fearn 0.31-0 - Fixed Project-Id-Version not being set on PO creation BZ #435401 - Fixed java slowing down every make run BZ #435407 - cleanIds now sets format for imagedata - Fixed Desktop RPM build errors - Added param DOC_URL BZ #437705 - Changed Default DOC_URL to publican web site - Fixed perl-SGML-Translate file conflict - Removed --nonet from xsltproc call BZ #436342 - Removed extra files logic from spec and xsl files. qof-0.7.5-2.fc9 --------------- * Wed Apr 2 18:00:00 2008 Jon Ciesla - 0.7.5-2 - Fix multilib conflict, BZ 343011. mkinitrd-6.0.41-1.fc9 --------------------- * Wed Apr 2 18:00:00 2008 Peter Jones - 6.0.41-1 - Fix a warning message when you run with no swap - Fix kernel's "make install" basket-1.0.2-5.fc9 ------------------ * Sun Mar 2 17:00:00 2008 Rex Dieter - 1.0.2-5 - fix rawhide build (#433960) - summary: s/for KDE// * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 1.0.2-4 - Autorebuild for GCC 4.3 libsvm-2.86-11.fc9 ------------------ * Thu Mar 13 18:00:00 2008 Ding-Yi Chen - 2.86-11 - Fix the Qt path problem * Wed Mar 12 18:00:00 2008 Ding-Yi Chen - 2.86-4 - Support both Qt3 for F8 and earlier, and Qt4 for F9 ruby-RMagick-2.3.0-1.fc9 ------------------------ * Thu Apr 3 18:00:00 2008 Mamoru Tasaka - 2.3.0-1 - 2.3.0 atomorun-1.1-0.8.pre2.fc9 ------------------------- * Wed Apr 2 18:00:00 2008 Hans de Goede 1.1-0.8.pre2 - Fix missing prototype compiler warnings xmlgraphics-commons-1.3-1 ------------------------- * Wed Apr 2 18:00:00 2008 Lillian Angel - 0:1.3-1 - Added java-1.6.0-openjdk-devel as build requirement. * Mon Mar 31 18:00:00 2008 Lillian Angel - 0:1.3-1 - Updated sources to 1.3. qstars-0.4-6.fc9 ---------------- * Wed Apr 2 18:00:00 2008 Rex Dieter 0.4-6 - -kde: drop Requires: kdebase (kdeartwork-kxs dep is good enough) - set/use correct dir for kde4 screensavers (f9+) cups-1.3.7-1.fc9 ---------------- * Wed Apr 2 18:00:00 2008 Tim Waugh 1:1.3.7-1 - 1.3.7. No longer need str2715, str2727, or CVE-2008-0047 patches. rss-glx-0.8.1.p-19.fc9 ---------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter 0.8.1.p-19 - -kde: drop Requires: kdebase (kdeartwork dep is enough) - fix %kdessconfigdir for kde4 util-linux-ng-2.13.1-6.fc9 -------------------------- * Wed Apr 2 18:00:00 2008 Karel Zak 2.13.1-6 - fix 439984 - backport mkswap -U crossvc-1.5.2-4.fc9 ------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter 1.5.2-4 - s/qt/qt3/ rosegarden4-1.6.1-2.fc9 ----------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 1.6.1-2 - fix rawhide build (#434424) - drop: Requires: kdebase3 (don't want a hard dep here) - drop scriptlet deps (undesirable) - fix 64bit platform %if * Wed Feb 13 17:00:00 2008 Callum Lerwick - 1.6.1-1 - New upstream version. gnome-launch-box-0.4-8.fc9 -------------------------- * Wed Apr 2 18:00:00 2008 - Bastien Nocera - 0.4-8 - Change default shortcut to not conflict with metacity (#440192) ruby-libvirt-0.0.6-1.fc9 ------------------------ * Wed Apr 2 18:00:00 2008 David Lutterkort - 0.0.6-1 - New version * Wed Apr 2 18:00:00 2008 David Lutterkort - 0.0.5-1 - Remove explicit xen-devel dependency * Tue Apr 1 18:00:00 2008 David Lutterkort - 0.0.4-1 - New version * Thu Mar 6 17:00:00 2008 David Lutterkort - 0.0.3-1 - Updated for libvirt 0.4.1 rkward-0.5.0a-4.fc9 ------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter 0.5.0a-4 - BR: kdelibs4-devel - d-f-i: fix double vendor gpodder-0.11.1-2.fc9 -------------------- * Wed Apr 2 18:00:00 2008 Jef Spaleta 0.11.1-2 - New Upstream version. gnome-screensaver-2.22.1-1.fc9 ------------------------------ * Wed Apr 2 18:00:00 2008 Jon McCann - 2.22.1-1 - Update to 2.22.1 ksig-1.1-0.4.20080213.fc9 ------------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 1.1-0.4.20080213 - omit hard dep on kdelibs - add scriptlet deps publican-fedora-0.11-0.fc9 -------------------------- * Tue Mar 4 17:00:00 2008 Andy Fitzsimon 0.11-0 - optimised default stylesheet colours - author group improvements - formatting for revision history - merged tocnav and documentation.css to defauly.css - updated icons kdelibs3-3.5.9-7.fc9 -------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter 3.5.9-7 - more qt->qt3 fixes avr-gdb-6.6-8.fc9 ----------------- * Wed Apr 2 18:00:00 2008 Hans de Goede 6.6-8 - Fix missing prototype compiler warnings git-1.5.4.5-2.fc9 ----------------- * Wed Apr 2 18:00:00 2008 James Bowes 1.5.4.5-2 - Remove a patch that's already upstream. smolt-1.1.1.1-3.fc9 ------------------- kernel-xen-2.6-2.6.25-0.13.rc8.fc9 ---------------------------------- * Wed Apr 2 18:00:00 2008 Mark McLoughlin - Update to kernel-2.6.25-0.187.rc8.fc9 - Use ".xen" suffix for some files instead of just "xen" (jwilson) xulrunner-1.9-0.52.beta5.fc9 ---------------------------- * Wed Apr 2 18:00:00 2008 Christopher Aillon 1.9-0.52 - Beta 5 libarchive-2.4.17-1.fc9 ----------------------- * Wed Apr 2 18:00:00 2008 Tomas Bzatek 2.4.17-1 - Update to 2.4.17 microcode_ctl-1.17-1.45.fc9 --------------------------- * Tue Apr 1 18:00:00 2008 Jarod Wilson - Update to microcode 20080401 fedora-logos-8.99.2-1.fc9 ------------------------- * Wed Apr 2 18:00:00 2008 Ray Strode - 8.99.2-1 - firstboot changed artwork locations pykickstart-1.32-1.fc9 ---------------------- * Wed Apr 2 18:00:00 2008 Chris Lumens - 1.32-1 - Make the string reader act like the file reader upon EOF. (clumens) - Add syntax for encrypted logical volumes. (clumens) yakuake-2.9-2.beta1.fc9 ----------------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 2.9-2.beta1 - BR: kdelibs4-devel - description/summary: s/for KDE// glib2-2.16.2-2.fc9 ------------------ * Thu Apr 3 18:00:00 2008 Matthias Clasen - 2.16.2-2 - Fix occasional misbehaviour of g_timeout_add_seconds system-config-rootpassword-1.99.4-1.fc9 --------------------------------------- * Wed Apr 2 18:00:00 2008 Lubomir Kundrak - 1.99.4-1 - Translations update scim-bridge-0.4.15-4.fc9 ------------------------ * Thu Apr 3 18:00:00 2008 Huang Peng -0.4.15-4 - Add Obsoletes for resloving yum update problem. scim-qtimm-0.9.4-10.fc9 ----------------------- * Thu Apr 3 18:00:00 2008 Huang Peng - 0.9.4-10 - Change scim-qtimm's dependence qt to qt3. scim-1.4.7-21.fc9 ----------------- * Wed Apr 2 18:00:00 2008 Huang Peng - 1.4.7-21 - Update scim.conf to check qtimm in qt4 folder for qtimm. - Re-add scim-1.4.7-fix-capslock.patch to fix bug #431222. Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 91 From rc040203 at freenet.de Thu Apr 3 14:18:48 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 03 Apr 2008 16:18:48 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080403140431.GC3435@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> Message-ID: <1207232328.2988.118.camel@beck.corsepiu.local> On Thu, 2008-04-03 at 10:04 -0400, Dave Jones wrote: > On Thu, Apr 03, 2008 at 07:41:04AM -0500, Les Mikesell wrote: > > Konrad Meyer wrote: > > > Quoth Andrew Farris: > > >> Ralf Corsepius wrote: > > >>> [1] One of these machines is an ancient i586. On this machine, RAM is > > >>> such kind of tight (64MB), any spared memory is valuable. More built-in > > >>> kernel modules probably will mean the death of Fedora on this class of > > >>> machines. > > >> I would have thought it already got there.. 64Mb wow? > > > > > > I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it > > > works great as a low-capacity web/dhcp/etc server and router. > > > > Do these older/limited machines do anything better now than they did in > > the 2.4 kernel days? > > Good luck trying to get the installer to run on anything less than 512MB these days. 512MB? Has Fedora's installation requirements become this kind of poor? But correct, installing Fedora on low memory systems has always been a PITA. Things have gotten worse with every release. However, apart from i586 specific bugs tending to not to receive much (any?) attention and tending to remain open for years, running and updating/upgrading such systems so far has always been possible. Actually, my old i586 system works quite smoothly with FC8 and better it did with some older Fedoras. Ralf From fedora at camperquake.de Fri Apr 4 07:34:22 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 4 Apr 2008 09:34:22 +0200 Subject: f9 resetting dns nameservers In-Reply-To: <1207256731.486.28.camel@localhost.localdomain> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <20080403171140.3eb7a928@dhcp03.addix.net> <1207249423.486.3.camel@localhost.localdomain> <20080403211450.1c34b169@lain.camperquake.de> <1207256731.486.28.camel@localhost.localdomain> Message-ID: <20080404093422.03cee661@dhcp03.addix.net> Hi. On Thu, 03 Apr 2008 17:05:31 -0400, Dan Williams wrote: > > I have a modem connection and an xDSL connection (via the built in > > ethernet) that I use from time to time. > > PPPoE or PPPoA? PPPoE. From seg at haxxed.com Fri Apr 4 07:40:42 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 04 Apr 2008 02:40:42 -0500 Subject: Packaging Guidelines: Why so lax for BuildRoot? In-Reply-To: <27926.1206246624@sss.pgh.pa.us> References: <1206210594.31022.TMDA@tmda.severn.wwwdotorg.org> <27926.1206246624@sss.pgh.pa.us> Message-ID: <1207294842.17819.2.camel@localhost> On Sun, 2008-03-23 at 00:30 -0400, Tom Lane wrote: > It's 100% nuts that the BuildRoot tag even exists. This is something > that could and should be handled by intelligence inside rpmbuild, > with no need to try to herd developers into agreeing on whatever the > theory-of-the-month is. > > Expecting specfiles to rm -rf the buildroot is just as stupid. > > I don't grasp why anyone is thinking that hundreds (thousands?) of > Fedora developers should deal with these things, rather than fixing it > once in RPM itself. +1 Exchanging ugly for a slightly different sort of ugly brokenness is a futile waste of time. Either fix it right, or don't bother. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gilboad at gmail.com Fri Apr 4 07:51:16 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 04 Apr 2008 10:51:16 +0300 Subject: f9 resetting dns nameservers In-Reply-To: <20080404093422.03cee661@dhcp03.addix.net> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <20080403171140.3eb7a928@dhcp03.addix.net> <1207249423.486.3.camel@localhost.localdomain> <20080403211450.1c34b169@lain.camperquake.de> <1207256731.486.28.camel@localhost.localdomain> <20080404093422.03cee661@dhcp03.addix.net> Message-ID: <1207295476.17973.1.camel@gilboa-home-dev.localdomain> On Fri, 2008-04-04 at 09:34 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 03 Apr 2008 17:05:31 -0400, Dan Williams wrote: > > > > I have a modem connection and an xDSL connection (via the built in > > > ethernet) that I use from time to time. > > > > PPPoE or PPPoA? > > PPPoE. > /+1. I know at least 3 people that require it. - Gilboa From seg at haxxed.com Fri Apr 4 08:09:36 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 04 Apr 2008 03:09:36 -0500 Subject: Application for GSoC Project - Package WebUI In-Reply-To: <6e24a8e80803271223j6fe20642keed854c84ab549ea@mail.gmail.com> References: <47E6CF76.5070305@inetwork.ru> <273aqh5bql.fsf@allele2.eebweb.arizona.edu> <47E7B417.1060308@leemhuis.info> <47E7DAE9.3020001@inetwork.ru> <47EA96DB.9080906@leemhuis.info> <47EA9A06.2090106@inetwork.ru> <47EB243B.2000103@gmail.com> <6e24a8e80803270345l3d4d6583l3d87e7e11a511043@mail.gmail.com> <47EBD0AA.5060000@gmail.com> <6e24a8e80803271223j6fe20642keed854c84ab549ea@mail.gmail.com> Message-ID: <1207296576.17819.24.camel@localhost> On Thu, 2008-03-27 at 20:23 +0100, Mark wrote: > About the language it needs to be written in.. (Python).. byw bye > oppertunity for me to make it unless i learn python :) i do know Java > and PHP. Seriously, just learn Python. Java should have already taught you OOP, and PHP should have already taught you loosely-typed "script" style programming, and the use of lists and hashes as fundamental data types, and that's maybe 95% of what underlies Python you know already. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pemboa at gmail.com Fri Apr 4 08:22:44 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 4 Apr 2008 02:22:44 -0600 Subject: Application for GSoC Project - Package WebUI In-Reply-To: <1207296576.17819.24.camel@localhost> References: <47E6CF76.5070305@inetwork.ru> <47E7B417.1060308@leemhuis.info> <47E7DAE9.3020001@inetwork.ru> <47EA96DB.9080906@leemhuis.info> <47EA9A06.2090106@inetwork.ru> <47EB243B.2000103@gmail.com> <6e24a8e80803270345l3d4d6583l3d87e7e11a511043@mail.gmail.com> <47EBD0AA.5060000@gmail.com> <6e24a8e80803271223j6fe20642keed854c84ab549ea@mail.gmail.com> <1207296576.17819.24.camel@localhost> Message-ID: <16de708d0804040122i5912d071q2478ac723b870850@mail.gmail.com> 2008/4/4 Callum Lerwick : > > On Thu, 2008-03-27 at 20:23 +0100, Mark wrote: > > About the language it needs to be written in.. (Python).. byw bye > > oppertunity for me to make it unless i learn python :) i do know Java > > and PHP. > > Seriously, just learn Python. Java should have already taught you OOP, > and PHP should have already taught you loosely-typed "script" style > programming, and the use of lists and hashes as fundamental data types, > and that's maybe 95% of what underlies Python you know already. To nitpick a bit :Python is strongly typed as far as I know -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From sundaram at fedoraproject.org Fri Apr 4 08:31:28 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 04 Apr 2008 14:01:28 +0530 Subject: Application for GSoC Project - Package WebUI In-Reply-To: <16de708d0804040122i5912d071q2478ac723b870850@mail.gmail.com> References: <47E6CF76.5070305@inetwork.ru> <47E7B417.1060308@leemhuis.info> <47E7DAE9.3020001@inetwork.ru> <47EA96DB.9080906@leemhuis.info> <47EA9A06.2090106@inetwork.ru> <47EB243B.2000103@gmail.com> <6e24a8e80803270345l3d4d6583l3d87e7e11a511043@mail.gmail.com> <47EBD0AA.5060000@gmail.com> <6e24a8e80803271223j6fe20642keed854c84ab549ea@mail.gmail.com> <1207296576.17819.24.camel@localhost> <16de708d0804040122i5912d071q2478ac723b870850@mail.gmail.com> Message-ID: <47F5E760.1030907@fedoraproject.org> Arthur Pemberton wrote: > 2008/4/4 Callum Lerwick : >> On Thu, 2008-03-27 at 20:23 +0100, Mark wrote: >> > About the language it needs to be written in.. (Python).. byw bye >> > oppertunity for me to make it unless i learn python :) i do know Java >> > and PHP. >> >> Seriously, just learn Python. Java should have already taught you OOP, >> and PHP should have already taught you loosely-typed "script" style >> programming, and the use of lists and hashes as fundamental data types, >> and that's maybe 95% of what underlies Python you know already. > > To nitpick a bit :Python is strongly typed as far as I know It is also dynamically typed which many people interpret as loosely typed even though that is technically inaccurate. Rahul From seg at haxxed.com Fri Apr 4 08:47:38 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 04 Apr 2008 03:47:38 -0500 Subject: Suggestion Next Release In-Reply-To: <1206318817.6268.132.camel@dimi.lattica.com> References: <47E59D4B.30303@fedoraproject.org> <1206243834.3099.23.camel@AMD5600> <47E5DADF.4030506@gmail.com> <4f629b520803222155w44152714sb63568ed1b967d49@mail.gmail.com> <1206273586.10058.6.camel@localhost.localdomain> <47E673AC.1030602@gmail.com> <604aa7910803231442t1fff9c6bib4ffb0b3a8b2b8e0@mail.gmail.com> <47E6DFF8.401@poolshark.org> <1206313335.10058.16.camel@localhost.localdomain> <47E6E532.50702@poolshark.org> <1206316004.10058.32.camel@localhost.localdomain> <1206318817.6268.132.camel@dimi.lattica.com> Message-ID: <1207298858.17819.38.camel@localhost> On Sun, 2008-03-23 at 20:33 -0400, Dimi Paun wrote: > Great, but your scenario would work the same or better (depending on > the > depth of your tree) if you had to Shift-DblClick to open a new window. > And it would have the huge advantage of not violating the principle of > least surprise in that right now for vast majority of newbies (read > users used to Windows), you have to do something special just to > perform > a seemingly trivial operation. Funny, I've never heard a single complaint about spacial mode from my wife. And I use it myself as well. Of course, though neither of us have ever owned Macs at home, we both grew up in school districts dominated by Macs. (And Apple II's if you go back far enough. Mind you, we both were entering college by the time OSX was released... Read up on MECC (R.I.P.), Minnesota and Apple go waaaaaay back...) Hell, any half-way advanced Mac OS user already knows about the shift-doubleclick shortcut. If you truly care about UI design, you'll have read this already: http://www.joelonsoftware.com/uibook/fog0000000249.html Towards the middle of Chapter 1, there's a bit about Windows vs Mac that seems appropriate here. Unfortunately it doesn't really provide any direct advice as to how to reconcile the two. GNOME seems to have gone down the path of cribbing from Apple the past 5 years or so. When you care enough to steal the very best... http://micro.magnet.fsu.edu/creatures/pages/russians.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From giallu at gmail.com Fri Apr 4 08:57:03 2008 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 4 Apr 2008 10:57:03 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <47F18D5A.9070602@fedoraproject.org> <6e24a8e80803311833r5434dbdv628c33fa5d7c845c@mail.gmail.com> Message-ID: On Thu, Apr 3, 2008 at 11:33 AM, Matej Cepl wrote: > On Tue, 01 Apr 2008 03:33:06 +0200, Mark scripst: > > > doesn't seem to add that much advantage. But i might be wrong..?? > > Yes, you are ;-). Even totally screwed up Apache server totally in hands > of script-kiddie via totally screwed up PHP release (not that it would > ever happen, just a theoretical example) cannot do more than it is > allowed to do by SELinux -- and that's not that much. I think I remember a recent case for SELinux lowering the impact of a _real_ security issue in one package. I wanted to blog about it but could not find it anymore :( From sundaram at fedoraproject.org Fri Apr 4 09:13:08 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 04 Apr 2008 14:43:08 +0530 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <604aa7910803311642u60243349md8b7363a22f644e6@mail.gmail.com> <6e24a8e80803311724g3299d3b6g6a47fc5078e85534@mail.gmail.com> <47F1865F.9090603@gmail.com> <6e24a8e80803311813w3b17cd65w41ced96cfba3b218@mail.gmail.com> <47F18D5A.9070602@fedoraproject.org> <6e24a8e80803311833r5434dbdv628c33fa5d7c845c@mail.gmail.com> Message-ID: <47F5F124.3040409@fedoraproject.org> Gianluca Sforna wrote: > On Thu, Apr 3, 2008 at 11:33 AM, Matej Cepl wrote: >> On Tue, 01 Apr 2008 03:33:06 +0200, Mark scripst: >> >>> doesn't seem to add that much advantage. But i might be wrong..?? >> Yes, you are ;-). Even totally screwed up Apache server totally in hands >> of script-kiddie via totally screwed up PHP release (not that it would >> ever happen, just a theoretical example) cannot do more than it is >> allowed to do by SELinux -- and that's not that much. > > I think I remember a recent case for SELinux lowering the impact of a > _real_ security issue in one package. > I wanted to blog about it but could not find it anymore :( There are several. Refer to the mitigation news section in http://tresys.com/selinux/ Rahul From jamatos at fc.up.pt Fri Apr 4 09:12:44 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 4 Apr 2008 10:12:44 +0100 Subject: Network Manager Summary In-Reply-To: <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> Message-ID: <200804041012.45719.jamatos@fc.up.pt> On Friday 04 April 2008 00:36:42 Jeff Spaleta wrote: > If you have used the system-config-network dialog to manage devices > you'll need to use the dialog again, edit the device and make sure > NetworkManager controlled is enabled. Both wireless and wired interface had/have the NM controlled bit set. > It appears that the system-config-network gui defaults to turning off > NetworkManager control by setting the appropriate variable in the > ifcfg file it creates for the device... for any dievice you configure > through the system-config-network dialog. ?You have to go back into > the gui and explicitly ask for NM control for the device for NM to > list it. > > So once you use the legacy dialog for anything.. you pretty much could > be telling NM to no longer show the device. ?I ran into this on F8 > too. But then this would not explain why I can't add only delete. :-) > -jef -- Jos? Ab?lio From atkac at redhat.com Fri Apr 4 09:26:38 2008 From: atkac at redhat.com (Adam Tkac) Date: Fri, 4 Apr 2008 11:26:38 +0200 Subject: Bug triage - what is going to be achieved? Message-ID: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Hi, this morning I checked my mailbox and there were many messages from bugzilla. But after inspection nothing interesting was there, only bogus from some stupid bot. I'm not sure what is main purpose for that bot but I think when some bug is open for long time maintainer is responsible for closing and if he didn't close it it means that is still exist. Now after this "feature" I have to waste with my time and move all bugs from NEEDINFO state to ASSIGNED because they are features and I haven't got time for them yet or they are low-priority bugs. I think this bot should be removed as soon as possible before he creates chaos in bugzilla. Or at least add component list whose bugzillas should not be touched. I'm going to be the first person whose packages will be on that list. Regards, Adam -- Adam Tkac, Red Hat, Inc. From rawhide at fedoraproject.org Fri Apr 4 09:33:15 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 4 Apr 2008 09:33:15 +0000 (UTC) Subject: rawhide report: 20080404 changes Message-ID: <20080404093315.BEF9E209CCC@releng1.fedora.phx.redhat.com> New package atop An advanced interactive monitor to view the load on system and process level New package javasqlite SQLite Java Wrapper/JDBC Driver New package nsca Nagios Service Check Acceptor New package rubberband Audio time-stretching and pitch-shifting library New package ruby-aws Ruby interface to Amazon Web Services New package xorg-x11-drv-geode Xorg X11 AMD Geode video driver Removed package xorg-x11-drv-amd Removed package ncarg Updated Packages: CriticalMass-1.0.2-5.fc9 ------------------------ * Thu Apr 03 2008 Hans de Goede 1.0.2-5 - Force proper use of RPM_OPT_FLAGS during build alexandria-0.6.3-4.fc9 ---------------------- * Thu Apr 03 2008 Mamoru Tasaka - 0.6.3-4 - Drop ruby(amazon) dependency (Amazon no longer provides AWSv3, AWSv4 is supported by alexandria itself) arptables_jf-0:0.0.8-12.fc9 --------------------------- * Thu Apr 03 2008 Martin Nagy - 0.0.8-12 - compile with proper CFLAGS - add %{_smp_mflags} beagle-0.3.5-1.fc9 ------------------ * Thu Apr 03 2008 David Nielsen - 0.3.5-1 - Bump to 0.3.5 - Replace epiphany extension with the bundled version as it now works blt-2.4-27.fc9 -------------- * Thu Apr 03 2008 Wart 2.4-27 - Remove man pages due to conflict with iwidgets. This is a common problem among Tk widget extensions. (BZ #439769) - Trivial cleanup to source URLs. boinc-client-5.10.45-5.20080315svn.fc9 -------------------------------------- * Fri Apr 04 2008 Milos Jakubicek - 5.10.45-5.20080315svn - Fixed build on i386 since it needs to be configured as i686-pc-linux-gnu and not i386-pc-linux-gnu. bouml-doc-3.4-1 --------------- * Thu Jan 31 2008 Debarshi Ray - 3.4-1 - Version bump to 3.4. Closes Red Hat Bugzilla bug #426747. buildbot-0.7.7-2.fc9 -------------------- * Thu Apr 03 2008 Gianluca Sforna - 0.7.7-2 - Fix upgrade path cairo-1.5.16-1.fc9 ------------------ * Thu Apr 03 2008 Matthias Clasen 1.5.16-1 - Update to 1.5.16 * Fri Mar 21 2008 Matthias Clasen 1.5.14-1 - Update to 1.5.14 * Wed Feb 20 2008 Behdad Esfahbod - Point Source to cairographics.org/snapshots. Change back to /releases when 1.6.0 is out. clonekeen-0.8.3-4.fc9 --------------------- * Thu Apr 03 2008 Hans de Goede 0.8.3-4 - Fix missing prototype compiler warnings dragonplayer-2.0.1-4.fc9 ------------------------ * Thu Apr 03 2008 Kevin Kofler - 2.0.1-4 - rebuild (again) for the fixed %{_kde4_buildtype} eclipse-1:3.3.2-3.fc9 --------------------- * Thu Apr 03 2008 Andrew Overholt 3.3.2-3 - Add missing line continuation. * Thu Apr 03 2008 Andrew Overholt 3.3.2-2 - Change ecj Provides from <= to = (rhbz#439825). * Thu Apr 03 2008 Andrew Overholt 3.3.2-1 - 3.3.2 - Update Obsoletes/Provides for ecj and make more ecj symlinks (rhbz#439825). eclipse-changelog-1:2.6.1-3.fc9 ------------------------------- * Mon Jan 21 2008 Jeff Johnston 1:2.6.1-3 - fix regressions to GNU formatter, ChangeLog editor - fix Prepare ChangeLog project menu activation - allow CRTL+ALT+P from editors * Wed Jan 16 2008 Jeff Johnston 1:2.6.1-2 - fix Obsoletes statements * Mon Jan 14 2008 Jeff Johnston 1:2.6.1-1 - 2.6.1 - switching cparser and javaparser to be fragments efibootmgr-0.5.4-4.fc9 ---------------------- * Thu Apr 03 2008 Peter Jones - 0.5.4-4 - Revert changes in -3, they weren't finalized and we don't need the feature at this time. * Thu Mar 06 2008 Peter Jones - 0.5.4-3 - Add support for setting driver related variables. epiphany-2.22.0-4.fc9 --------------------- * Thu Apr 03 2008 Christopher Aillon - 2.22.0-4 - Update the Source URL * Mon Mar 31 2008 Christopher Aillon - 2.22.0-3 - Initialize plugins before we startup XPCOM, thanks to Bastien Nocera * Tue Mar 18 2008 Christopher Aillon - 2.22.0-2 - Update the homepage extragear-plasma-4.0.1-5.fc9 ---------------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.1-5 - rebuild (again) for the fixed %{_kde4_buildtype} factory-3.0.3-3.fc9 ------------------- * Thu Apr 03 2008 Rex Dieter 3.0.3-3 - multiarch conflicts (#341091) fedora-release-notes-8.92-1 --------------------------- * Thu Mar 20 2008 Paul W. Frields - 8.92-1 - Bump version for Fedora 9 Preview Release * Wed Nov 07 2007 Paul W. Frields - 8.90-1 - Update for F-9 development branch * Wed Nov 07 2007 Paul W. Frields - 8.0.1-1 - Update with various bugfixes and translation updates feh-1.3.4-7.fc9 --------------- * Thu Apr 03 2008 Hans de Goede 1.3.4-7 - Fix missing prototype compiler warnings firstboot-1.95-2.fc9 -------------------- * Thu Apr 03 2008 Chris Lumens 1.95-2 - Require another program we need. * Thu Apr 03 2008 Chris Lumens 1.95-1 - Check for RUN_FIRSTBOOT=NO in the init script. - Don't display broken images if files aren't found in the primary location. fuseiso-20070708-4.fc9 ---------------------- * Thu Apr 03 2008 Tom "spot" Callaway 20070708-4 - handle larger than 4GB isos (thanks to Thomas Bittermann, resolves bz440436) gdm-1:2.21.10-0.2008.04.03.1.fc9 -------------------------------- * Thu Apr 03 2008 Ray Strode - 1:2.21.10-0.2008.04.03.1 - Update to snapshot - Improves shrink/grow animation of login window * Wed Apr 02 2008 Jon McCann - 1:2.21.10-0.2008.04.02.1 - Update to snapshot * Mon Mar 31 2008 Matthias Clasen - 1:2.21.10-0.2008.03.26.4 - Fix a directory ownership oversight geomview-1.9.4-8.fc9 -------------------- * Thu Apr 03 2008 Rex Dieter 1.9.4-8 - -libs: scriptlets * Thu Apr 03 2008 Rex Dieter 1.9.4-7 - -libs subpkg, fixes multiarch conflicts (#341241) (f9+) gtk-nodoka-engine-0.7.0-0.4.gitab3ed15.fc9 ------------------------------------------ * Thu Apr 03 2008 Martin Sourada - 0.7.0-0.4.gitab3ed15 - Update to latest git gtk-vnc-0.3.4-3.fc9 ------------------- * Thu Apr 03 2008 Daniel P. Berrange - 0.3.4-3.fc9 - Fix OpenGL rendering artifacts (rhbz #440184) * Thu Apr 03 2008 Daniel P. Berrange - 0.3.4-2.fc9 - Fixed endianness conversions - Fix makecontext() args crash on x86_64 - Fix protocol version negotiation horde-3.1.7-2.fc9 ----------------- * Thu Apr 03 2008 Brandon Holbrook 3.1.7-2 - Now requires php-pear-Mail-mimeDecode jabbim-0.4-0.2.20080403svn.fc9 ------------------------------ * Thu Apr 03 2008 Michal Schmidt - 0.4-0.2.20080403svn - Upstream SVN revision 2557. - Fixes segfaults with the autoaway plugin on x86_64. java-1.5.0-gcj-1.5.0.0-21.fc9 ----------------------------- * Thu Apr 03 2008 Thomas Fitzsimmons - 1.5.0.0-21 - Import java-gcj-compat 1.0.78. - Resolves: rhbz#283831 * Thu Apr 03 2008 Thomas Fitzsimmons - 1.5.0.0-21 - Re-add python egg-info file. * Thu Apr 03 2008 Thomas Fitzsimmons - 1.5.0.0-21 - Require java-1.6.0-openjdk-devel for javadoc instead of sinjdoc. jd-2.0.0-0.3.svn1918_trunk.fc9 ------------------------------ * Fri Apr 04 2008 Mamoru Tasaka - 2.0.0-0.3.svn1918 - svn 1918 (version 2.0.0) * Sun Mar 23 2008 Mamoru Tasaka - Workaround for bug 438600 * Mon Feb 25 2008 Mamoru Tasaka - 1.9.9-0.3.beta080225 - 1.9.9 beta 080225 kcoloredit-4.0.3-2.fc9 ---------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-2 - rebuild (again) for the fixed %{_kde4_buildtype} kdeaccessibility-1:4.0.3-3.fc9 ------------------------------ * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdeadmin-7:4.0.3-3.fc9 ---------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdeartwork-4.0.3-3.fc9 ---------------------- * Wed Apr 02 2008 Rex Dieter 4.0.3-3 - -kxs: move here: Requires: kdebase-workspace kdebase-6:4.0.3-5.fc9 --------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-5 - rebuild (again) for the fixed %{_kde4_buildtype} kdebase-runtime-4.0.3-3.fc9 --------------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild for the new %{_kde4_buildtype} kdebase-workspace-4.0.3-6.fc9 ----------------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-6 - rebuild for the fixed %{_kde4_buildtype} kdebindings-4.0.3-3.fc9 ----------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdeedu-4.0.3-3.fc9 ------------------ * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdegames-6:4.0.3-3.fc9 ---------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} * Mon Mar 31 2008 Kevin Kofler 4.0.3-2 - rebuild for NDEBUG and _kde4_libexecdir * Fri Mar 28 2008 Than Ngo 4.0.3-1 - 4.0.3 kdegraphics-7:4.0.3-3.fc9 ------------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdelibs-6:4.0.3-4.fc9 --------------------- * Thu Apr 03 2008 Luk???? Tinkl 4.0.3-4 - rebuild for the new %{_kde4_buildtype} kdemultimedia-6:4.0.3-3.fc9 --------------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} * Tue Apr 01 2008 Luk???? Tinkl - fix kmix systray volume control tooltip kdenetwork-7:4.0.3-4.fc9 ------------------------ * Thu Apr 03 2008 Kevin Kofler 4.0.3-4 - rebuild (again) for the fixed %{_kde4_buildtype} kdepimlibs-4.0.3-3.fc9 ---------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdesdk-4.0.3-3.fc9 ------------------ * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdetoys-7:4.0.3-3.fc9 --------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kdeutils-6:4.0.3-3.fc9 ---------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-3 - rebuild (again) for the fixed %{_kde4_buildtype} kernel-2.6.25-0.195.rc8.git1.fc9 -------------------------------- * Wed Apr 02 2008 Eric Sandeen - Fix mis-read of xfs attr2 superblock flag which was causing corruption in some cases. (#437968) * Wed Apr 02 2008 Dave Jones - 2.6.25-rc8-git1 * Wed Apr 02 2008 Jarod Wilson - Resync FireWire patches with current linux1394 git tree kernel-xen-2.6-2.6.25-0.15.rc8.fc9 ---------------------------------- * Thu Apr 03 2008 Eduardo Habkost - x86_64: Reserve kernel text and data segments at boot (bug #438000) * Thu Apr 03 2008 Mark McLoughlin - x86_64 updates kgrab-0.1.1-6.fc9 ----------------- * Thu Apr 03 2008 Kevin Kofler - 0.1.1-6 - rebuild (again) for the fixed %{_kde4_buildtype} kiconedit-4.0.3-2.fc9 --------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-2 - rebuild (again) for the fixed %{_kde4_buildtype} kid3-1.0-1.fc9 -------------- * Thu Apr 03 2008 Ville Skytt?? - 1.0-1 - 1.0, all patches applied upstream. kmid-2.0-0.6.20080213svn.fc9 ---------------------------- * Thu Apr 03 2008 Kevin Kofler - 2.0-0.6.20080213svn - rebuild (again) for the fixed %{_kde4_buildtype} ksig-1.1-0.5.20080213.fc9 ------------------------- * Thu Apr 03 2008 Kevin Kofler - 1.1-0.5.20080213 - rebuild (again) for the fixed %{_kde4_buildtype} ladspa-blop-plugins-0.2.8-7.fc9 ------------------------------- * Thu Apr 03 2008 Hans de Goede 0.2.8-7 - Fix missing prototype compiler warnings libassuan-1.0.4-3.fc9 --------------------- * Thu Apr 03 2008 Rex Dieter 1.0.4-3 - multiarch conflicts (#341911) libgcrypt-1.4.0-3 ----------------- * Thu Apr 03 2008 Joe Orton 1.4.0-3 - add patch from upstream to fix severe performance regression in entropy gathering libksba-1.0.3-2.fc9 ------------------- * Thu Apr 03 2008 Rex Dieter 1.0.3-2 - multiarch conflicts (#342201) libofa-0.9.3-13.fc9 ------------------- * Thu Apr 03 2008 Rex Dieter 0.9.3-13 - multiarch conflicts (#342271) - tweak gcc43 libpng10-1.0.32-1.fc9 --------------------- * Thu Apr 03 2008 Paul Howarth 1.0.32-1 - update to 1.0.32 libsvm-2.86-12.fc9 ------------------ * Thu Apr 03 2008 Ding-Yi Chen - 2.86-12 - Correct changelog date * Thu Apr 03 2008 Ding-Yi Chen - 2.86-11 - Fix the Qt path problem * Wed Apr 02 2008 Ding-Yi Chen - 2.86-4 - Support both Qt3 for F8 and earlier, and Qt4 for F9 libtar-1.2.11-11.fc9 -------------------- * Thu Apr 03 2008 Hans de Goede 1.2.11-11 - Fix missing prototype compiler warnings libtimidity-0.1.0-6.fc9 ----------------------- * Thu Apr 03 2008 Hans de Goede 0.1.0-6 - Fix missing prototype compiler warnings manedit-0.8.1-3.fc9 ------------------- * Fri Apr 04 2008 Mamoru Tasaka - 0.8.1-3 - Fix implicit function declaration memtest86+-2.01-3.fc9 --------------------- * Thu Apr 03 2008 Warren Togami - 2.01-3 - Build with gcc34 for F9 (#437701) mgetty-1.1.33-17.fc9 -------------------- * Thu Apr 03 2008 Martin Nagy - 1.1.33-17 - make sure we compile everything with FORTIFY_SOURCE mikmod-3.2.2-8.beta1.fc9 ------------------------ * Thu Apr 03 2008 Hans de Goede 3.2.2-8.beta1 - Fix missing prototype compiler warnings mksh-33c-1.fc9 -------------- * Fri Apr 04 2008 Robert Scheck 33c-1 - Upgrade to 33c and updated arc4random.c file module-init-tools-3.4-9.fc9 --------------------------- * Thu Apr 03 2008 Jon Masters - 3.4-9 - Remove "blacklist-compat" properly. - Add BuildRequires on zlib-static. - Resolves: #434140. * Wed Apr 02 2008 Jon Masters - 3.4-7 - Update weak-modules, remove obsoletes on "modules", remove "blacklist-compat". - Add "alias gre0 ip_gre" to /etc/modprobe.conf by default. - Resolves: #207653, #242080, #241595, #229783. * Tue Feb 19 2008 Fedora Release Engineering - 3.4-3 - Autorebuild for GCC 4.3 nautilus-2.22.1-4.fc9 --------------------- * Thu Apr 03 2008 Tomas Bzatek - 2.22.1-4 - Fix SELinux attributes display issue (#439686) * Wed Apr 02 2008 Matthias Clasen - 2.22.1-3 - Fix the build to include tracker and beagle support again * Mon Mar 31 2008 Ray Strode - 2.22.1-2 - Over the releases we've accumulated default.png, default-wide.png default-5_4.png and default.jpg. We haven't been able to drop them because it would leave some users with white backgrounds on upgrade. This patch just falls back to the default image if the user's background doesn't exist. neon-0.28.2-2 ------------- * Thu Apr 03 2008 Joe Orton 0.28.2-2 - update to 0.28.2 ntl-5.4.2-2.fc9 --------------- * Thu Apr 03 2008 Rex Dieter 5.4.2-2 - multiarch conflicts (#342711) ocsinventory-agent-0.0.9.1-1.fc9 -------------------------------- * Thu Apr 03 2008 Remi Collet 0.0.9.1-1 - update to 0.0.9.1 (minor bug fix) - swicth back to nobundle sources ode-0.9-4.fc9 ------------- * Thu Apr 03 2008 Hans de Goede 0.9-4 - Force proper use of RPM_OPT_FLAGS during build okteta-0.1.0-0.4.beta2.fc9 -------------------------- * Thu Apr 03 2008 Kevin Kofler 0.1.0-0.4.beta2 - rebuild (again) for the fixed %{_kde4_buildtype} openoffice.org-1:2.4.0-12.5.fc9 ------------------------------- * Wed Apr 02 2008 Caolan McNamara - 1:2.4.0-12.5 - Resolves: rhbz#439727 find crasher - Resolves: rhbz#436518 try and workaround bizarro bug * Tue Apr 01 2008 Caolan McNamara - 1:2.4.0-12.4 - Resolves: rhbz#439727 add workspace.notes3.patch4 * Fri Mar 28 2008 Caolan McNamara - 1:2.4.0-12.3 - add openoffice.org-2.4.0.ooo87204.toolkit.64bitevent.patch - add openoffice.org-2.4.0.ooo87490.sfx2.allprotocols.urlopen.patch php-pear-Mail-Mime-1.5.2-3.fc9 ------------------------------ * Thu Apr 03 2008 Brandon Holbrook 1.5.2-3 - Add Requirement for Mail_mimeDecode pixman-0.10.0-1.fc9 ------------------- * Thu Apr 03 2008 Soren Sandmann 0.10.0-1 - Update to 0.10.0 pm-utils-0.99.4-16.fc9 ---------------------- * Thu Apr 03 2008 Adam Jackson 0.99.4-16 - x86_64 is not a macro, don't %ifarch on it. polyester-2.0-0.3.beta1.fc9 --------------------------- * Thu Apr 03 2008 Kevin Kofler - 2.0-0.3.beta1 - rebuild (again) for the fixed %{_kde4_buildtype} * Mon Mar 31 2008 Kevin Kofler - 2.0-0.2.beta1 - rebuild for NDEBUG and _kde4_libexecdir * Mon Feb 18 2008 Sebastian Vahl - 2.0-0.1.beta1 - new upsream version: 2.0-beta1 (tarball version: 1.9.0) - BuildRequires: kdelibs4-devel >= 4 python-simplejson-1.8.1-1.fc9 ----------------------------- * Wed Apr 02 2008 Luke Macken - 1.8.1-1 - Update to 1.8.1 python-virtinst-0.300.3-4.fc9 ----------------------------- * Thu Apr 03 2008 Daniel P. Berrange - 0.300.3-4.fc9 - Added italian translation qpidc-0.2-25.fc9 ---------------- * Mon Mar 31 2008 Nuno Santos - 0.2-25 - Create user qpidd, start qpidd service as qpidd - Fixes to compile under gcc 4.3 / Fedora 9 (from aconway) * Mon Feb 18 2008 Rafael Schloming - 0.2-24 - Bug fix for TCK issue in Beta 3 * Thu Feb 14 2008 Rafael Schloming - 0.2-23 - Bumped to pull in fixes for Beta 3 redhat-rpm-config-9.0.2-1.fc9 ----------------------------- * Thu Apr 03 2008 Jon Masters - 9.0.2-1 - Remove smp dependencies - Update config.guess|sub files - Don't call find-requires.ksyms for kmod packages (kernel kABI scripts). ruby-bsearch-1.5-2.fc9 ---------------------- * Thu Apr 03 2008 Mamoru Tasaka - 1.5-2 - Fix URL (thanks to Kevin Fenzi) * Fri Aug 03 2007 Mamoru Tasaka - 1.5-1.dist.1 - License update scim-bridge-0.4.15-5.fc9 ------------------------ * Thu Apr 03 2008 Huang Peng -0.4.15-5 - Updated Obsoletes in spec file to fix some potential problems. smolt-1.1.1.1-4.fc9 ------------------- * Thu Apr 03 2008 Mike McGrath - 1.1.1.1-4 - One revert for rawhide sonic-visualiser-1.2-1.fc9 -------------------------- * Sun Mar 30 2008 Michel Salim - 1.2-1 - Update to 1.2 squid-7:3.0.STABLE2-2.fc9 ------------------------- * Thu Apr 03 2008 Martin Nagy - 7:3.0.STABLE2-2 - add %{optflags} to make - remove warnings about unused return values sugar-0.79.2-1.fc9 ------------------ * Wed Apr 02 2008 Simon Schampijer - 0.79.2-1 - Frame/Home redesign - Put corner stone * Fri Mar 28 2008 Marco Pesenti Gritti - 0.79.1-1 - Update to 0.79.1 * Mon Feb 11 2008 Marco Pesenti Gritti - 0.79.0-2 - Require sugar-artwork sugar-artwork-0.79.1-1.fc9 -------------------------- * Thu Apr 03 2008 Simon Schampijer - 0.79.1 - Frame/Home redesign - Put corner stone sugar-toolkit-0.79.2-2.fc9 -------------------------- * Thu Apr 03 2008 Simon Schampijer - 0.79.2 - add python-simplejson as dependency - #5474: Scale emblems sunbird-0.8-0.2.cvs20080331.fc9 ------------------------------- * Tue Apr 01 2008 Lubomir Kundrak 0.8-0.2.cvs20080331 - Unbreak dependencies (hopefully) - Try concurrent builds again, they seem to work now * Tue Apr 01 2008 Lubomir Kundrak 0.8-0.1.cvs20080331 - Corrected license tag to mention all the applicable Licenses - Use libxul from XULrunner - Post 0.8 Release Candidate 1 - Obsolete wcap subpackage -- got merged into mainline lightning system-config-date-1.9.28-1.fc9 ------------------------------- * Thu Apr 03 2008 Nils Philippsen - 1.9.28-1 - update ntp.conf template - simplify NTP backend code - use dynamic keyword for servers (#229217) system-config-firewall-1.2.7-1.fc9 ---------------------------------- * Thu Apr 03 2008 Thomas Woerner 1.2.7-1 - fixed crash if encoding is not UTF-8 (rhbz#439902) - updated translations: bn_IN, cs, de, es, fi, fr, gu, hi, it, kn, ko, ml, mr, pa, pl, pt_BR, ru, sr, sr at latin, ta, te, zh_CN system-config-printer-0.7.82.2-1.fc9 ------------------------------------ * Thu Apr 03 2008 Tim Waugh 0.7.82.2-1 - 0.7.82.2: - Various bug fixes. - Translation updates. texlive-texmf-2007-19.fc9 ------------------------- * Thu Apr 03 2008 Jindrich Novy - 2007-19 - texmf-afm and texmf-dvips requires the main texmf tree - directory ownership fixes (#440359) * Tue Apr 01 2008 Jindrich Novy - 2007-18 - run restorecon in fonts subpackage to fix bad SELinux contexts - require coreutils for post (#437457) * Mon Mar 10 2008 Jindrich Novy - 2007-17 - add styles from upstream collection-latexextra to have more complete LaTeX distribution (#436180) - move tex-preview dependency to texlive-texmf-latex (#436699) - remove tex4ht completely from lists - regenerate ls-Rs timidity++-2.13.2-15.fc9 ------------------------ * Thu Apr 03 2008 Hans de Goede 2.13.2-15 - Fix missing prototype compiler warnings tvtime-1.0.2-2.fc9 ------------------ * Thu Apr 03 2008 Tomas Smetana 1.0.2-2 - compile with $RPM_OPT_FLAGS upstart-0.3.9-14.fc9 -------------------- * Thu Apr 03 2008 Casey Dahlin - 0.3.9-14 - Change bug report email address to fedora-devel-list at redhat.com vim-2:7.1.291-1.fc9 ------------------- * Wed Apr 02 2008 Karsten Hopp 7.1.291-1 - patchlevel 291, more fixes for leftover /tmp/cscope* files * Tue Mar 18 2008 Tom "spot" Callaway 7.1.283-2 - add Requires for versioned perl (libperl.so) * Mon Mar 17 2008 Karsten Hopp 7.1.283-1 - patchlevel 283, fixes leftover cscope files in /tmp virt-manager-0.5.4-3.fc9 ------------------------ * Thu Apr 03 2008 Daniel P. Berrange - 0.5.4-3.fc9 - Updated sr, de, fi, it, pl translations vpnc-0.5.1-4.fc9 ---------------- * Thu Apr 03 2008 Tomas Mraz - 0.5.1-4 - drop autogenerated perl requires (#440304) - compute MTU based on default route device (#433846) wallpapoz-0.4.1-5.svn87_trunk.fc9 --------------------------------- * Thu Apr 03 2008 Mamoru Tasaka - 0.4.1-5.svn87_trunk - Also install cs documents manually wkf-1.3.11-2.fc9 ---------------- * Thu Apr 03 2008 Mamoru Tasaka - 1.3.11-2 - Fix implicit function declaration xfig-3.2.5-10.fc9 ----------------- * Thu Apr 03 2008 Hans de Goede 3.2.5-10 - Fix missing prototype compiler warnings Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 1:eclipse-platform-3.3.2-3.fc9.i386 requires /usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.3.2.v3347.jar 1:eclipse-rcp-3.3.2-3.fc9.i386 requires /usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.3.2.v3347.jar evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.2.cvs20080331.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 1:eclipse-platform-3.3.2-3.fc9.x86_64 requires /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.3.2.v3347.jar 1:eclipse-rcp-3.3.2-3.fc9.x86_64 requires /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.3.2.v3347.jar evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.2.cvs20080331.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- 1:eclipse-platform-3.3.2-3.fc9.ppc requires /usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.ppc_3.3.2.v3347.jar 1:eclipse-rcp-3.3.2-3.fc9.ppc requires /usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.ppc_3.3.2.v3347.jar evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.2.cvs20080331.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- 1:eclipse-platform-3.3.2-3.fc9.ppc64 requires /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.ppc64_3.3.2.v3347.jar 1:eclipse-rcp-3.3.2-3.fc9.ppc64 requires /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.ppc64_3.3.2.v3347.jar evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.2.cvs20080331.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From mmaslano at redhat.com Fri Apr 4 09:37:01 2008 From: mmaslano at redhat.com (Marcela Maslanova) Date: Fri, 04 Apr 2008 11:37:01 +0200 Subject: Bug triage - what is going to be achieved? In-Reply-To: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Message-ID: <47F5F6BD.105@redhat.com> Adam Tkac wrote: > Hi, > > this morning I checked my mailbox and there were many messages from > bugzilla. But after inspection nothing interesting was there, only > bogus from some stupid bot. I'm not sure what is main purpose for that > bot but I think when some bug is open for long time maintainer is > responsible for closing and if he didn't close it it means that is > still exist. Now after this "feature" I have to waste with my time and > move all bugs from NEEDINFO state to ASSIGNED because they are > features and I haven't got time for them yet or they are low-priority > bugs. I think this bot should be removed as soon as possible before he > creates chaos in bugzilla. Or at least add component list whose bugzillas > should not be touched. I'm going to be the first person whose packages > will be on that list. > > Regards, Adam > > +1 Changing state of bug on needinfo in rawhide is the worst thing. I moved them into rawhide because I'll fix them once. If you must then change them only for Fedora 6 or older. -- Marcela Ma?l??ov? BaseOS team Brno From j.w.r.degoede at hhs.nl Fri Apr 4 09:29:18 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Apr 2008 11:29:18 +0200 Subject: Current list of things that "scare" me for Fedora 9 release In-Reply-To: <1207260090.4103.23.camel@localhost.localdomain> References: <1207260090.4103.23.camel@localhost.localdomain> Message-ID: <47F5F4EE.1070708@hhs.nl> Jesse Keating wrote: > After kicking the blocker list a bunch today, here is the list of issues > that really scare me: > > Frequent X crashes with compiz on intel hardware > (https://bugzilla.redhat.com/show_bug.cgi?id=435969) > Yes, this one has me really worried too, esp as its not just with compiz, but any opengl usage will often crash on intel currently, these are all related: https://bugzilla.redhat.com/show_bug.cgi?id=440384 https://bugzilla.redhat.com/show_bug.cgi?id=427643 https://bugzilla.redhat.com/show_bug.cgi?id=438054 https://bugzilla.redhat.com/show_bug.cgi?id=440070 Regards, Hans From sundaram at fedoraproject.org Fri Apr 4 09:49:13 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 04 Apr 2008 15:19:13 +0530 Subject: Bug triage - what is going to be achieved? In-Reply-To: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Message-ID: <47F5F999.7010304@fedoraproject.org> Adam Tkac wrote: > Hi, > > this morning I checked my mailbox and there were many messages from > bugzilla. But after inspection nothing interesting was there, only > bogus from some stupid bot. I'm not sure what is main purpose for that > bot but I think when some bug is open for long time maintainer is > responsible for closing and if he didn't close it it means that is > still exist. Ideally but that isn't how it works in practice. There are a number of forgotten bugs that is not applicable anymore and bug triage is meant to deal with that. There has been a number of announcements and discussions regarding this Rahul From mschwendt at gmail.com Fri Apr 4 09:48:26 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 4 Apr 2008 11:48:26 +0200 Subject: bugzilla triage madness :-/ Message-ID: <20080404114826.1a3aa322.mschwendt@gmail.com> Since yesterday, I've been flooded with easily over hundred bugzilla mails. Someone is active setting tickets to NEEDINFO without any efforts to verify that an issue is fixed. That activity has also reached my tickets about conflicts and unowned directories. It is beyond my time to process such a high number of tickets now after packagers ignored them for a long time. In several cases I could have fixed the problems myself but the lame acls don't permit that. If you want to receive less tickets in the future, mission accomplished. Reporting bugs is among the most thankless tasks in Fedora Land. When I enter something in bugzilla, I want to reach humans, not mad robots, who are unable to understand a ticket and who close it just for fun. The person or script who touches my tickets and threatens with closing them after 30 days is successful in telling me that my bug reports are not appreciated. Thank you. :-/ From hughsient at gmail.com Fri Apr 4 09:47:53 2008 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 04 Apr 2008 10:47:53 +0100 Subject: rawhide report: 20080404 changes In-Reply-To: <20080404093315.BEF9E209CCC@releng1.fedora.phx.redhat.com> References: <20080404093315.BEF9E209CCC@releng1.fedora.phx.redhat.com> Message-ID: <1207302473.3041.12.camel@hughsie-laptop> On Fri, 2008-04-04 at 09:33 +0000, Rawhide wrote: > pm-utils-0.99.4-16.fc9 > ---------------------- > * Thu Apr 03 2008 Adam Jackson 0.99.4-16 > - x86_64 is not a macro, don't %ifarch on it. Any chance we could update this to the latest upstream: http://pm-utils.freedesktop.org/wiki/ This new version fixes a _ton_ of bugs with pm-utils in f9. Thanks, Richard. From harald at redhat.com Fri Apr 4 10:14:20 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 04 Apr 2008 12:14:20 +0200 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: <47F3946B.3030505@redhat.com> References: <47F3946B.3030505@redhat.com> Message-ID: Harald Hoyer wrote: > Turning off selinux and related services saves 10s overall boot time. > Trading off security with boot time. I don't know. But maybe a good > starting point for optimization. Boot time: 35s without selinux and without auditd 40s with selinux + auditd + restorecond 45s with selinux + auditd + restorecond + setroubleshootd I can live without setroubleshootd.. From mcepl at redhat.com Fri Apr 4 10:29:04 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 04 Apr 2008 12:29:04 +0200 Subject: Bug triage - what is going to be achieved? References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> <47F5F999.7010304@fedoraproject.org> Message-ID: On Fri, 04 Apr 2008 15:19:13 +0530, Rahul Sundaram scripst: > Ideally but that isn't how it works in practice. There are a number of > forgotten bugs that is not applicable anymore and bug triage is meant to > deal with that. > > There has been a number of announcements and discussions regarding this Yes, but one of the conclusions of this was that bugs in Rawhide should be treated separately and differently from bugs in released Fedoras. Which apparently didn't happen this time. Matej -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mike at miketc.com Fri Apr 4 10:53:22 2008 From: mike at miketc.com (Mike Chambers) Date: Fri, 04 Apr 2008 05:53:22 -0500 Subject: Network Manager Summary In-Reply-To: <47F5A0BE.4090404@gmail.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> <47F5A0BE.4090404@gmail.com> Message-ID: <1207306402.2380.2.camel@scrappy.miketc.com> On Thu, 2008-04-03 at 20:30 -0700, Andrew Farris wrote: > Edit /etc/sysconfig/networking/devices/ifcfg-ethx and add DNS1, DNS2, DNS3, and > set PEERDNS=no and networkmanager should pick up and reset your resolv.conf > based on those cfgs and which is configured (i.e. diff interfaces could have > diff nameservers). Also see the thread: > Re: f9 resetting dns nameservers Ok, adding dns1 (and so on) and search to the /etc/sysconfig/network-scripts/ifcfg-eth0 script does let NM write to resolv.conf and dns and network works. And haldaemon seems to fail, which I assume is starting too early (or NM too late) because of using NM? But believe I have seen this discussed and being figured out. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From lordmorgul at gmail.com Fri Apr 4 11:12:42 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 04 Apr 2008 04:12:42 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080404114826.1a3aa322.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> Message-ID: <47F60D2A.1040702@gmail.com> Michael Schwendt wrote: > Since yesterday, I've been flooded with easily over hundred bugzilla > mails. Someone is active setting tickets to NEEDINFO without any efforts > to verify that an issue is fixed. That activity has also reached my > tickets about conflicts and unowned directories. It is beyond my time to > process such a high number of tickets now after packagers ignored them for > a long time. In several cases I could have fixed the problems myself but > the lame acls don't permit that. > > If you want to receive less tickets in the future, mission > accomplished. Reporting bugs is among the most thankless tasks in Fedora > Land. When I enter something in bugzilla, I want to reach humans, not mad > robots, who are unable to understand a ticket and who close it just for > fun. The person or script who touches my tickets and threatens with > closing them after 30 days is successful in telling me that my bug reports > are not appreciated. Thank you. :-/ FYI, that was a bot running on behalf of the bug triage project and (as I and others understood it) was not supposed to be flooding bugs in rawhide but only in older releases... to weed out stale and forgotten bugs. Its a good thing, though partially seems to have gone awry at the moment. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From tmraz at redhat.com Fri Apr 4 11:31:53 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 04 Apr 2008 13:31:53 +0200 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: References: <47F3946B.3030505@redhat.com> Message-ID: <1207308713.3173.16.camel@vespa.frost.loc> On Fri, 2008-04-04 at 12:14 +0200, Harald Hoyer wrote: > Harald Hoyer wrote: > > Turning off selinux and related services saves 10s overall boot time. > > Trading off security with boot time. I don't know. But maybe a good > > starting point for optimization. > > Boot time: > 35s without selinux and without auditd > 40s with selinux + auditd + restorecond > 45s with selinux + auditd + restorecond + setroubleshootd > > I can live without setroubleshootd.. Setroubleshootd should be made to start up on demand when an AVC is generated or it should be split to two parts - a lightweight listener for AVCs + heavy analyzer part which would be executed only on demand. >From the boot charts it is clear that it is one of the most resource hungry things in the boot sequence. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From rdieter at math.unl.edu Fri Apr 4 11:32:28 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 04 Apr 2008 06:32:28 -0500 Subject: Bug triage - what is going to be achieved? References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Message-ID: Adam Tkac wrote: > this morning I checked my mailbox and there were many messages from > bugzilla. But after inspection nothing interesting was there, only > bogus from some stupid bot. I, for one, welcome and appreciate the efforts being made here to clean out and triage old bugs. -- Rex From j.w.r.degoede at hhs.nl Fri Apr 4 11:26:47 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Apr 2008 13:26:47 +0200 Subject: Bug triage - what is going to be achieved? In-Reply-To: References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Message-ID: <47F61077.1000606@hhs.nl> Rex Dieter wrote: > Adam Tkac wrote: > >> this morning I checked my mailbox and there were many messages from >> bugzilla. But after inspection nothing interesting was there, only >> bogus from some stupid bot. > > I, for one, welcome and appreciate the efforts being made here to clean out > and triage old bugs. +1 Regards, Hans From atkac at redhat.com Fri Apr 4 11:45:56 2008 From: atkac at redhat.com (Adam Tkac) Date: Fri, 4 Apr 2008 13:45:56 +0200 Subject: Bug triage - what is going to be achieved? In-Reply-To: References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Message-ID: <20080404114556.GA1395@evileye.atkac.englab.brq.redhat.com> On Fri, Apr 04, 2008 at 06:32:28AM -0500, Rex Dieter wrote: > Adam Tkac wrote: > > > this morning I checked my mailbox and there were many messages from > > bugzilla. But after inspection nothing interesting was there, only > > bogus from some stupid bot. > > I, for one, welcome and appreciate the efforts being made here to clean out > and triage old bugs. > Yes, for example for desktop application whose have huge amount of bugs this thing is good (your case I think). But on the other hand for server components is this bad because every bug needs maintainer inspection and 99% bugs should not be closed and have to be patched - this is my case. Adam -- Adam Tkac, Red Hat, Inc. From paul at all-the-johnsons.co.uk Fri Apr 4 11:47:02 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 4 Apr 2008 12:47:02 +0100 Subject: X fails to start due to librecord not being there Message-ID: <20080404114551.M69112@all-the-johnsons.co.uk> Hi, Now that xorg-x11-server is no longer shipping with librecord, my system will no longer give me a desktop. How can I fix my system so that X will start? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From harald at redhat.com Fri Apr 4 11:52:41 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 04 Apr 2008 13:52:41 +0200 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: References: <47F3946B.3030505@redhat.com> Message-ID: Harald Hoyer wrote: > Harald Hoyer wrote: >> Turning off selinux and related services saves 10s overall boot time. >> Trading off security with boot time. I don't know. But maybe a good >> starting point for optimization. > > Boot time: > 35s without selinux and without auditd > 40s with selinux + auditd + restorecond > 45s with selinux + auditd + restorecond + setroubleshootd > > I can live without setroubleshootd.. > or $ cat /etc/event.d/setroubleshootd # setroubleshoot # # Starts setroubleshoot # # start on stopped rc5 stop on runlevel [!5] script /bin/sleep 60 exec /usr/sbin/setroubleshootd -f end script From rjones at redhat.com Fri Apr 4 11:56:14 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 4 Apr 2008 12:56:14 +0100 Subject: source file audit - 2008-04-01 In-Reply-To: <20080402100707.5a50a115@ghistelwchlohm.scrye.com> References: <20080402100707.5a50a115@ghistelwchlohm.scrye.com> Message-ID: <20080404115614.GA29648@amd.home.annexia.org> On Wed, Apr 02, 2008 at 10:07:07AM -0600, Kevin Fenzi wrote: [...] Do you run this only on Rawhide, or on earlier Fedora too? > rjones:BADURL:cduce-0.5.2-1.tar.gz:cduce Fixed in Rawhide. Upstream renamed the tarball ... > rjones:BADURL:postgresql-ocaml-1.7.0.tar.bz2:ocaml-postgresql Fixed in Rawhide. When upstream push out a new release, they delete the tarball of the previous release :-!! Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From harald at redhat.com Fri Apr 4 11:55:51 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 04 Apr 2008 13:55:51 +0200 Subject: Network Manager Summary In-Reply-To: <47F5A0BE.4090404@gmail.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> <47F5A0BE.4090404@gmail.com> Message-ID: Andrew Farris wrote: > Mike Chambers wrote: >> On Thu, 2008-04-03 at 18:57 -0500, Mike Chambers wrote: >> >>> BUT, the problem seems to be, that after I set it so network didn't >>> start, and network manager did, that my /etc/resolv.conf file got >>> emptied and didn't have dns. I had to add it manually. Going to reboot >>> after sending this email to see if it stays this time. Or does it get >>> removed each time anyway and this is a bug? >> >> The /etc/resolv.conf file does indeed get emptied (file exists, just no >> info) upon shutdown/boot up. Although the one >> in /etc/sysconfig/networking/profiles/default/resolv.conf file is filled >> out but I am guessing not ready by NM. Soooo, I thought I read about >> the ifcfg-ethx file having dns info inside it? IF so, what paramaters >> are used to list it there? DNS seems to be about the only thing so far >> from NM being completely usable and no configuring at all. >> >> Other thatn that, all is well and services seem to start. ALTHOUGH, I >> have experienced that on shutdown, while shutting down quotas, it stays >> there and never goes away? Cold boot after to get it going. > > Edit /etc/sysconfig/networking/devices/ifcfg-ethx and add DNS1, DNS2, > DNS3, and set PEERDNS=no and networkmanager should pick up and reset > your resolv.conf based on those cfgs and which is configured (i.e. diff > interfaces could have diff nameservers). Also see the thread: > Re: f9 resetting dns nameservers > NM does not seem to honor PEERDNS=no From mschwendt at gmail.com Fri Apr 4 12:03:33 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 4 Apr 2008 14:03:33 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47F60D2A.1040702@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> Message-ID: <20080404140333.262969f0.mschwendt@gmail.com> On Fri, 04 Apr 2008 04:12:42 -0700, Andrew Farris wrote: > FYI, that was a bot running on behalf of the bug triage project and (as I and > others understood it) was not supposed to be flooding bugs in rawhide but only > in older releases... to weed out stale and forgotten bugs. Its a good thing, > though partially seems to have gone awry at the moment. With all due respect, this is a lame excuse IMO. To find out *why* some tickets are ignored would be interesting. Not just threaten to close them and effectively hide the issues under the carpet. The bot did exactly the wrong thing, because if the NEEDINFO is ignored, too, the bugs remain "stale and forgotten". You would not even learn if they are assigned to wrong people. That's a belated April Fool's joke. | Based on the date this bug was created, it appears to have been reported | against rawhide during the development of a Fedora release that is no | longer maintained. What do I care? When I filed the bug, the product was fresh and maintained, wasn't it? But more than a year later I'm no longer willing to spend time on the same issues without a single sign of life from the package owner. | If you can reproduce this bug in a maintained Fedora version (7, 8, or | rawhide), please change this bug to the respective version and change | the status to ASSIGNED. Why? So I'm kept busy or what? What is needed is a method to guarantee that the assignee handles the ticket actually. There are plenty of tickets where I even posted patches (which makes the tickets "EasyFix" cases). E.g. https://bugzilla.redhat.com/233833 From rjones at redhat.com Fri Apr 4 12:05:11 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 4 Apr 2008 13:05:11 +0100 Subject: BuildError: Error building SRPM curl: (22) The requested URL returned error: 404 Message-ID: <20080404120511.GA30461@amd.home.annexia.org> Upstream renamed their tarball and I uploaded a new spec file and sources with the renamed (but otherwise identical) source: -d2d52bf536c1a8f4397b4c64794d9322 cduce-0.5.2-1.tar.gz +d2d52bf536c1a8f4397b4c64794d9322 cduce-0.5.2.1.tar.gz 15a8c603b34d466329881285438349ef ocaml-3.10.1.tar.bz2 (I used ../common/cvs-import.sh to do the import). During 'make build' it can't find the new tarball: $ cvs -d :pserver:anonymous at cvs.fedoraproject.org:/cvs/pkgs checkout -r cduce-0_5_2_1-5_fc9 rpms/cduce/devel cvs checkout: Updating rpms/cduce/devel U rpms/cduce/devel/.cvsignore U rpms/cduce/devel/Makefile U rpms/cduce/devel/cduce.spec U rpms/cduce/devel/sources $ cvs -d :pserver:anonymous at cvs.fedoraproject.org:/cvs/pkgs checkout common cvs checkout: Updating common U common/Makefile U common/Makefile.common U common/branches U common/cvs-import.sh $ make srpm Downloading cduce-0.5.2.1.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 make: *** [cduce-0.5.2.1.tar.gz] Error 22 http://koji.fedoraproject.org/koji/getfile?taskID=548163&name=srpm.log http://koji.fedoraproject.org/koji/taskinfo?taskID=548162 Is this something to do with the MD5 sum being the same? Rich.a -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From mschwendt at gmail.com Fri Apr 4 12:19:40 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 4 Apr 2008 14:19:40 +0200 Subject: BuildError: Error building SRPM curl: (22) The requested URL returned error: 404 In-Reply-To: <20080404120511.GA30461@amd.home.annexia.org> References: <20080404120511.GA30461@amd.home.annexia.org> Message-ID: <20080404141940.657c221b.mschwendt@gmail.com> On Fri, 4 Apr 2008 13:05:11 +0100, Richard W.M. Jones wrote: > Upstream renamed their tarball and I uploaded a new spec file and > sources with the renamed (but otherwise identical) source: > > -d2d52bf536c1a8f4397b4c64794d9322 cduce-0.5.2-1.tar.gz > +d2d52bf536c1a8f4397b4c64794d9322 cduce-0.5.2.1.tar.gz > 15a8c603b34d466329881285438349ef ocaml-3.10.1.tar.bz2 > > (I used ../common/cvs-import.sh to do the import). > > During 'make build' it can't find the new tarball: > > $ cvs -d :pserver:anonymous at cvs.fedoraproject.org:/cvs/pkgs checkout -r cduce-0_5_2_1-5_fc9 rpms/cduce/devel > cvs checkout: Updating rpms/cduce/devel > U rpms/cduce/devel/.cvsignore > U rpms/cduce/devel/Makefile > U rpms/cduce/devel/cduce.spec > U rpms/cduce/devel/sources > $ cvs -d :pserver:anonymous at cvs.fedoraproject.org:/cvs/pkgs checkout common > cvs checkout: Updating common > U common/Makefile > U common/Makefile.common > U common/branches > U common/cvs-import.sh > $ make srpm > Downloading cduce-0.5.2.1.tar.gz... > % Total % Received % Xferd Average Speed Time Time Time Current > Dload Upload Total Spent Left Speed > > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 > curl: (22) The requested URL returned error: 404 > make: *** [cduce-0.5.2.1.tar.gz] Error 22 > > http://koji.fedoraproject.org/koji/getfile?taskID=548163&name=srpm.log > http://koji.fedoraproject.org/koji/taskinfo?taskID=548162 > > Is this something to do with the MD5 sum being the same? Seems so. Skimming over cvs-import.sh it greps the "sources" file for the md5 checksum when deciding whether a file is new or not. Try to manually upload the tarball, e.g. "make upload FILES=cduce-0.5.2.1.tar.gz", and don't commit the changed "sources" file. From mjs at clemson.edu Fri Apr 4 12:27:49 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Fri, 04 Apr 2008 08:27:49 -0400 Subject: Network Manager Summary In-Reply-To: <47F5A182.5050106@gmail.com> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> <47F5A0BE.4090404@gmail.com> <47F5A182.5050106@gmail.com> Message-ID: <1207312070.2133.16.camel@valkyrie.localdomain> On Thu, 2008-04-03 at 20:33 -0700, Andrew Farris wrote: > Andrew Farris wrote: > > Edit /etc/sysconfig/networking/devices/ifcfg-ethx > > Sorry I meant /etc/sysconfig/network-scripts/ which I believe are then copied by > NM to /etc/sysconfig/networking/devices/ and > /etc/sysconfig/networking/profiles/default/ (although that last one is where all > the legacy configuration is supposed to take place, so not sure those are kept > up to date by NM or not). On my system they all seem to be staying the same > right now anyway. They are mutual hardlinks. If you use the profile feature of s-c-n, the links are changed when you select a new profile. > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From aportal at univ-montp2.fr Fri Apr 4 12:32:07 2008 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 4 Apr 2008 14:32:07 +0200 Subject: Building F8 DVD on a FC6 box Message-ID: <200804041432.07655.aportal@univ-montp2.fr> Hi, I should want to know is there is a way to build a F8 DVD, with all updates, on a FC6 running box. If not, did somebody build a such iso files that I could get? Regards, Alain -- La version fran?aise des pages de manuel Linux http://manpagesfr.free.fr From rjones at redhat.com Fri Apr 4 12:33:00 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 4 Apr 2008 13:33:00 +0100 Subject: BuildError: Error building SRPM curl: (22) The requested URL returned error: 404 In-Reply-To: <20080404141940.657c221b.mschwendt@gmail.com> References: <20080404120511.GA30461@amd.home.annexia.org> <20080404141940.657c221b.mschwendt@gmail.com> Message-ID: <20080404123300.GB30461@amd.home.annexia.org> On Fri, Apr 04, 2008 at 02:19:40PM +0200, Michael Schwendt wrote: > On Fri, 4 Apr 2008 13:05:11 +0100, Richard W.M. Jones wrote: > > Is this something to do with the MD5 sum being the same? > > Seems so. Skimming over cvs-import.sh it greps the "sources" file > for the md5 checksum when deciding whether a file is new or not. > Try to manually upload the tarball, e.g. > "make upload FILES=cduce-0.5.2.1.tar.gz", and don't commit the > changed "sources" file. I think I'm a bit stuck here. That 'make upload FILES=...' doesn't work, giving this very peculiar error: Downloading cduce-0.5.2.1.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 make: *** [cduce-0.5.2.1.tar.gz] Error 22 (Unfortunately I committed the new sources file earlier because cvs-import.sh does that). Makefile.common contains a very complex 'make upload' rule, and as far as I can see it seems to depend on the contents of a CGI script (upload.cgi) on the servers. If anyone can take a look, it's the fedora/pkgs/cduce/devel directory. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From optimizationkit at gmail.com Fri Apr 4 12:35:48 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Fri, 4 Apr 2008 14:35:48 +0200 Subject: Building F8 DVD on a FC6 box In-Reply-To: <200804041432.07655.aportal@univ-montp2.fr> References: <200804041432.07655.aportal@univ-montp2.fr> Message-ID: <58a220fa0804040535x1f571b47vece437f84b04f536@mail.gmail.com> Hi, On 04/04/2008, Alain PORTAL wrote: > Hi, > > I should want to know is there is a way to build a F8 DVD, with all updates, > on a FC6 running box. > If not, did somebody build a such iso files that I could get? http://fedoraunity.org/fedora-8-re-spin-20080331-released > > Regards, > Alain Regards, M From lordmorgul at gmail.com Fri Apr 4 12:41:58 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 04 Apr 2008 05:41:58 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080404140333.262969f0.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: <47F62216.5020205@gmail.com> Michael Schwendt wrote: > On Fri, 04 Apr 2008 04:12:42 -0700, Andrew Farris wrote: > >> FYI, that was a bot running on behalf of the bug triage project and (as I and >> others understood it) was not supposed to be flooding bugs in rawhide but only >> in older releases... to weed out stale and forgotten bugs. Its a good thing, >> though partially seems to have gone awry at the moment. > > With all due respect, this is a lame excuse IMO. To find out *why* some > tickets are ignored would be interesting. Not just threaten to close them > and effectively hide the issues under the carpet. The bot did exactly the > wrong thing, because if the NEEDINFO is ignored, too, the bugs remain > "stale and forgotten". You would not even learn if they are assigned to > wrong people. That's a belated April Fool's joke. But what could be gained from trying to solve bugs in software that is long modified to be unrecognizable from the state it was in then... the bugs were changed to NEEDINFO so that the reporters can then go back and indicate whether the bug is still relevant to anyone/them. Its important to know because its pointless for someone to look at it NOW that it was forgotten (however sad that is, and I agree its sad). A pragmatic point of view is necessary here; life and software development aren't always as we'd like them to be. > | Based on the date this bug was created, it appears to have been reported > | against rawhide during the development of a Fedora release that is no > | longer maintained. > > What do I care? When I filed the bug, the product was fresh and maintained, > wasn't it? But more than a year later I'm no longer willing to spend time > on the same issues without a single sign of life from the package owner. You don't need to do anything if its not something that still matters, and you're not expected to. But why would you begrudge the developers a cleaner bugzilla if that doesn't matter anymore? If you don't care to spend time on it now do you really think anyone needs to? > | If you can reproduce this bug in a maintained Fedora version (7, 8, or > | rawhide), please change this bug to the respective version and change > | the status to ASSIGNED. > > Why? So I'm kept busy or what? What is needed is a method to guarantee > that the assignee handles the ticket actually. That is precisely what the people involved with the bug triage effort are trying to do... but one cannot get to point B without traversing from point A, and bugs that are old, stale, forgotten, no longer needing to be maintained, etc, need to be closed or otherwise marked as such. Its regrettable that some bugs got left behind when they did, but a bug filed against 'rawhide' in 2006 is obviously obselete and you know this. The past is now passed... bugs once forgotten should be forgotten (closed). And maybe in the future they won't get forgotten. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From aportal at univ-montp2.fr Fri Apr 4 12:46:39 2008 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 4 Apr 2008 14:46:39 +0200 Subject: Building F8 DVD on a FC6 box In-Reply-To: <58a220fa0804040535x1f571b47vece437f84b04f536@mail.gmail.com> References: <200804041432.07655.aportal@univ-montp2.fr> <58a220fa0804040535x1f571b47vece437f84b04f536@mail.gmail.com> Message-ID: <200804041446.39385.aportal@univ-montp2.fr> Le Friday 04 April 2008 14:35:48 Optimization Kit, vous avez ?crit?: > Hi, > > On 04/04/2008, Alain PORTAL wrote: > > Hi, > > > > I should want to know is there is a way to build a F8 DVD, with all > > updates, on a FC6 running box. > > If not, did somebody build a such iso files that I could get? > > http://fedoraunity.org/fedora-8-re-spin-20080331-released Thank for the url. Regards, Alain -- La version fran?aise des pages de manuel Linux http://manpagesfr.free.fr From bnocera at redhat.com Fri Apr 4 12:49:32 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 04 Apr 2008 13:49:32 +0100 Subject: Current list of things that "scare" me for Fedora 9 release In-Reply-To: <604aa7910804031510xa79f91cu6303fd61482ce11d@mail.gmail.com> References: <1207260090.4103.23.camel@localhost.localdomain> <604aa7910804031510xa79f91cu6303fd61482ce11d@mail.gmail.com> Message-ID: <1207313372.13201.322.camel@cookie.hadess.net> On Thu, 2008-04-03 at 14:10 -0800, Jeff Spaleta wrote: > 2008/4/3 Jesse Keating : > > There may be other things, but those are the ones that are making met a > > bit nervous. > > > Does anyone have the bluetooth-gnome UI working for any input devices. > I don't know how to troubleshoot it.. but bluetooth-gnome is simply no > longer picking up any bluetooth devices for me anymore, even though > hcitool scan clearly detects devices when used on the console, and > direct library access to bluetooth devices works via my own C and > python programs. > > https://bugzilla.redhat.com/show_bug.cgi?id=439248 > > Is this reproducible..or is this just me? It certainly isn't reproduceable in gnome-bluetooth, which contains _one_ library that a couple of apps use. That's bluez-gnome. From mschwendt at gmail.com Fri Apr 4 12:53:58 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 4 Apr 2008 14:53:58 +0200 Subject: BuildError: Error building SRPM curl: (22) The requested URL returned error: 404 In-Reply-To: <20080404123300.GB30461@amd.home.annexia.org> References: <20080404120511.GA30461@amd.home.annexia.org> <20080404141940.657c221b.mschwendt@gmail.com> <20080404123300.GB30461@amd.home.annexia.org> Message-ID: <20080404145358.873e3744.mschwendt@gmail.com> On Fri, 4 Apr 2008 13:33:00 +0100, Richard W.M. Jones wrote: > On Fri, Apr 04, 2008 at 02:19:40PM +0200, Michael Schwendt wrote: > > On Fri, 4 Apr 2008 13:05:11 +0100, Richard W.M. Jones wrote: > > > Is this something to do with the MD5 sum being the same? > > > > Seems so. Skimming over cvs-import.sh it greps the "sources" file > > for the md5 checksum when deciding whether a file is new or not. > > Try to manually upload the tarball, e.g. > > "make upload FILES=cduce-0.5.2.1.tar.gz", and don't commit the > > changed "sources" file. > > I think I'm a bit stuck here. That 'make upload FILES=...' doesn't > work, giving this very peculiar error: > > Downloading cduce-0.5.2.1.tar.gz... > % Total % Received % Xferd Average Speed Time Time Time Current > Dload Upload Total Spent Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 > curl: (22) The requested URL returned error: 404 > make: *** [cduce-0.5.2.1.tar.gz] Error 22 > > (Unfortunately I committed the new sources file earlier because > cvs-import.sh does that). > > Makefile.common contains a very complex 'make upload' rule, and as far > as I can see it seems to depend on the contents of a CGI script > (upload.cgi) on the servers. > > If anyone can take a look, it's the fedora/pkgs/cduce/devel directory. Is your certificate expired? $ mv cduce-0.5.2-1.tar.gz cduce-0.5.2.1.tar.gz $ make upload FILES=cduce-0.5.2.1.tar.gz Checking : cduce-0.5.2.1.tar.gz on https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... winscard_clnt.c:3349:SCardCheckDaemonAvailability() PCSC Not Running Uploading: cduce-0.5.2.1.tar.gz to https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... winscard_clnt.c:3349:SCardCheckDaemonAvailability() PCSC Not Running File cduce-0.5.2.1.tar.gz size 595196 MD5 d2d52bf536c1a8f4397b4c64794d9322 stored OK Source upload succeeded. Don't forget to commit the new ./sources file M sources $ From mschwendt at gmail.com Fri Apr 4 13:05:42 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 4 Apr 2008 15:05:42 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47F62216.5020205@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> Message-ID: <20080404150542.9a42608d.mschwendt@gmail.com> On Fri, 04 Apr 2008 05:41:58 -0700, Andrew Farris wrote: > But what could be gained from trying to solve bugs in software that is long > modified to be unrecognizable from the state it was in then... You presume too much. The bot didn't examine whether the software/pkg changed too much. The bot mass-changed tickets based on age/product. > the bugs were > changed to NEEDINFO so that the reporters can then go back and indicate whether > the bug is still relevant to anyone/them. This particular reporter won't "go back". It is beyond my time. I've spent time on reporting the bugs, patches, I've been available to give feedback if need be. The tickets have been ignored. Now it's too late to expect me to spend time on the same issues again. Why should I? It's not the first time somebody tries to "clean up bugzilla" only to do it again a few months later when the next tickets become "too old". Listen, I don't want to argue with you. I've pointed out how I feel about it and move on. For me, experience with bugzilla.redhat.com has become worse. > You don't need to do anything if its not something that still matters, and > you're not expected to. But why would you begrudge the developers a cleaner > bugzilla if that doesn't matter anymore? If you don't care to spend time on it > now do you really think anyone needs to? See above. Can't be so hard to understand. From martin.sourada at gmail.com Fri Apr 4 13:09:29 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Fri, 04 Apr 2008 15:09:29 +0200 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <1207186412.7989.5.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <1207168109.3043.41.camel@pc-notebook> <1207186412.7989.5.camel@localhost.localdomain> Message-ID: <1207314569.4468.49.camel@pc-notebook> On Wed, 2008-04-02 at 21:33 -0400, Dan Williams wrote: > There's support for it, yes, but not via the UI (yet). If the correct > bits get populated in GConf, then it should work. I can send details on > how to do that if you'd like. > > Dan Yeah, I'd like. To outline my situation: * at home I have wireless connection with WEP key authentication works perfect with rawhide, nm even remembers that it should connect to the AP I use rather than trying another (which was the case in F8) * at dorm I have wired connection and the script I made for the connection has to do these steps: 1. stop NetworkManager service 2. turn on eth0 interface (via ifconfig eth0 up) 3. after short wait start xsupplicant - it uses eap-ttls certification and pap authentication 4. start dhclient I don't know if I am able to use wpa_supplicant instead of xsupplicant as the last time I tried it (FC6 days) I wasn't able to successfully authenticate. Thanks, Martin From rjones at redhat.com Fri Apr 4 13:13:53 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 4 Apr 2008 14:13:53 +0100 Subject: BuildError: Error building SRPM curl: (22) The requested URL returned error: 404 In-Reply-To: <20080404145358.873e3744.mschwendt@gmail.com> References: <20080404120511.GA30461@amd.home.annexia.org> <20080404141940.657c221b.mschwendt@gmail.com> <20080404123300.GB30461@amd.home.annexia.org> <20080404145358.873e3744.mschwendt@gmail.com> Message-ID: <20080404131353.GC30461@amd.home.annexia.org> On Fri, Apr 04, 2008 at 02:53:58PM +0200, Michael Schwendt wrote: > Is your certificate expired? I don't think so. According to certtool: certtool --infile ~/.fedora.cert -i [...] Validity: Not Before: Thu Jul 12 17:57:00 2007 Not After: Fri Jul 11 17:57:00 2008 > $ make upload FILES=cduce-0.5.2.1.tar.gz Thanks, that looks like it worked. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From bradbell at seanet.com Fri Apr 4 14:01:46 2008 From: bradbell at seanet.com (Brad Bell) Date: Fri, 04 Apr 2008 07:01:46 -0700 Subject: FTBS Bug Procedures Message-ID: <47F634CA.7070901@seanet.com> Yesterday I received e-mail notice of a new bug: The bug comments begin with: Opened by FTBFS (ftbfs at fedoraproject.org) on 2008-04-03 21:44 EST [reply] I think that I have fixed the problem and all the tests now pass; see https://bugzilla.redhat.com/show_bug.cgi?id=440565#c7 Is the proper procedure at this point to indicate that the bug is resolved for rawhide by selecting "Resolve bug, ... RAWHIDE" ? More generally, is there a Fedora wiki page that discusses how to use the fields in a Fedora bug ? From pemboa at gmail.com Fri Apr 4 14:05:22 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 4 Apr 2008 09:05:22 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: <20080404150542.9a42608d.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <20080404150542.9a42608d.mschwendt@gmail.com> Message-ID: <16de708d0804040705p30e01e14hd1a0026c359aa39@mail.gmail.com> On Fri, Apr 4, 2008 at 8:05 AM, Michael Schwendt wrote: > On Fri, 04 Apr 2008 05:41:58 -0700, Andrew Farris wrote: > > > But what could be gained from trying to solve bugs in software that is long > > modified to be unrecognizable from the state it was in then... > > You presume too much. The bot didn't examine whether the software/pkg > changed too much. The bot mass-changed tickets based on age/product. How many email did you receive? Now multiply that by some small number to accommodate for others like yourself... say 30. Now let say it takes a person 5 mins to determine if bug against package foobar in fc6 still exists in f8., so that's 150 * (num email you got). That's easily a 24 man hours. I received those email too. My ownly complaint was that I was somewhat offended that Bugzilla felt the need to apologize to me. As if it thought I was sensitive enough to get all anxious about the matter. I simply verified that the issue existed in F8 and acted accordingly. Also, there was a link to the wiki on how to join the Bug Triage program to make things go a bit faster/ -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From katzj at redhat.com Fri Apr 4 14:25:39 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 04 Apr 2008 10:25:39 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207232328.2988.118.camel@beck.corsepiu.local> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <1207232328.2988.118.camel@beck.corsepiu.local> Message-ID: <1207319139.22218.7.camel@aglarond.local> On Thu, 2008-04-03 at 16:18 +0200, Ralf Corsepius wrote: > On Thu, 2008-04-03 at 10:04 -0400, Dave Jones wrote: > > Good luck trying to get the installer to run on anything less than 512MB these days. > 512MB? Has Fedora's installation requirements become this kind of poor? > > But correct, installing Fedora on low memory systems has always been a > PITA. Things have gotten worse with every release. 256 should be doable[1]. 192 is in the "maybe" range, we swing back and forth some on it just based on some external pressures and I just haven't had a chance to try it. davej just got recently burned a bit by two bugs[2] that were hurting the installer's memory usage a bit. Jeremy [1] With swap [2] One was that we hadn't gotten to moving stage2 out of RAM yet. The other was that os.path.join has one entirely non-intuitive way of calling it... From notting at redhat.com Fri Apr 4 14:26:06 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 4 Apr 2008 10:26:06 -0400 Subject: inittab vs. /etc/sysconfig/init for runlevel 3/5 In-Reply-To: <20080327125640.GB28926@nostromo.devel.redhat.com> References: <20080327125640.GB28926@nostromo.devel.redhat.com> Message-ID: <20080404142606.GA31381@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > With the switch to upstart, we obviated the need for /etc/inittab (upstart > does not need it, nor read it.) > > Initially, we added a quick hack that read /etc/inittab solely to determine > the default runlevel. Based on a bug I filed (#432384), we changed that so > that the key for runlevel 3 vs. runlevel 5 is GRAPHICAL in /etc/sysconfig/init, > and we'e planning to just remove the inittab file to make things more obvious. > > I'm open to better ideas, though - should we ship a trimmed inittab that > contains *only* the initdefault line? Should we introduce a new configuration > flag somewhere else? Does it really matter in the long run? OK, upon further consideration: - We're still supporting SysV runlevels in F9 - Given that, we need to support people who customize it beyond 3 and 5 - Rather than invent a new file/key for that (as GRAPHICAL= doesn't cut it), it probably makes sense to just leave it in inittab for now, and revisit when we've done more migration Hence, I'll flip things back in event-compat-sysv, and anaconda - the 'id:' line in inittab will be read for the default runlevel. (If it's not there, it will default to 3.) initscripts with an appropriately neutered inittab with commentary will show up at some point today. man pages for upstart event syntax will follow. All clear as mud? Bill From rc040203 at freenet.de Thu Apr 3 14:22:56 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 03 Apr 2008 16:22:56 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <200804030711.19384.konrad@tylerc.org> References: <47F2C3A5.7010402@redhat.com> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <200804030711.19384.konrad@tylerc.org> Message-ID: <1207232576.2988.123.camel@beck.corsepiu.local> On Thu, 2008-04-03 at 07:11 -0700, Konrad Meyer wrote: > Quoth Dave Jones: > > Good luck trying to get the installer to run on anything less than 512MB > these days. > > > > Dave > > I installed FC5 via SLINKY and have done live upgrades since. With my i586, I moved the HD to a better machine (no USB nor CD/DVDROM) and installed Fedora (FC5 or FC6, I don't recall) there. Upgrades since then, also. Currently runs FC8 (runlevel 3, no GUI). Ralf From jspaleta at gmail.com Fri Apr 4 15:18:48 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 4 Apr 2008 07:18:48 -0800 Subject: Current list of things that "scare" me for Fedora 9 release In-Reply-To: <1207313372.13201.322.camel@cookie.hadess.net> References: <1207260090.4103.23.camel@localhost.localdomain> <604aa7910804031510xa79f91cu6303fd61482ce11d@mail.gmail.com> <1207313372.13201.322.camel@cookie.hadess.net> Message-ID: <604aa7910804040818j24e9daefn781e5d22042c4901@mail.gmail.com> On Fri, Apr 4, 2008 at 4:49 AM, Bastien Nocera wrote: > That's bluez-gnome. oops -jef From walters at verbum.org Fri Apr 4 15:32:38 2008 From: walters at verbum.org (Colin Walters) Date: Fri, 4 Apr 2008 11:32:38 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <20080404140333.262969f0.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: On Fri, Apr 4, 2008 at 8:03 AM, Michael Schwendt wrote: > > There are plenty of tickets where I even posted patches (which makes > the tickets "EasyFix" cases). E.g. https://bugzilla.redhat.com/233833 For that kind of stuff, honestly I would just apply it. Fedora's processes shouldn't block skilled people from doing good work. From jonathan at jonmasters.org Fri Apr 4 15:43:45 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Fri, 04 Apr 2008 11:43:45 -0400 Subject: Bug triage - what is going to be achieved? In-Reply-To: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Message-ID: <1207323825.16905.94.camel@perihelion> On Fri, 2008-04-04 at 11:26 +0200, Adam Tkac wrote: > this morning I checked my mailbox and there were many messages from > bugzilla. But after inspection nothing interesting was there, only > bogus from some stupid bot. Oh, I thought it was awesome branding saying "Fedora apologizes" :) Jon. From Matt_Domsch at dell.com Fri Apr 4 15:46:58 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 4 Apr 2008 10:46:58 -0500 Subject: FTBS Bug Procedures In-Reply-To: <47F634CA.7070901@seanet.com> References: <47F634CA.7070901@seanet.com> Message-ID: <20080404154658.GA13352@auslistsprd01.us.dell.com> On Fri, Apr 04, 2008 at 07:01:46AM -0700, Brad Bell wrote: > Yesterday I received e-mail notice of a new bug: The bug comments begin > with: > Opened by FTBFS (ftbfs at fedoraproject.org) on 2008-04-03 21:44 EST > [reply] That's my script. It's about to file a bug for 220 additional packages that it hadn't filed for before. > > I think that I have fixed the problem and all the tests now pass; see > https://bugzilla.redhat.com/show_bug.cgi?id=440565#c7 > > Is the proper procedure at this point to indicate that the bug is > resolved for rawhide by selecting > "Resolve bug, ... RAWHIDE" either RAWHIDE, or CURRENTRELEASE. Either way, include the version n number where it's fixed. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Fri Apr 4 15:49:50 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 4 Apr 2008 10:49:50 -0500 Subject: FTBFS Bug Filing and Handling proposal In-Reply-To: <20080401134325.GA29761@auslistsprd01.us.dell.com> References: <20080401134325.GA29761@auslistsprd01.us.dell.com> Message-ID: <20080404154950.GB13352@auslistsprd01.us.dell.com> On Tue, Apr 01, 2008 at 08:43:25AM -0500, Matt Domsch wrote: > A proposal for consideration. > http://fedoraproject.org/wiki/MattDomsch/FTBFS Hearing no objections, and several +1's, bugs are starting to be filed as we speak. Affected packages should get a new bug, plus up to 4 attachments (build.log and root.log for each of i386 and x86_64 if it failed there). It _should_ send only a single email on the creation of the bug, but not for the attachments. If you already have a bug filed which blocks FTBFS, or recursively, anything that blocks something that blocks FTBFS (such as the gcc 4.3 rebuild blocker), a new bug will not be filed. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From jreiser at BitWagon.com Fri Apr 4 16:12:20 2008 From: jreiser at BitWagon.com (John Reiser) Date: Fri, 04 Apr 2008 09:12:20 -0700 Subject: incremental static module addition to kernel In-Reply-To: <47F2C3A5.7010402@redhat.com> References: <47F2C3A5.7010402@redhat.com> Message-ID: <47F65364.5040903@BitWagon.com> Harald Hoyer wrote: > Compiling these modules, which are loaded on nearly every PC, in the > kernel ... How about letting the end system administrator add modules statically. Make a utility program which uncompresses a kernel, incrementally adds (loads, as /bin/ld) a list of modules, then re-compresses the modified kernel. The original kernel needs a compiled-in ["meta-"]module to provide hooks for initialization of the added modules. -- From sundaram at fedoraproject.org Fri Apr 4 16:51:10 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 04 Apr 2008 22:21:10 +0530 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: <47F65C7E.4070307@fedoraproject.org> Colin Walters wrote: > On Fri, Apr 4, 2008 at 8:03 AM, Michael Schwendt wrote: >> There are plenty of tickets where I even posted patches (which makes >> the tickets "EasyFix" cases). E.g. https://bugzilla.redhat.com/233833 > > For that kind of stuff, honestly I would just apply it. Fedora's > processes shouldn't block skilled people from doing good work. Right. If you have commit access and the fixes are simple and obvious just go ahead and do it. Rahul From mschwendt at gmail.com Fri Apr 4 16:54:16 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 4 Apr 2008 18:54:16 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: <20080404185416.f9ecf2ce.mschwendt@gmail.com> On Fri, 4 Apr 2008 11:32:38 -0400, Colin Walters wrote: > On Fri, Apr 4, 2008 at 8:03 AM, Michael Schwendt wrote: > > > > There are plenty of tickets where I even posted patches (which makes > > the tickets "EasyFix" cases). E.g. https://bugzilla.redhat.com/233833 > > For that kind of stuff, honestly I would just apply it. Fedora's > processes shouldn't block skilled people from doing good work. As I've pointed out, commit access is restricted for many many many packages. And yes, where I could commit I've done that (albeit without requesting a build but with a good comment), and I haven't had a single maintainer yell at me. ;) From wart at kobold.org Fri Apr 4 17:03:51 2008 From: wart at kobold.org (Michael Thomas) Date: Fri, 04 Apr 2008 10:03:51 -0700 Subject: guichan soname bump Message-ID: <47F65F77.9050205@kobold.org> guichan is being upgraded to the latest 0.7.1 release to help fix a long standing bug in the dependent package 'manaworld'. This will bump the soname for guichan from 0.6.1 to 0.7.1. The only two packages that depend on guichan are manaword and ballz. Both of these will be rebuilt in Rawhide, F-8, and F-7 at the same time that guichan is upgraded. A compat-guichan06 package will be introduced in F-8 and F-7 (but not rawhide) for any non-Fedora packages that may exist on end-user systems that still need this older version. --Wart From markg85 at gmail.com Fri Apr 4 17:12:53 2008 From: markg85 at gmail.com (Mark) Date: Fri, 4 Apr 2008 19:12:53 +0200 Subject: Application for GSoC Project - Package WebUI In-Reply-To: <1207296576.17819.24.camel@localhost> References: <47E6CF76.5070305@inetwork.ru> <47E7B417.1060308@leemhuis.info> <47E7DAE9.3020001@inetwork.ru> <47EA96DB.9080906@leemhuis.info> <47EA9A06.2090106@inetwork.ru> <47EB243B.2000103@gmail.com> <6e24a8e80803270345l3d4d6583l3d87e7e11a511043@mail.gmail.com> <47EBD0AA.5060000@gmail.com> <6e24a8e80803271223j6fe20642keed854c84ab549ea@mail.gmail.com> <1207296576.17819.24.camel@localhost> Message-ID: <6e24a8e80804041012p53bce5b0l3f4225655af742f5@mail.gmail.com> 2008/4/4, Callum Lerwick : > > On Thu, 2008-03-27 at 20:23 +0100, Mark wrote: > > About the language it needs to be written in.. (Python).. byw bye > > oppertunity for me to make it unless i learn python :) i do know Java > > and PHP. > > > Seriously, just learn Python. Java should have already taught you OOP, > and PHP should have already taught you loosely-typed "script" style > programming, and the use of lists and hashes as fundamental data types, > and that's maybe 95% of what underlies Python you know already. > I have enough on my todo list already for the coming months. python together with this project isn't high on it. i'm more then willing to help when needed but not a full time SoC application. I will help in: - template stuff - mocking the design up - ajax technology stuff And there is more then enough to do in those 3 alone. When you (the one who is gonna do this project) need my help on this just drop me a line and i will give it my best shot. From walters at verbum.org Fri Apr 4 17:13:02 2008 From: walters at verbum.org (Colin Walters) Date: Fri, 4 Apr 2008 13:13:02 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <20080404185416.f9ecf2ce.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <20080404185416.f9ecf2ce.mschwendt@gmail.com> Message-ID: On Fri, Apr 4, 2008 at 12:54 PM, Michael Schwendt wrote: > > As I've pointed out, commit access is restricted for many many many > packages. And yes, where I could commit I've done that (albeit without > requesting a build but with a good comment), and I haven't had a single > maintainer yell at me. ;) Thoughts: * Create a group "janitors" in the FAS that has global commit access * Anyone who's had a Fedora account (for example) > 6mo can request janitor access * The janitor access request is sent to the list of existing janitors and voted on * A janitor is only supposed to commit "cleanups", which is a fuzzy definition but if for example you're patching the upstream source it's probably going too far "Packaging Ninja Squad" might be a sexier name. From markg85 at gmail.com Fri Apr 4 17:18:01 2008 From: markg85 at gmail.com (Mark) Date: Fri, 4 Apr 2008 19:18:01 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> Message-ID: <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> 2008/4/3, Arthur Pemberton : > Here's what people asking for the removal of SELinux don't seem to understand. > > > When you remove SELinux, those of use who want to have it essentially > can't have it (yes you can always recompile yourself). When you leave > SELinux in, those of you who don't want it can simply turn it off. > > Bad example, but it's like deciding whether or not to put a light bulb > in a room. If there is no light bulb, no one can have light. If there > is one, you can always just switch it off when you don't want light. To stay on your light bulb. It might not be the best thing to show down the light bulb like Mr.Bean does in one of his videos so having the light bulb BUT turning it off by default is better for the environment :) only turn it on when you need the light. and for that fedora needs to change the current state of that light bulb from on to off by default From sundaram at fedoraproject.org Fri Apr 4 17:24:23 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 04 Apr 2008 22:54:23 +0530 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> Message-ID: <47F66447.9000205@fedoraproject.org> Mark wrote: > 2008/4/3, Arthur Pemberton : >> Here's what people asking for the removal of SELinux don't seem to understand. >> >> >> When you remove SELinux, those of use who want to have it essentially >> can't have it (yes you can always recompile yourself). When you leave >> SELinux in, those of you who don't want it can simply turn it off. >> >> Bad example, but it's like deciding whether or not to put a light bulb >> in a room. If there is no light bulb, no one can have light. If there >> is one, you can always just switch it off when you don't want light. > > To stay on your light bulb. > It might not be the best thing to show down the light bulb like > Mr.Bean does in one of his videos so having the light bulb BUT turning > it off by default is better for the environment :) only turn it on > when you need the light. Security is needed and hence different features to help support that need. http://fedoraproject.org/wiki/Security/Features Rahul From fedora at leemhuis.info Fri Apr 4 17:24:42 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Apr 2008 19:24:42 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <20080404185416.f9ecf2ce.mschwendt@gmail.com> Message-ID: <47F6645A.7080303@leemhuis.info> On 04.04.2008 19:13, Colin Walters wrote: > On Fri, Apr 4, 2008 at 12:54 PM, Michael Schwendt wrote: >> As I've pointed out, commit access is restricted for many many many >> packages. And yes, where I could commit I've done that (albeit without >> requesting a build but with a good comment), and I haven't had a single >> maintainer yell at me. ;) > > Thoughts: > > * Create a group "janitors" in the FAS that has global commit access > * Anyone who's had a Fedora account (for example) > 6mo can request > janitor access > * The janitor access request is sent to the list of existing janitors > and voted on > * A janitor is only supposed to commit "cleanups", which is a fuzzy > definition but if > for example you're patching the upstream source it's probably going too far > > "Packaging Ninja Squad" might be a sexier name. Just FYI (really just FYI, it not meant to shoot this discussion down or something like that), I suppose this is at least the fourth or fifth time such a idea/concept comes up in the past two years (likely it happened even more often). It has been discussed a lot and into detail, just was never realized due to technical and political hurdles (and nobody willing to work his way through them). Cu knurd From jkeating at redhat.com Fri Apr 4 17:52:13 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 04 Apr 2008 13:52:13 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <20080404185416.f9ecf2ce.mschwendt@gmail.com> Message-ID: <1207331533.3110.34.camel@localhost.localdomain> On Fri, 2008-04-04 at 13:13 -0400, Colin Walters wrote: > Thoughts: Better thought. Actually get somebody working on new maintainer containment stuff I proposed http://fedoraproject.org/wiki/JesseKeating/NewMaintainerContainment and then open the package set up for the rest of us that aren't "new" anymore. Only lock down those that are owned by extremely paranoid folken (kernel, glibc). That's what we're really after both technically and politically. Keep the newbies from harming more than their own little world of packages, let the experienced folks have full reign over everything, lock down a few specific packages. If only I had an intern to help me with this... -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ajackson at redhat.com Fri Apr 4 17:53:29 2008 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 04 Apr 2008 13:53:29 -0400 Subject: X fails to start due to librecord not being there In-Reply-To: <20080404114551.M69112@all-the-johnsons.co.uk> References: <20080404114551.M69112@all-the-johnsons.co.uk> Message-ID: <1207331610.8687.0.camel@localhost.localdomain> On Fri, 2008-04-04 at 12:47 +0100, Paul F. Johnson wrote: > Hi, > > Now that xorg-x11-server is no longer shipping with librecord, my system will > no longer give me a desktop. > > How can I fix my system so that X will start? Failure to load librecord is not fatal. Try looking at the end of your X log instead. - ajax From rwwyatt01 at gmail.com Fri Apr 4 18:00:21 2008 From: rwwyatt01 at gmail.com (Randy Wyatt) Date: Fri, 4 Apr 2008 11:00:21 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <1207331533.3110.34.camel@localhost.localdomain> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <20080404185416.f9ecf2ce.mschwendt@gmail.com> <1207331533.3110.34.camel@localhost.localdomain> Message-ID: <34e52d0c0804041100w7f513556k5969bf4e655294d@mail.gmail.com> I have the time and the ability to contribute in this area. I will try to get my Fedora Account fixed. For the first time in a couple of years, I am getting time to do some external work rather than fight internal fires. Regards, Randy 2008/4/4 Jesse Keating : > On Fri, 2008-04-04 at 13:13 -0400, Colin Walters wrote: > > Thoughts: > > Better thought. Actually get somebody working on new maintainer > containment stuff I proposed > http://fedoraproject.org/wiki/JesseKeating/NewMaintainerContainment > > and then open the package set up for the rest of us that aren't "new" > anymore. Only lock down those that are owned by extremely paranoid > folken (kernel, glibc). > > That's what we're really after both technically and politically. Keep > the newbies from harming more than their own little world of packages, > let the experienced folks have full reign over everything, lock down a > few specific packages. > > If only I had an intern to help me with this... > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From pekkas at netcore.fi Fri Apr 4 18:07:51 2008 From: pekkas at netcore.fi (Pekka Savola) Date: Fri, 4 Apr 2008 21:07:51 +0300 (EEST) Subject: bugzilla triage madness :-/ In-Reply-To: <20080404140333.262969f0.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: On Fri, 4 Apr 2008, Michael Schwendt wrote: > What do I care? When I filed the bug, the product was fresh and maintained, > wasn't it? But more than a year later I'm no longer willing to spend time > on the same issues without a single sign of life from the package owner. That seems like one of the fundamental problems here; I agree with you. Having filed bugs, and seeing them get closed 5 years later with "this product is no longer supported", and no developer response in between is rather disheartening. A suggestion for a saner bugzilla automation: close packages in _NEEDINFO_ stage unless there is response from the reporter. If the developer believes the issue is fixed or there is a high likelyhood that it has already been fixed in a newer version, s/he should set NEEDINFO state (with some help to automate this if needed) But this should not be done automatically. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From nicolas.mailhot at laposte.net Fri Apr 4 18:09:06 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 04 Apr 2008 20:09:06 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47F60D2A.1040702@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> Message-ID: <1207332546.32468.1.camel@rousalka.dyndns.org> Le vendredi 04 avril 2008 ? 04:12 -0700, Andrew Farris a ?crit : > FYI, that was a bot running on behalf of the bug triage project and (as I and > others understood it) was not supposed to be flooding bugs in rawhide but only > in older releases... to weed out stale and forgotten bugs. Its a good thing, > though partially seems to have gone awry at the moment. It's definition of "stale" is anything opened long ago, it's even closing stuff which had comments in the last half year (which is *not* stale) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From pemboa at gmail.com Fri Apr 4 18:10:26 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 4 Apr 2008 13:10:26 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: <16de708d0804041110y744acb9enfbde9185d0626286@mail.gmail.com> On Fri, Apr 4, 2008 at 1:07 PM, Pekka Savola wrote: > On Fri, 4 Apr 2008, Michael Schwendt wrote: > > > What do I care? When I filed the bug, the product was fresh and > maintained, > > wasn't it? But more than a year later I'm no longer willing to spend time > > on the same issues without a single sign of life from the package owner. > > > > That seems like one of the fundamental problems here; I agree with you. > Having filed bugs, and seeing them get closed 5 years later with "this > product is no longer supported", and no developer response in between is > rather disheartening. > > A suggestion for a saner bugzilla automation: close packages in _NEEDINFO_ > stage unless there is response from the reporter. > > If the developer believes the issue is fixed or there is a high likelyhood > that it has already been fixed in a newer version, s/he should set NEEDINFO > state (with some help to automate this if needed) But this should not be > done automatically. Isn't the reporter in a better position to know if it was fixed than random bug triager? -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From walters at verbum.org Fri Apr 4 18:11:24 2008 From: walters at verbum.org (Colin Walters) Date: Fri, 4 Apr 2008 14:11:24 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <1207331533.3110.34.camel@localhost.localdomain> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <20080404185416.f9ecf2ce.mschwendt@gmail.com> <1207331533.3110.34.camel@localhost.localdomain> Message-ID: 2008/4/4 Jesse Keating : > On Fri, 2008-04-04 at 13:13 -0400, Colin Walters wrote: > > Thoughts: > > Better thought. Actually get somebody working on new maintainer > containment stuff I proposed > http://fedoraproject.org/wiki/JesseKeating/NewMaintainerContainment Yours is almost better, except it doesn't mention ninjas. From nicolas.mailhot at laposte.net Fri Apr 4 18:18:37 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 04 Apr 2008 20:18:37 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47F62216.5020205@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> Message-ID: <1207333117.32468.11.camel@rousalka.dyndns.org> Le vendredi 04 avril 2008 ? 05:41 -0700, Andrew Farris a ?crit : > But what could be gained from trying to solve bugs in software that is long > modified to be unrecognizable from the state it was in then... Packaging problems persist even if the underlying software was updated many times. Next time do not flood reporters flood component owners (with a 'can we close this yes/no ?' if no answer do not close is assumed) since component owners are the ones asking to push stuff under the carpet and should at least perform some activity to get their wish. Anyway the damage is done, decent reporters will forgive the bug zapping project this time but you've just expended your error budget and will need to win a lot of credibility back before another mistake is forgiven. > Its regrettable that some bugs got left > behind when they did, but a bug filed against 'rawhide' in 2006 is obviously > obselete and you know this. A bug filled against rawhide in 2000 which had a comment in february 2008 is obviously not obsolete. What counts is activity not date of creation -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jkeating at redhat.com Fri Apr 4 18:32:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 04 Apr 2008 14:32:05 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <1207333117.32468.11.camel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> Message-ID: <1207333925.3110.36.camel@localhost.localdomain> On Fri, 2008-04-04 at 20:18 +0200, Nicolas Mailhot wrote: > > Anyway the damage is done, decent reporters will forgive the bug zapping > project this time but you've just expended your error budget and will > need to win a lot of credibility back before another mistake is > forgiven. No, sorry, you don't get to pull crap like that. The Triage team's plans were posted many times and ratified by the Triage team/QA and then FESCo, and announced again. You had your chance at providing input and making it "better". -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Apr 4 18:33:28 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 04 Apr 2008 14:33:28 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <1207333117.32468.11.camel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> Message-ID: <1207334008.3110.38.camel@localhost.localdomain> On Fri, 2008-04-04 at 20:18 +0200, Nicolas Mailhot wrote: > A bug filled against rawhide in 2000 which had a comment in february > 2008 is obviously not obsolete. What counts is activity not date of > creation A comment of "is this still a problem" doesn't make it !stale either. So maybe you can write an AI bot that will parse comments and decide if it's actual activity vs "are you still alive out there" type comments. Or would you rather go manually read through 10K bugs? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Fri Apr 4 18:47:01 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 04 Apr 2008 14:47:01 -0400 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <1207314569.4468.49.camel@pc-notebook> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <1207168109.3043.41.camel@pc-notebook> <1207186412.7989.5.camel@localhost.localdomain> <1207314569.4468.49.camel@pc-notebook> Message-ID: <1207334821.14169.5.camel@localhost.localdomain> On Fri, 2008-04-04 at 15:09 +0200, Martin Sourada wrote: > On Wed, 2008-04-02 at 21:33 -0400, Dan Williams wrote: > > There's support for it, yes, but not via the UI (yet). If the correct > > bits get populated in GConf, then it should work. I can send details on > > how to do that if you'd like. > > > > Dan > > Yeah, I'd like. To outline my situation: > > * at home I have wireless connection with WEP key authentication works > perfect with rawhide, nm even remembers that it should connect to the AP > I use rather than trying another (which was the case in F8) > > * at dorm I have wired connection and the script I made for the > connection has to do these steps: > > 1. stop NetworkManager service > 2. turn on eth0 interface (via ifconfig eth0 up) > 3. after short wait start xsupplicant > - it uses eap-ttls certification and pap authentication > 4. start dhclient > > I don't know if I am able to use wpa_supplicant instead of xsupplicant > as the last time I tried it (FC6 days) I wasn't able to successfully > authenticate. Can you give wpa_supplicant a shot again to make sure it will work first? Make sure you set "ap_scan=0" in the global section (ie, at the top and not in a 'network' block). Thanks, Dan From dcbw at redhat.com Fri Apr 4 18:50:37 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 04 Apr 2008 14:50:37 -0400 Subject: f9 resetting dns nameservers In-Reply-To: <20080404093422.03cee661@dhcp03.addix.net> References: <58a220fa0804010942n70717cd7x20298dd702f7054d@mail.gmail.com> <1207068874.1553.7.camel@localhost.localdomain> <1207084556.5499.2.camel@localhost.localdomain> <1207137753.23595.3.camel@localhost.localdomain> <20080403171140.3eb7a928@dhcp03.addix.net> <1207249423.486.3.camel@localhost.localdomain> <20080403211450.1c34b169@lain.camperquake.de> <1207256731.486.28.camel@localhost.localdomain> <20080404093422.03cee661@dhcp03.addix.net> Message-ID: <1207335037.14169.9.camel@localhost.localdomain> On Fri, 2008-04-04 at 09:34 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 03 Apr 2008 17:05:31 -0400, Dan Williams wrote: > > > > I have a modem connection and an xDSL connection (via the built in > > > ethernet) that I use from time to time. > > > > PPPoE or PPPoA? > > PPPoE. Ok; there's some support for PPPoE already in NM but it hasn't had much testing. There's still some work to be done to get the system settings service reading the ifcfg files for it to. What would help is if people could send me their PPPoE ifcfg files so I can make sure their cases are covered. Thanks! Dan From loganjerry at gmail.com Fri Apr 4 18:55:02 2008 From: loganjerry at gmail.com (Jerry James) Date: Fri, 4 Apr 2008 12:55:02 -0600 Subject: How to get the cvs flag Message-ID: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> What feature of a bug report makes the cvs flag show up? I need that flag here: https://bugzilla.redhat.com/show_bug.cgi?id=440639 I see the flag on bugs with the "Package Review" component, but that component doesn't seem to be available when the product is "Fedora EPEL". This question is not answered in the text I get when pressing the "Help" button, either. -- Jerry James http://loganjerry.googlepages.com/ From dcbw at redhat.com Fri Apr 4 18:56:44 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 04 Apr 2008 14:56:44 -0400 Subject: Network Manager Summary In-Reply-To: References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> <47F5A0BE.4090404@gmail.com> Message-ID: <1207335404.14169.14.camel@localhost.localdomain> On Fri, 2008-04-04 at 13:55 +0200, Harald Hoyer wrote: > Andrew Farris wrote: > > Mike Chambers wrote: > >> On Thu, 2008-04-03 at 18:57 -0500, Mike Chambers wrote: > >> > >>> BUT, the problem seems to be, that after I set it so network didn't > >>> start, and network manager did, that my /etc/resolv.conf file got > >>> emptied and didn't have dns. I had to add it manually. Going to reboot > >>> after sending this email to see if it stays this time. Or does it get > >>> removed each time anyway and this is a bug? > >> > >> The /etc/resolv.conf file does indeed get emptied (file exists, just no > >> info) upon shutdown/boot up. Although the one > >> in /etc/sysconfig/networking/profiles/default/resolv.conf file is filled > >> out but I am guessing not ready by NM. Soooo, I thought I read about > >> the ifcfg-ethx file having dns info inside it? IF so, what paramaters > >> are used to list it there? DNS seems to be about the only thing so far > >> from NM being completely usable and no configuring at all. > >> > >> Other thatn that, all is well and services seem to start. ALTHOUGH, I > >> have experienced that on shutdown, while shutting down quotas, it stays > >> there and never goes away? Cold boot after to get it going. > > > > Edit /etc/sysconfig/networking/devices/ifcfg-ethx and add DNS1, DNS2, > > DNS3, and set PEERDNS=no and networkmanager should pick up and reset > > your resolv.conf based on those cfgs and which is configured (i.e. diff > > interfaces could have diff nameservers). Also see the thread: > > Re: f9 resetting dns nameservers > > > > NM does not seem to honor PEERDNS=no What's the expected behavior there for ifup? For NM, the way it _should_ currently work is: 1) if using DHCP; DNS1..3 will override whatever the DHCP server sends you 2) if using static: you must specify DNSX or else you won't get DNS servers The problem is that we can't pull DNS servers from the existing resolv.conf, because stuff rewrites resolv.conf. We need to store DNS information in the ifcfg files so that when more than one connection gets brought up, we can merge the information from both of those connections into a suitable resolv.conf. What might be a good thing to do is honor PEERDNS=no for a connection/ifcfg such that NM just won't use anything that an automatic configuration method (like DHCP or PPP) returns for that connection. Dan From dcbw at redhat.com Fri Apr 4 18:58:59 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 04 Apr 2008 14:58:59 -0400 Subject: Network Manager Summary In-Reply-To: <200804032352.07183.jamatos@fc.up.pt> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> Message-ID: <1207335539.14169.16.camel@localhost.localdomain> On Thu, 2008-04-03 at 23:52 +0100, Jos? Matos wrote: > On Thursday 03 April 2008 23:14:27 Mike Chambers wrote: > > > > Dan, any chance of a quick summary for us for wireless users and just > > wired (laptops and desktops) so we can get a better understanding on who > > can use this and who can't? > > Without wanting to steal the thread and because this issue is related I have > another question. If I click on the applet with the right mouse I have one > option called "Edit Connections..." > > I get a dialog with all the types of connection supported by NM that have > been used. So far so good. :-) > > For each connection I have three options, add, edit and delete. For me using > KDE only the last option is available, the other two are greyed out. Is this > normal, a bug or some sloppiness from me? :-) > > I saw a picture on Dan's blog where those options where active... You're not dreaming :) They are active in SVN, but disabled in Fedora because they aren't completely working yet. The intention is to magically enable them in an update quite soon once the functionality is there. Dan From tcallawa at redhat.com Fri Apr 4 19:00:45 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 04 Apr 2008 15:00:45 -0400 Subject: How to get the cvs flag In-Reply-To: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> References: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> Message-ID: <1207335646.4162.26.camel@localhost.localdomain> On Fri, 2008-04-04 at 12:55 -0600, Jerry James wrote: > What feature of a bug report makes the cvs flag show up? I need that flag here: > > https://bugzilla.redhat.com/show_bug.cgi?id=440639 > > I see the flag on bugs with the "Package Review" component, but that > component doesn't seem to be available when the product is "Fedora > EPEL". This question is not answered in the text I get when pressing > the "Help" button, either. Weird. Maybe bugs under Fedora EPEL don't expose that. Dave? ~spot From jamatos at fc.up.pt Fri Apr 4 19:08:01 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 4 Apr 2008 20:08:01 +0100 Subject: Network Manager Summary In-Reply-To: <1207335539.14169.16.camel@localhost.localdomain> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207335539.14169.16.camel@localhost.localdomain> Message-ID: <200804042008.02445.jamatos@fc.up.pt> On Friday 04 April 2008 19:58:59 Dan Williams wrote: > You're not dreaming :) > > They are active in SVN, but disabled in Fedora because they aren't > completely working yet. ?The intention is to magically enable them in an > update quite soon once the functionality is there. I am glad to know (both that I am not dreaming and that it will enabled later). Thanks. :-) > Dan -- Jos? Ab?lio From nicolas.mailhot at laposte.net Fri Apr 4 19:25:02 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 04 Apr 2008 21:25:02 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <1207333925.3110.36.camel@localhost.localdomain> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207333925.3110.36.camel@localhost.localdomain> Message-ID: <1207337102.32468.41.camel@rousalka.dyndns.org> Le vendredi 04 avril 2008 ? 14:32 -0400, Jesse Keating a ?crit : > On Fri, 2008-04-04 at 20:18 +0200, Nicolas Mailhot wrote: > > > > Anyway the damage is done, decent reporters will forgive the bug zapping > > project this time but you've just expended your error budget and will > > need to win a lot of credibility back before another mistake is > > forgiven. > > No, sorry, you don't get to pull crap like that. The Triage team's > plans were posted many times and ratified by the Triage team/QA and then > FESCo, and announced again. You had your chance at providing input and > making it "better". That's not crap that's reality. You can publish discuss get reviewed approved as much as you want that does not remove all responsibility if flaws are found in the approved plan once implemented. An approval and review procedure never changed the fact that ultimately the person or team doing a proposal had the most visibility and brainshare to spend on it. If it works out they get the fame. If not they get the shame. Bad karma can be earned back. Given the state our old bug triaging was the bug zapping team will have lots of opportunity to win good karma. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Fri Apr 4 19:34:37 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 04 Apr 2008 21:34:37 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <1207334008.3110.38.camel@localhost.localdomain> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> Message-ID: <1207337677.32468.50.camel@rousalka.dyndns.org> Le vendredi 04 avril 2008 ? 14:33 -0400, Jesse Keating a ?crit : > On Fri, 2008-04-04 at 20:18 +0200, Nicolas Mailhot wrote: > > A bug filled against rawhide in 2000 which had a comment in february > > 2008 is obviously not obsolete. What counts is activity not date of > > creation > > A comment of "is this still a problem" doesn't make it !stale either. It makes it something that needs to be manually reviewed. If an assignee started his own cleanup process lately and asked "?is this still a problem" without answer he can finish the procedure and close the issue himself (was going to anyway). OTOH if he bothered the reporter with a "?is this still a problem" and the reporter made the effort to answer or to block an abusive closing, doing it *again* via a bot a few months later will just have the reporter quit in disgust. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From lfarkas at bppiac.hu Fri Apr 4 19:35:20 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Fri, 04 Apr 2008 21:35:20 +0200 Subject: inittab vs. /etc/sysconfig/init for runlevel 3/5 In-Reply-To: <20080404142606.GA31381@nostromo.devel.redhat.com> References: <20080327125640.GB28926@nostromo.devel.redhat.com> <20080404142606.GA31381@nostromo.devel.redhat.com> Message-ID: <47F682F8.3040709@bppiac.hu> Bill Nottingham wrote: > Bill Nottingham (notting at redhat.com) said: >> With the switch to upstart, we obviated the need for /etc/inittab (upstart >> does not need it, nor read it.) >> >> Initially, we added a quick hack that read /etc/inittab solely to determine >> the default runlevel. Based on a bug I filed (#432384), we changed that so >> that the key for runlevel 3 vs. runlevel 5 is GRAPHICAL in /etc/sysconfig/init, >> and we'e planning to just remove the inittab file to make things more obvious. >> >> I'm open to better ideas, though - should we ship a trimmed inittab that >> contains *only* the initdefault line? Should we introduce a new configuration >> flag somewhere else? Does it really matter in the long run? > > OK, upon further consideration: > > - We're still supporting SysV runlevels in F9 > - Given that, we need to support people who customize it beyond 3 and 5 > - Rather than invent a new file/key for that (as GRAPHICAL= doesn't cut it), it > probably makes sense to just leave it in inittab for now, and revisit when we've > done more migration > > Hence, I'll flip things back in event-compat-sysv, and anaconda - the 'id:' > line in inittab will be read for the default runlevel. (If it's not there, > it will default to 3.) > > initscripts with an appropriately neutered inittab with commentary will > show up at some point today. man pages for upstart event syntax will > follow. > > All clear as mud? what happened with the respawn lines? is there anything similar in upstart? with normal services in init.d/ it's not possible. -- Levente "Si vis pacem para bellum!" From cweyl at alumni.drew.edu Fri Apr 4 19:38:17 2008 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Fri, 4 Apr 2008 12:38:17 -0700 Subject: How to get the cvs flag In-Reply-To: <1207335646.4162.26.camel@localhost.localdomain> References: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> <1207335646.4162.26.camel@localhost.localdomain> Message-ID: <7dd7ab490804041238p66875c64j6c67f031c371fe9c@mail.gmail.com> On Fri, Apr 4, 2008 at 12:00 PM, Tom spot Callaway wrote: > On Fri, 2008-04-04 at 12:55 -0600, Jerry James wrote: > > What feature of a bug report makes the cvs flag show up? I need that flag here: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=440639 > > > > I see the flag on bugs with the "Package Review" component, but that > > component doesn't seem to be available when the product is "Fedora > > EPEL". This question is not answered in the text I get when pressing > > the "Help" button, either. > > Weird. Maybe bugs under Fedora EPEL don't expose that. Dave? Shouldn't all branch requests be handled through the master review bug, which would only live on the Fedora side? -Chris -- Chris Weyl Ex astris, scientia From notting at redhat.com Fri Apr 4 19:38:45 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 4 Apr 2008 15:38:45 -0400 Subject: inittab vs. /etc/sysconfig/init for runlevel 3/5 In-Reply-To: <47F682F8.3040709@bppiac.hu> References: <20080327125640.GB28926@nostromo.devel.redhat.com> <20080404142606.GA31381@nostromo.devel.redhat.com> <47F682F8.3040709@bppiac.hu> Message-ID: <20080404193845.GA16715@nostromo.devel.redhat.com> Farkas Levente (lfarkas at bppiac.hu) said: > what happened with the respawn lines? Not sure what you mean? upstart supports respawning services. Bill From tcallawa at redhat.com Fri Apr 4 19:40:32 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 04 Apr 2008 15:40:32 -0400 Subject: How to get the cvs flag In-Reply-To: <7dd7ab490804041238p66875c64j6c67f031c371fe9c@mail.gmail.com> References: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> <1207335646.4162.26.camel@localhost.localdomain> <7dd7ab490804041238p66875c64j6c67f031c371fe9c@mail.gmail.com> Message-ID: <1207338032.4162.29.camel@localhost.localdomain> On Fri, 2008-04-04 at 12:38 -0700, Chris Weyl wrote: > On Fri, Apr 4, 2008 at 12:00 PM, Tom spot Callaway wrote: > > On Fri, 2008-04-04 at 12:55 -0600, Jerry James wrote: > > > What feature of a bug report makes the cvs flag show up? I need that flag here: > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=440639 > > > > > > I see the flag on bugs with the "Package Review" component, but that > > > component doesn't seem to be available when the product is "Fedora > > > EPEL". This question is not answered in the text I get when pressing > > > the "Help" button, either. > > > > Weird. Maybe bugs under Fedora EPEL don't expose that. Dave? > > Shouldn't all branch requests be handled through the master review > bug, which would only live on the Fedora side? In this specific case, yes, but it is possible to hit the following scenarios: 1. Package only lives in EPEL 2. No master review bug exists. ~spot From limb at jcomserv.net Fri Apr 4 19:50:19 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 4 Apr 2008 14:50:19 -0500 (CDT) Subject: How to get the cvs flag In-Reply-To: <1207338032.4162.29.camel@localhost.localdomain> References: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> <1207335646.4162.26.camel@localhost.localdomain> <7dd7ab490804041238p66875c64j6c67f031c371fe9c@mail.gmail.com> <1207338032.4162.29.camel@localhost.localdomain> Message-ID: <9348.63.85.68.164.1207338619.squirrel@mail.jcomserv.net> > On Fri, 2008-04-04 at 12:38 -0700, Chris Weyl wrote: >> On Fri, Apr 4, 2008 at 12:00 PM, Tom spot Callaway >> wrote: >> > On Fri, 2008-04-04 at 12:55 -0600, Jerry James wrote: >> > > What feature of a bug report makes the cvs flag show up? I need >> that flag here: >> > > >> > > https://bugzilla.redhat.com/show_bug.cgi?id=440639 >> > > >> > > I see the flag on bugs with the "Package Review" component, but >> that >> > > component doesn't seem to be available when the product is "Fedora >> > > EPEL". This question is not answered in the text I get when >> pressing >> > > the "Help" button, either. >> > >> > Weird. Maybe bugs under Fedora EPEL don't expose that. Dave? >> >> Shouldn't all branch requests be handled through the master review >> bug, which would only live on the Fedora side? > > In this specific case, yes, but it is possible to hit the following > scenarios: > > 1. Package only lives in EPEL > 2. No master review bug exists. Bug filer here. It's situation 2. > ~spot > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From jkeating at redhat.com Fri Apr 4 19:45:04 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 04 Apr 2008 15:45:04 -0400 Subject: Rawhide 20080404 Snapshot Released Message-ID: <1207338304.3110.49.camel@localhost.localdomain> As part of our development schedule, we are releasing a snapshot of Rawhide in Live form. We are releasing these via bittorrent only as it is a much lighter weight method to get bits out the door than to go through our mirroring system. If you cannot use bittorrent we apologize for the inconvenience. http://torrent.fedoraproject.org/ has a section marked Rawhide-20080404-Snapshot with Live torrents. Due to ongoing issues with X in anaconda we do not have CDs/DVDs of rawhide at this time. We may add them if an X fix happens. Please us bugzilla to report any problems you find (after making sure that somebody else hasn't already reported the issues). The Beta release notes ( http://fedoraproject.org/en/f9-beta-relnotes ) still mostly apply. Thanks for all the testing! -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From tcallawa at redhat.com Fri Apr 4 19:51:59 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 04 Apr 2008 15:51:59 -0400 Subject: How to get the cvs flag In-Reply-To: <9348.63.85.68.164.1207338619.squirrel@mail.jcomserv.net> References: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> <1207335646.4162.26.camel@localhost.localdomain> <7dd7ab490804041238p66875c64j6c67f031c371fe9c@mail.gmail.com> <1207338032.4162.29.camel@localhost.localdomain> <9348.63.85.68.164.1207338619.squirrel@mail.jcomserv.net> Message-ID: <1207338719.4162.31.camel@localhost.localdomain> On Fri, 2008-04-04 at 14:50 -0500, Jon Ciesla wrote: > Bug filer here. It's situation 2. As a temporary workaround, you might try changing the product to "Fedora". ~spot From lfarkas at bppiac.hu Fri Apr 4 19:55:28 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Fri, 04 Apr 2008 21:55:28 +0200 Subject: inittab vs. /etc/sysconfig/init for runlevel 3/5 In-Reply-To: <20080404193845.GA16715@nostromo.devel.redhat.com> References: <20080327125640.GB28926@nostromo.devel.redhat.com> <20080404142606.GA31381@nostromo.devel.redhat.com> <47F682F8.3040709@bppiac.hu> <20080404193845.GA16715@nostromo.devel.redhat.com> Message-ID: <47F687B0.1050907@bppiac.hu> Bill Nottingham wrote: > Farkas Levente (lfarkas at bppiac.hu) said: >> what happened with the respawn lines? > > Not sure what you mean? upstart supports respawning services. that's enough, thanks. just another question will rhel switch to upstart in rhel 6 or even earlier eg. 5.3? -- Levente "Si vis pacem para bellum!" From a.badger at gmail.com Fri Apr 4 20:23:27 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 04 Apr 2008 13:23:27 -0700 Subject: How to get the cvs flag In-Reply-To: <1207338032.4162.29.camel@localhost.localdomain> References: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> <1207335646.4162.26.camel@localhost.localdomain> <7dd7ab490804041238p66875c64j6c67f031c371fe9c@mail.gmail.com> <1207338032.4162.29.camel@localhost.localdomain> Message-ID: <47F68E3F.1050905@gmail.com> Tom "spot" Callaway wrote: > On Fri, 2008-04-04 at 12:38 -0700, Chris Weyl wrote: >> On Fri, Apr 4, 2008 at 12:00 PM, Tom spot Callaway wrote: >>> On Fri, 2008-04-04 at 12:55 -0600, Jerry James wrote: >>> > What feature of a bug report makes the cvs flag show up? I need that flag here: >>> > >>> > https://bugzilla.redhat.com/show_bug.cgi?id=440639 >>> > >>> > I see the flag on bugs with the "Package Review" component, but that >>> > component doesn't seem to be available when the product is "Fedora >>> > EPEL". This question is not answered in the text I get when pressing >>> > the "Help" button, either. >>> >>> Weird. Maybe bugs under Fedora EPEL don't expose that. Dave? >> Shouldn't all branch requests be handled through the master review >> bug, which would only live on the Fedora side? > > In this specific case, yes, but it is possible to hit the following > scenarios: > > 1. Package only lives in EPEL > 2. No master review bug exists. > I am somewhat inclined to disagree with a package living only in EPEL. EPEL packages are Fedora packages built and/or modified for Enterprise Linux. If someone would like to code it, or even just provide a mockup (where it belongs in the URL hierarchy, form elements, who should be allowed etc), there's an open ticket to do this via the packagedb in the future. Having the fields added to a web form means that cvsadmins wouldn't have to spend time cut and pasting the values which would be greatly appreciated by all the cvsadmins I know. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From sds at tycho.nsa.gov Fri Apr 4 20:24:06 2008 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Fri, 04 Apr 2008 16:24:06 -0400 Subject: Summary of my Fedora 9 Boot Time Testing In-Reply-To: References: <47F3946B.3030505@redhat.com> Message-ID: <1207340646.27710.458.camel@moss-spartans.epoch.ncsc.mil> On Fri, 2008-04-04 at 12:14 +0200, Harald Hoyer wrote: > Harald Hoyer wrote: > > Turning off selinux and related services saves 10s overall boot time. > > Trading off security with boot time. I don't know. But maybe a good > > starting point for optimization. > > Boot time: > 35s without selinux and without auditd > 40s with selinux + auditd + restorecond > 45s with selinux + auditd + restorecond + setroubleshootd > > I can live without setroubleshootd.. auditd and restorecond are also optional for selinux. mcstransd should be optional as well for selinux. None of them existed originally for selinux; they are all later add-ons. In the absence of auditd, SELinux avc messages just go to /var/log/messages instead. In the absence of restorecond, you might find certain files will be left mislabeled when re-created, although usually that gets covered automatically by policy. But you can always restorecon them by hand as needed. In the absence of mcstransd, the MCS/MLS label component (:s0) will be visible and you won't have mapping support for translating categories to more meaningful names. But you don't really need it if not using categories for anything. -- Stephen Smalley National Security Agency From jkeating at redhat.com Fri Apr 4 20:31:52 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 04 Apr 2008 16:31:52 -0400 Subject: inittab vs. /etc/sysconfig/init for runlevel 3/5 In-Reply-To: <47F687B0.1050907@bppiac.hu> References: <20080327125640.GB28926@nostromo.devel.redhat.com> <20080404142606.GA31381@nostromo.devel.redhat.com> <47F682F8.3040709@bppiac.hu> <20080404193845.GA16715@nostromo.devel.redhat.com> <47F687B0.1050907@bppiac.hu> Message-ID: <1207341112.3110.56.camel@localhost.localdomain> On Fri, 2008-04-04 at 21:55 +0200, Farkas Levente wrote: > that's enough, thanks. just another question will rhel switch to upstart > in rhel 6 Most likely. > or even earlier eg. 5.3? Ha ha, you're joking right? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lordmorgul at gmail.com Fri Apr 4 20:50:57 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 04 Apr 2008 13:50:57 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <1207333117.32468.11.camel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> Message-ID: <47F694B1.5030008@gmail.com> Nicolas Mailhot wrote: > Le vendredi 04 avril 2008 ? 05:41 -0700, Andrew Farris a ?crit : > >> But what could be gained from trying to solve bugs in software that is long >> modified to be unrecognizable from the state it was in then... > > Packaging problems persist even if the underlying software was updated > many times. Maybe, but not necessarily. Lots of packaging issues get solved without a bug and it may have just been overlooked when it was solved. How is anyone going to know this without spending an inordinate amount of time deciding if the old bug still exists? Who is better equipped to do that than the original reporter? If they don't have time, fine... let the bug get closed. > Next time do not flood reporters flood component owners (with a 'can we > close this yes/no ?' if no answer do not close is assumed) since > component owners are the ones asking to push stuff under the carpet and > should at least perform some activity to get their wish. It is the component owners and packagers that already are flooded with too many old bugs to get through, now you suggest they get requests for individual attention on each? That sounds like a great plan for Congress, not for open source. > Anyway the damage is done, decent reporters will forgive the bug zapping > project this time but you've just expended your error budget and will > need to win a lot of credibility back before another mistake is > forgiven. Either you as a bug reporter value your time and effort spent helping this project or you don't; quite honestly this is nonsense, if you think you're making a difference in the product you'll keep doing what is needed, if not you'll stop. Getting a few bugs closed is not a viable argument for either choice. >> Its regrettable that some bugs got left >> behind when they did, but a bug filed against 'rawhide' in 2006 is obviously >> obselete and you know this. > > A bug filled against rawhide in 2000 which had a comment in february > 2008 is obviously not obsolete. What counts is activity not date of > creation Yes.. but the system of designating bugs stale was not in place in Feb. Its a new change being made in the workflow; you cannot assume with a script that the change in feb meant something useful (i.e. keep this open). The script has to decide what to do based on something deterministic. This isn't rocket science, and if bug reporters (of which I am one, don't get angry at me because its misplaced) were paying attention they would know that bugs will be placed in NEEDINFO and closed if they stay that way. All a reporter, or commenter on the bug, needs to do is get the bug out of NEEDINFO state by supplying the needed info. If that is nothing more than a comment 'its still an issue in f8' then thats all that should be done. A comment made on a bug in feb, which is an old bug, could have been something like 'hey why is this still open?' and the script would have to understand english (and some people's partial english and internet slang) in order to guess... I'm hoping you're willing to toss that 'patch' to the bug triage team in the next day or two. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From maillist at diffingo.com Fri Apr 4 21:17:43 2008 From: maillist at diffingo.com (Stewart Adam) Date: Fri, 04 Apr 2008 17:17:43 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> Message-ID: <1207343863.11269.28.camel@Diffingo.localdomain> On Fri, 2008-04-04 at 19:18 +0200, Mark wrote: > 2008/4/3, Arthur Pemberton : > > To stay on your light bulb. > It might not be the best thing to show down the light bulb like > Mr.Bean does in one of his videos so having the light bulb BUT turning > it off by default is better for the environment :) only turn it on > when you need the light. > > and for that fedora needs to change the current state of that light > bulb from on to off by default > +1 I don't use SELinux and I understand that some people like it and do need/use it, however keeping it enabled by default causes a whole lot of problems from the end-user point of view and I think we need the right tools to fix these things. I haven't extensively used SELinux in a long time so excuse me if this already exists, but if we are to keep this enabled by default and want it to be attractive to users I think we need to spend more time on tools like setroubleshoot. Two problems I had when I played with SELinux a few months ago was sharing content in /home via Samba, and /var/www/html via Apache - Both of which are relatively trivial in Mac or Windows. Apache +Windows less so, but at least it doesn't require the command line. Setroubleshoot was a great help since I could just copy+paste the command it gave me and then things worked a little better (until I hit the next slew of audit errors). Printing out the error messages and giving a error description + command to fix the error is great (huge improvement since I last tried SELinux in FC2) but I think we need a user-oriented tool that simply recognizes: SELinux is blocking Samba. Click here to allow. . done. The idea is actually pretty similar to how Firestarter detects blocked packets and you can right-click an event and to choose allow host, allow service, block host, block service. Another idea would be to implement a daemon that reports audit messages to a central database where we could collect and review the cause. That way we could pick up the common ones and get them solved or put why it's being blocked by default into a FAQ. Of course, that daemon doesn't have to be enabled by default, but it would be very useful among testers imho, Stewart From mike at miketc.com Fri Apr 4 22:39:25 2008 From: mike at miketc.com (Mike Chambers) Date: Fri, 04 Apr 2008 17:39:25 -0500 Subject: Rawhide 20080404 Snapshot Released In-Reply-To: <1207338304.3110.49.camel@localhost.localdomain> References: <1207338304.3110.49.camel@localhost.localdomain> Message-ID: <1207348765.3256.7.camel@scrappy.miketc.com> On Fri, 2008-04-04 at 15:45 -0400, Jesse Keating wrote: > As part of our development schedule, we are releasing a snapshot of > Rawhide in Live form. We are releasing these via bittorrent > only as it is a much lighter weight method to get bits out the door than > to go through our mirroring system. If you cannot use bittorrent we > apologize for the inconvenience. > > http://torrent.fedoraproject.org/ has a section marked > Rawhide-20080404-Snapshot with Live torrents. Due to ongoing issues > with X in anaconda we do not have CDs/DVDs of rawhide at this time. We > may add them if an X fix happens. I saw a post or today bout x64 not installing or copying image or something during a test install. Do we know for sure if an x64 system will install or not, specially via nfs install with boot.iso? Might do/try one (I rsync rawhide multi times a day) tonight if I knew there weren't problems already aware of. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From notting at redhat.com Fri Apr 4 21:34:37 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 4 Apr 2008 17:34:37 -0400 Subject: inittab vs. /etc/sysconfig/init for runlevel 3/5 In-Reply-To: <47F687B0.1050907@bppiac.hu> References: <20080327125640.GB28926@nostromo.devel.redhat.com> <20080404142606.GA31381@nostromo.devel.redhat.com> <47F682F8.3040709@bppiac.hu> <20080404193845.GA16715@nostromo.devel.redhat.com> <47F687B0.1050907@bppiac.hu> Message-ID: <20080404213437.GA20033@nostromo.devel.redhat.com> Farkas Levente (lfarkas at bppiac.hu) said: >> Not sure what you mean? upstart supports respawning services. > > that's enough, thanks. just another question will rhel switch to upstart in > rhel 6 Possibly. > or even earlier eg. 5.3? Absolutely not. Bill From cmadams at hiwaay.net Sat Apr 5 00:41:39 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 4 Apr 2008 19:41:39 -0500 Subject: Reverse bug triage Message-ID: <20080405004138.GA1278902@hiwaay.net> How about a triage process that pokes maintainers? I have a few bugs that appear to be ignored by maintainers, despite all the necessary information being provided: - radiusclient-ng - BZ 236350 Nothing happened for over 9 months, then I supplied the one-line fix (to the Fedora-specific patch), and (after another month) packages went to updates-testing, where they've been for another two months. - hal-info - BZ 425875 I found what amounts to a typo (my system listed in a comment but not in the actual config) and got no response. After a month, I went upstream (created an upstream BZ account, etc.), and it was fixed there. It appears a newer hal-info will be in F9, but a month after I reported the fix in RH BZ, there's no sign of an update for F8. There has never been a response from anybody in RH BZ. - hal - BZ 425876 hal is required for NetworkManager, but they both have startup priority 98. Changing the system LC_COLLATE to anything that cares about case breaks startup; hal should probably be below 98. I guess upstart is supposed to fix all this, but when? Again, never a response from a maintainer in BZ. At least if no change will be made, say so and close the bug. - system-config-network - BZ 429725 This one a s-c-n developer jumped in quickly and provided a patch in short order (and the fix is in s-c-n git). I verified it fixed the problem, but there's no sign of an actual update for F8 two months later. I don't want to get automated triage emails about any of these after they've been idle for months or years. NEEDINFO does not apply (at least as far as I can tell - nobody has asked for any more info anyway). Any email alerts for these need to go to the maintainers, not the reporters. I understand people are busy (I never get done all I'd like to), but why should I report bugs, research and supply fixes, when still nothing happens? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From lordmorgul at gmail.com Sat Apr 5 00:53:19 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 04 Apr 2008 17:53:19 -0700 Subject: Reverse bug triage In-Reply-To: <20080405004138.GA1278902@hiwaay.net> References: <20080405004138.GA1278902@hiwaay.net> Message-ID: <47F6CD7F.8070306@gmail.com> Chris Adams wrote: > I don't want to get automated triage emails about any of these after > they've been idle for months or years. NEEDINFO does not apply (at > least as far as I can tell - nobody has asked for any more info anyway). > Any email alerts for these need to go to the maintainers, not the > reporters. > > I understand people are busy (I never get done all I'd like to), but why > should I report bugs, research and supply fixes, when still nothing > happens? The automated script has no way of knowing the specifics of these bugs; go comment 'this still matters' and change them out of NEEDINFO. The bug triaging team is following the best path forward they had decided upon; there is no possible way for a scripted bugzilla cleaning tool to decide if all the information is there to solve that bug. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From cmadams at hiwaay.net Sat Apr 5 01:06:12 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 4 Apr 2008 20:06:12 -0500 Subject: Reverse bug triage In-Reply-To: <47F6CD7F.8070306@gmail.com> References: <20080405004138.GA1278902@hiwaay.net> <47F6CD7F.8070306@gmail.com> Message-ID: <20080405010612.GA1408383@hiwaay.net> Once upon a time, Andrew Farris said: > The automated script has no way of knowing the specifics of these bugs; go > comment 'this still matters' and change them out of NEEDINFO. The bug > triaging team is following the best path forward they had decided upon; > there is no possible way for a scripted bugzilla cleaning tool to decide if > all the information is there to solve that bug. Do the triage messages just go to the requester or to everybody (requester, maintainer, CCs)? If they only go to the requester, then one rule to try would be if the last comment was from the requester, send a notice to the maintainer. In most cases, if the requester was the last person to comment, there's nothing more they can do unless asked for more info. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From wart at kobold.org Sat Apr 5 01:16:52 2008 From: wart at kobold.org (Wart) Date: Fri, 04 Apr 2008 18:16:52 -0700 Subject: Fedora i386 rawhide rebuild in mock status 2008-03-31 In-Reply-To: <20080331185049.A9436@humbolt.us.dell.com> References: <20080331185049.A9436@humbolt.us.dell.com> Message-ID: <47F6D304.8000002@kobold.org> Matt Domsch wrote: > Fedora Rawhide-in-Mock Build Results for i386 > using rawhide from 3/29 and for any failures, again with 3/31 > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > Total packages: 5500 > Number failed to build: 304 > Number expected to fail due to ExclusiveArch or ExcludeArch: 13 > Leaving: 291 > (there may be some duplicates if rawhide has 2 versions of a package) > [...] > > wart: sear This depends on libsigc++20, which was upgraded from 2.0.x to 2.2.2, which broke backwards compatibility in some cases. Did I miss an announcement of this somewhere? --Wart From kevin.kofler at chello.at Sat Apr 5 01:18:39 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 5 Apr 2008 01:18:39 +0000 (UTC) Subject: Reverse bug triage References: <20080405004138.GA1278902@hiwaay.net> <47F6CD7F.8070306@gmail.com> <20080405010612.GA1408383@hiwaay.net> Message-ID: Chris Adams hiwaay.net> writes: > Do the triage messages just go to the requester or to everybody > (requester, maintainer, CCs)? If they only go to the requester, then > one rule to try would be if the last comment was from the requester, > send a notice to the maintainer. In most cases, if the requester was > the last person to comment, there's nothing more they can do unless > asked for more info. They go to everybody who gets mail for that bug: requester, maintainer, CCs. I properly triaged all the bugs I got mailed about due to the cleanup scripts, either closed them or updated the version or just cleared the NEEDINFO if they were filed against an old Rawhide, but still apply to the current one. Unfortunately, they don't go to new comaintainers who got watchbugzilla only after the bug was filed, so if you want to be sure those see the bug and can act on it, you have to add them to the CC list. (This is something which should probably be improved: when a new comaintainer gets watchbugzilla on a package, they should get CCed automatically to the open bugs against the component, it is tedious to go through all of them and click "add myself to the CC list" when there are dozens of bugs (e.g. for kde*).) Kevin Kofler From lordmorgul at gmail.com Sat Apr 5 01:18:58 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 04 Apr 2008 18:18:58 -0700 Subject: Reverse bug triage In-Reply-To: <20080405010612.GA1408383@hiwaay.net> References: <20080405004138.GA1278902@hiwaay.net> <47F6CD7F.8070306@gmail.com> <20080405010612.GA1408383@hiwaay.net> Message-ID: <47F6D382.90506@gmail.com> Chris Adams wrote: > Once upon a time, Andrew Farris said: >> The automated script has no way of knowing the specifics of these bugs; go >> comment 'this still matters' and change them out of NEEDINFO. The bug >> triaging team is following the best path forward they had decided upon; >> there is no possible way for a scripted bugzilla cleaning tool to decide if >> all the information is there to solve that bug. > > Do the triage messages just go to the requester or to everybody > (requester, maintainer, CCs)? If they only go to the requester, then > one rule to try would be if the last comment was from the requester, > send a notice to the maintainer. In most cases, if the requester was > the last person to comment, there's nothing more they can do unless > asked for more info. I think any comment posted to the bug should go out to all CC's, so I would think anyone on the list got those messages including the maintainers. I'm not positive whether there did or not, but unless CC's are specifically excluded it should have. Also, that idea is interesting but problematic for bugs where the original reporter disappeared but a secondary commenter provided the necessary info. It might have caught a few cases, but would have needed human review too because some bugs that reporter comments back something like 'Ill look at this soon' which really was not the requested info; that bug needs closed if they haven't reported back the right info, so leaving it would be clutter that the triaging missed. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From mike at cchtml.com Sat Apr 5 05:50:09 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Sat, 05 Apr 2008 00:50:09 -0500 Subject: bluetooth 2.0 is extremely slow In-Reply-To: <1207067327.13201.242.camel@cookie.hadess.net> References: <47F25E9B.80702@cchtml.com> <1207067327.13201.242.camel@cookie.hadess.net> Message-ID: <47F71311.9010307@cchtml.com> -------- Original Message -------- Subject: Re:bluetooth 2.0 is extremely slow From: Bastien Nocera To: mike at cchtml.com, Development discussions related to Fedora Date: 04/01/2008 11:28 AM > On Tue, 2008-04-01 at 11:11 -0500, Mike Cronenworth wrote: > >> Hi all, >> >> I've lived with slow transfer speeds long enough. Ever since I purchased >> an ASUS Bluetooth 2.0+EDR USB adapter it has always taken *minutes* >> instead of *seconds* to transfer files from my cell phone to my computer >> and vice versa. >> >> Fedora 8, latest updates. >> Nokia N95-1, latest firmware. >> >> Both are Bluetooth 2.0+EDR devices. >> >> It took *40 seconds* to transfer a 1 megabyte picture. I timed this with >> 'watch -n 1 date' for grins, so I can't give you nanosecond numbers, but >> even a rough estimate shows that transfer speeds are *abysmal* and need >> to be addressed. Ideally it should be taking less than 10 seconds to >> transfer the same image file on a true 2.0+EDR setup. I have two >> different computers with two of the same Asus adapter. Same speeds. >> > > That certainly doesn't rule out a bug in the dongle's firmware for > example. > I punched myself into loading Windows XP (latest updates, latest drivers) and the same file (or any 1 meg file) transfers in *10 seconds*. A factor of four on speed improvement. There's nothing wrong with the firmware. > >> I saw someone fixed this by forcing larger MTUs. >> http://lists.freebsd.org/pipermail/...ary/000847.html >> >> >> Before modifying the OpenOBEX sources, I posted a message on their >> board, but I haven't heard anything yet. Does anyone have any experience >> with this? >> > > OpenObex upstream is pretty much dead(-ish). Let's call it maintenance > mode. > > >> I have tried the fedora-list without an answer. Also, the OpenOBEX >> developers are silent on this. Is this because no one has a 2.0 adapter >> and 2.0 device? >> > > Probably not, one of the upstream for OpenObex is Marcel Holtmann, and > he certainly has more Bluetooth 2.0 devices than you or I. > > Test the patch, tell us if it works, and mail the bluez-users list about > it. There's also ACL and SCO MTUs to take in consideration, and I would > guess the bug is more likely to be there (in the kernel, in the firmware > of your dongle, or the firmware of your phone) than solely in OpenObex. > I will try messing with OpenOBEX and report back. If no one else ventures into this... it might be a while. I don't have a lot of time to give to this. > Cheers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcepl at redhat.com Sat Apr 5 08:06:40 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sat, 05 Apr 2008 10:06:40 +0200 Subject: Fedora (again) forces me to disable SELinux References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> <1207343863.11269.28.camel@Diffingo.localdomain> Message-ID: On Fri, 04 Apr 2008 17:17:43 -0400, Stewart Adam scripst: > I haven't extensively used SELinux in a long time so excuse me if this > already exists, but if we are to keep this enabled by default and want > it to be attractive to users I think we need to spend more time on tools > like setroubleshoot. Two problems I had when I played with SELinux a few > months ago was sharing content in /home via Samba, and /var/www/html via > Apache - Both of which are relatively trivial in Mac or Windows. Apache > +Windows less so, but at least it doesn't require the command line. OK, so this message sent me into overdrive mode (and sorry, if the tone of my reply will show it). This is really the example message of somebody who didn't get it or you had really bad day when you wrote it (yes, we all have such days). So, let me restate the situation if I understand it correctly -- you are administering a network of computers with a Linux server (you may be even paid to do it, who knows?) and you are not willing to type into Yahoo! (or Google, results are almost the same) "samba selinux home". And guess what is the first hit in the results? And if you take a look at http:// fedoraproject.org/wiki/SELinux/samba you may find out that actually this is web representation of manpage selinux_samba(8) (who would guess such name?) which is already present in your box. So, that's the one. Then we have this program called system-config-selinux (how unusal name for the system configuration program in Fedoraland, isn't it? Yes, it is new in Fedora 8, before that it had different name). And if you switch to "Booleans" table and write "samba" in the search box, what do you see? "Support SAMBA home directories" and many other samba related switches (I am not sure which way your sharing of /home directories goes, so I am not sure, which is the best for you). Hmm, isn't that interesting? OK, so you don't use Google, IRC (#fedora or #selinux channels on FreeNode), installed manapges, or many other methods how to get the information. So, what's your reaction? "SELinux is too complicated and it should be switched off by default!". No, sir, if you want to screw up security of computers you manage, YOU should switch off security features present there, so that YOU are responsible for the consequences. Otherwise, we would have hords of people with hijacked and broken-into boxes screaming here how Fedora is broken, because it doesn't protect their computer against known security threats. (I haven't understood what's your problem with Apache, so I cannot comment on that.) You don't have to know that your other idea (red button "Just allow it!") is really not a great idea either. On the one hand you have Internet full of testimonies of people who hate Windows Vista for torturing them with dialog boxes "Can I do it? [Yes] [No]". On the other hand, if you are interested, read this http://www.cs.auckland.ac.nz/~pgut001/pubs/ phishing.pdf -- it is a good read. Good luck with your administering! Mat?j From mr.gopal.das at gmail.com Sat Apr 5 08:52:19 2008 From: mr.gopal.das at gmail.com (gopal das) Date: Sat, 5 Apr 2008 14:22:19 +0530 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> Message-ID: <6f631c430804050152r19680c98n1fc3885ebf894702@mail.gmail.com> I am using SELinux from fedora core 6 and I its working fine. I have installed many packages through yum and its also fine. Though whenever I installed a fedora or red hat based os then I change the selinux to permissive after the first time installation. Cheers Gopal Das On Tue, Apr 1, 2008 at 4:50 AM, Mark wrote: > Hey, > > I just installed the Fedora 9 Beta release and am doing a full system > update as we speak. > While downloading the updates nothing is wrong.. it just downloads and > that's it. But when installing the updates i get a ton of selinux > notices!! and this is just a default Fedora 9 beta followed by a yum > -y update. > > Also another issue that i noticed was when looking at a flash > animation in firefox.. when i want to play the animation selinux > (again) drops in and tells me i can't. (or i need to run a command to > get it working). > > Now i've tried to run selinux on Fedora 7 and 8 for as long as > possible just to see how long i can get around it.. i did some > commands in that time as well but i always end up with disabling > selinux. > > I have no idea how other users are using fedora in a normal every day > usage without disabling selinux.. i agree that a firewall should be in > linux but selinux just doesn't seem mature yet (if it will ever be). > Perhaps it's time to start considering to turn off selinux and remove > it out of the fedora kernel completely? As long as it's blaming here > when i install updates or simply browse the web than selinux gets shut > down completely! > > So.. how are you doing this? > > > Btw.. justging from the selinux stats here: > http://smolts.org/static/stats/stats.html it says that nearly 50% > (48.4%) is turning off selinux. And my guess is that all fedora > servers keep it on making up the other 50%. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rawhide at fedoraproject.org Sat Apr 5 09:15:21 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sat, 5 Apr 2008 09:15:21 +0000 (UTC) Subject: rawhide report: 20080405 changes Message-ID: <20080405091521.5AD03209DFC@releng1.fedora.phx.redhat.com> New package firecontrol A console oriented tool for Linux to access a FireWire bus New package jna Pure Java access to native libraries New package latex2emf Create an EMF file from LaTeX source New package ocaml-openin OCaml syntax to locally open modules New package ocaml-type-conv OCaml base library for type conversion New package perl-XML-Entities Decode strings with XML entities New package python-textile A Humane Web Text Generator Removed package xorg-x11-drv-cyrix Removed package xorg-x11-drv-vermilion Removed package xorg-x11-drv-nsc Removed package xorg-x11-drv-vga Updated Packages: PolicyKit-0.8-0.git20080404.2.fc9 --------------------------------- * Fri Apr 04 2008 David Zeuthen - 0.8-0.git20080404.fc9.2 - Fix build * Fri Apr 04 2008 David Zeuthen - 0.8-0.git20080404.fc9 - Update to git snapshot; drop patches as they are upstream already * Fri Apr 04 2008 David Zeuthen - 0.7-7.fc9 - Include fix for CVE-2008-1658 (#439996) PySolFC-1.1-6.fc9 ----------------- * Fri Apr 04 2008 Stewart Adam 1.1-6 - Fix Source0 URL - Add egg-info file - Remove deprecated Encoding key from desktop file * Sat Jan 19 2008 Stewart Adam 1.1-5 - Rebuild alsa-lib-1.0.16-3.fc9 --------------------- * Thu Apr 03 2008 Jim Radford - 1.0.16-3 - Fix multilib doxygen conflicts amanith-0.3-9.fc9 ----------------- * Fri Apr 04 2008 Tom "spot" Callaway 0.3-9 - fix FTBFS bz 440739, needed qt3-devel asymptote-1.42-2.fc9 -------------------- * Fri Apr 04 2008 Tom "spot" Callaway - 1.42-2 - fix build failure (use _POSIX_ARG_MAX) resolves bz 440799 audit-1.7-3.fc9 --------------- * Fri Apr 04 2008 Steve Grubb 1.7-3 - Fix memleak in auditd eoe code bigboard-0.5.31-2.fc9 --------------------- * Fri Apr 04 2008 Colin Walters - 0.5.31-2 - Default to Fedora theme binutils-2.18.50.0.6-1 ---------------------- * Tue Mar 04 2008 Jakub Jelinek 2.18.50.0.6-1 - update to 2.18.50.0.6 - Intel AES, CLMUL, AVX/FMA support bluez-libs-3.30-1.fc9 --------------------- * Fri Apr 04 2008 - Bastien Nocera - 3.30-1 - Update to 3.30 bluez-utils-3.30-1.fc9 ---------------------- * Fri Apr 04 2008 - Bastien Nocera - 3.30-1 - Update to 3.30 cduce-0.5.2.1-5.fc9 ------------------- * Fri Apr 04 2008 Richard W.M. Jones - 0.5.2.1-5 - Upstream renamed the tarball from 0.5.2-1 to 0.5.2.1. cernlib-2006-29.fc9 ------------------- * Sat Apr 05 2008 Patrice Dumas 2006-29 - debian cernlib 2006.dfsg.2-13 patchset * Tue Mar 25 2008 Patrice Dumas 2006-28 - new cernlib, paw and geant321 debian patchesets - use regular p5boot and patchy build * Tue Feb 26 2008 Patrice Dumas 2006-27 - new mclibs and geant321 patchsets cernlib-g77-2006-29.fc9 ----------------------- * Sat Apr 05 2008 Patrice Dumas 2006-29 - debian cernlib 2006.dfsg.2-13 patchset * Tue Mar 25 2008 Patrice Dumas 2006-28 - new cernlib, paw and geant321 debian patchesets - use regular p5boot and patchy build * Tue Feb 26 2008 Patrice Dumas 2006-27 - new mclibs and geant321 patchsets condor-7.0.0-7.fc9 ------------------ * Fri Apr 04 2008 - 7.0.0-7 - Updated to handle changes in gsoap dependency cppad-20080403-3.fc9 -------------------- * Fri Apr 04 2008 Brad Bell 20080403-3 - Patch speed/main.cpp work with newer version of gcc - (speed/main.cpp had not been tested with new version of gcc.) * Thu Apr 03 2008 Brad Bell 20080403-2 - Upload new source with the command - make new-sources FILES="cppad-20080403.gpl.tgz" * Thu Apr 03 2008 Brad Bell 20080403-1 - New upstream version db4-4.6.21-5.fc9 ---------------- * Thu Apr 03 2008 Jindrich Novy 4.6.21-5 - add upstream patch to fix a race condition between checkpoint and DB->close which can result in the checkpoint thread self-deadlocking dbus-1.2.1-1.fc9 ---------------- * Fri Apr 04 2008 John (J5) Palmieri - 1.2.1-1 - update to latest upstream - major version change is really a maint release for 1.1.20 please read the NEWS file in the source for more information * Wed Feb 27 2008 David Zeuthen - 1.1.20-1.fc9 - Update to latest upstream release. Includes fix for CVE-2008-0595. - Drop some patches that went upstream already * Wed Feb 20 2008 Mamoru Tasaka - 1.1.4-6 - Really rebuild against new libcap dbus-glib-0.74-6.fc9 -------------------- * Fri Apr 04 2008 David Zeuthen - 0.74-6 - Add another upstreamed patch for setting the default timeout on a proxy * Fri Apr 04 2008 David Zeuthen - 0.74-5 - Add an already upstreamed patch to export the GetAll() method on the org.freedesktop.DBus.Properties interface dejavu-fonts-2.24-3.fc9 ----------------------- * Fri Apr 04 2008 - 2.24-3 ??? Fix source URL desktop-data-model-1.2.3-1.fc9 ------------------------------ * Fri Apr 04 2008 Colin Walters - 1.2.3-1 - new upstream eclipse-1:3.3.2-6.fc9 --------------------- * Fri Apr 04 2008 Andrew Overholt 3.3.2-6 - Fix path of pdebuild in %files. Gah. * Fri Apr 04 2008 Andrew Overholt 3.3.2-5 - Move pdebuild to better location (buildscripts). * Fri Apr 04 2008 Andrew Overholt 3.3.2-4 - Fix SWT version in Requires. edrip-fonts-20080330-1.fc9 -------------------------- * Fri Apr 04 2008 - 20080330-1 ??? Fast upstream changes event-compat-sysv-0.3.9-13.fc9 ------------------------------ * Fri Apr 04 2008 Bill Nottingham - 0.3.9-13 - Go back to using /etc/inittab for default runlevel (reverts #432384) - Add respawn (and a limit) to prefdm (#440061) file-roller-2.22.0-2.fc9 ------------------------ * Fri Apr 04 2008 Matthias Clasen - 2.22.0-2 - Update the gio patch firstboot-1.95-3.fc9 -------------------- * Fri Apr 04 2008 Chris Lumens 1.95-3 - Fix a typo in the init script. fontmatrix-0.4.0-1.fc9 ---------------------- * Fri Apr 04 2008 Parag - 0.4.0-1.fc9 - Update to 0.4.0 frysk-0.2.1-2.fc9 ----------------- * Fri Apr 04 2008 Andrew Cagney - 0.2.1-2 - add patch11, frysk-0.2.1-ppc-build.patch. * Fri Apr 04 2008 Andrew Cagney - 0.2.1-1 - re-instate patch10, install fparser's manpage in man8 - drop patch6, frysk-0.0.1.2008.01.18.rh1-elfutils-werror.patch. * Fri Apr 04 2008 Andrew Cagney - 0.2.1-0 - import frysk-0.2.1.tar.bz2 - drop patch9, frysk-elfutils-src.patch. - drop patch10, install fparser's manpage in man8 fwfstab-0.03-2.fc9 ------------------ * Fri Apr 04 2008 Stewart Adam 0.03-2 - BR intltool, automake * Fri Apr 04 2008 Stewart Adam 0.03-1 - Update to 0.03 galeon-2.0.5-1.fc9 ------------------ * Fri Apr 04 2008 - 2.0.5-1 - Update to upstream 2.0.5 - Updated xulrunner patch to fix configure * Tue Feb 19 2008 Alex Lancaster - 2.0.4-4 - BuildRequires: gecko-devel -> gecko-devel-unstable as per epiphany package * Mon Feb 18 2008 Fedora Release Engineering - 2.0.4-3 - Autorebuild for GCC 4.3 gambas2-2.5.0-1.fc9 ------------------- gcc-4.3.0-6 ----------- * Fri Apr 04 2008 Jakub Jelinek 4.3.0-6 - update from gcc-4_3-branch - PRs ada/33857, c++/35245, c++/35741, c/35738, fortran/35698, fortran/35699, fortran/35702, fortran/35724, fortran/35740, fortran/35786, libfortran/35699, libstdc++/35725, middle-end/35429, middle-end/35705, middle-end/35818, target/31110, target/31232, target/35657, tree-opt/35431 - fix OpenMP ICE on invalid extern/static VLA (PR c/35751) - fix PCH failure if a precompiled header is included more than once (#251682, PR pch/13675) gdm-1:2.21.10-0.2008.04.03.3.fc9 -------------------------------- * Sat Apr 05 2008 Ray Strode - 1:2.21.10-0.2008.04.03.3 - Fix crash when canceling autologin * Fri Apr 04 2008 Matthias Clasen - 1:2.21.10-0.2008.04.03.2 - Uninstall gconf schemas before the files are gone * Thu Apr 03 2008 Ray Strode - 1:2.21.10-0.2008.04.03.1 - Update to snapshot - Improves shrink/grow animation of login window gfs-gazis-fonts-20080318-1.fc9 ------------------------------ * Fri Apr 04 2008 Nicolas Mailhot - 20080318-1 ??? Upstream stealth update gnome-applets-1:2.22.0-2.fc9 ---------------------------- * Fri Apr 04 2008 Matthias Clasen - 1:2.22.0-2 - Fix a bug in the keyboard accessibility applet gnome-desktop-2.22.0-5.fc9 -------------------------- * Fri Apr 04 2008 Matthias Clasen - 2.22.0-5 - Fix some logic errors wrt to caching of slideshows that may cause nautilus crashes gnome-panel-2.22.0-10.fc9 ------------------------- * Fri Apr 04 2008 Matthias Clasen - 2.22.0-10 - Ignore dbus errors when setting the time * Wed Apr 02 2008 Matthias Clasen - 2.22.0-9 - Fix a possible crash in the clock applet gnome-system-monitor-2.22.0-2.fc9 --------------------------------- * Fri Apr 04 2008 Will Woods - 2.22.0-2 - Update translations in about-this-computer.desktop gnotime-2.3.0-1.fc9 ------------------- * Tue Feb 19 2008 Jon Ciesla - 2.3.0-1 - Upgrade to 2.3.0. - Updated guile version dep to 1.8. - Dropped gtkhtml315 patch, fixed upstream. - Dropped drag and drop patch, fixed upstream. - Dropped unapplied install scripts patch. - Dropped autoconf BR. - Added libXScrnSaver-devel BR. gstreamer-0.10.19-1.fc9 ----------------------- * Fri Apr 04 2008 - Bastien Nocera - 0.10.19-1 - Update to 0.10.19 * Wed Mar 19 2008 - Bastien Nocera - 0.10.18-1 - Update to 0.10.18 - Add patch to gst-inspect to generate RPM provides - Add RPM find-provides script * Tue Mar 04 2008 - Bastien Nocera - 0.10.17.2-1 - Update to 0.10.17.2 pre-release gstreamer-plugins-base-0.10.19-1.fc9 ------------------------------------ * Fri Apr 04 2008 - Bastien Nocera - 0.10.19-1 - Update to 0.10.19 gtk-vnc-0.3.4-4.fc9 ------------------- * Fri Apr 04 2008 Daniel P. Berrange - 0.3.4-4.fc9 - Remove bogus chunk of render patch guichan-0.7.1-1.fc9 ------------------- * Fri Apr 04 2008 Wart 0.7.1-1 - Update to 0.7.1 hal-cups-utils-0.6.16-3.fc9 --------------------------- * Fri Apr 04 2008 Tim Waugh 0.6.16-3 - Applied patch from upstream to use only the device URI to see if the printer has been configured already, and to make the queue name unique. hplip-2.8.2-2.fc9 ----------------- * Fri Apr 04 2008 Tim Waugh 2.8.2-2 - Update hplip.fdi for Fedora 9: info.bus -> info.subsystem. - Images in docdir should not be executable (bug #440552). hydrogen-0.9.3-13.fc9 --------------------- * Fri Apr 04 2008 Lubomir Kundrak - 0.9.3-13 - QT3 changes by rdieter - Fix build initscripts-8.68-1 ------------------ * Fri Apr 04 2008 Bill Nottingham - 8.68-1 - netfs: umount 'ncp' filesystems as well (#437117) - improve performance of s390 ccw rules (#437110, ) - fix consoletype environment leak (#439546) - ifdown-eth: make sure NEWCONFIG exists before grepping for it (#390271, continued) - console_check: always open with NONBLOCK, clear the serial structs first, handle non-16550 ports () - halt: don't use /etc/sysconfig/clock (#438337) - ifup: don't attempt to re-enslave already-enslaved devices (#440077) - netfs: run as a NetworkManagerDispatcher script (#439242) - netfs: remove $local_fs from the list of provides (making it implicitly provided by booting) - serial: add a crude hack to wait for runlevels to finish (#437379) - serial: frob /etc/securetty when necessary (#437381) - add a upstart-specific inittab - translation updates: as, bn_IN, cs, de, es, fi, fr, gu, hi, it, ja, kn, ml, mr, nb, nl, pa, pl, pt_BR, ru, sk, sr, ta, te, zh_CN jabbim-0.4-0.3.20080404svn.fc9 ------------------------------ * Fri Apr 04 2008 Michal Schmidt - 0.4-0.3.20080404svn - Upstream SVN revision 2563. - Fixes leaking fds causing AVC denials (bz440592). jakarta-commons-httpclient-1:3.1-0jpp.1.fc9 ------------------------------------------- * Fri Apr 04 2008 Deepak Bhole - 0:3.1-0jpp.1 - Update to 3.1 jython-2.2.1-0.1.Release_2_2_1.1jpp.1.fc9 ----------------------------------------- * Tue Mar 18 2008 John Matthews - 2.2.1-0.1.Release_2_2_1.1jpp.1 - Update to 2.2.1 - Resolves: rhbz#426373 kanatest-0.4.4-5.fc9 -------------------- * Fri Apr 04 2008 Robert Marcano - 0.4.4-5 - fix bug #249977: kanatest not built with $RPM_OPT_FLAGS kdelibs-6:4.0.3-6.fc9 --------------------- * Fri Apr 04 2008 Than Ngo - 4.0.3-6 - apply upstream patch to fix klauncher crash - fix kconfig_sync_crash patch * Fri Apr 04 2008 Rex Dieter 4.0.3-5 - kconfig_sync_crash patch kdeutils-6:4.0.3-4.fc9 ---------------------- * Fri Apr 04 2008 Kevin Kofler 4.0.3-4 - add BR libarchive-devel kernel-xen-2.6-2.6.25-0.16.rc8.fc9 ---------------------------------- * Fri Apr 04 2008 Mark McLoughlin - Add patch from armbru to intelligently choose the preferred console (#434761) - Couple of x86_64 fixes libesmtp-1.0.4-7.fc9 -------------------- * Fri Apr 04 2008 Pawel Salek - 1.0.4-7 - attempt at multilib support (#342011). libnetfilter_log-0.0.13-6.fc9 ----------------------------- * Sat Apr 05 2008 Paul P Komkoff Jr - 0.0.13-6 - update to latest svn and to use system netfilter header (fixes the build) libvirt-0.4.1-7.fc9 ------------------- * Fri Apr 04 2008 Daniel P. Berrange - 0.4.1-7.fc9 - Don't run polkit-auth as root - Don't request polkit auth if client is root * Fri Mar 28 2008 Chris Lalancette - 0.4.1-6.fc9 - When dumping XML for a storage pool, make the directory tag match the tag used for specifying the pool in the first place * Thu Mar 27 2008 Chris Lalancette - 0.4.1-5.fc9 - Do iscsiadm sendtarget before trying to do login - Do sysfs scanning for iSCSI LUNs instead of trying to parse them from iscsiadm session output logwatch-7.3.6-21.fc9 --------------------- * Fri Apr 04 2008 Ivana Varekova 7.3.6-21 - Resolves: #440534 Some unmatched OpenVPN log lines - add parsing of new logw to audit and cron service m17n-db-1.5.1-3.fc9 ------------------- * Fri Apr 04 2008 Parag Nemade -1.5.1-3.fc9 - Resolves:rh#440567 manaworld-0.0.24-1.fc9 ---------------------- * Fri Apr 04 2008 Wart 0.0.24-1 - Update to 0.0.24 (fixes BZ #240664) mod_auth_ntlm_winbind-0.0.0-0.8.20070129svn713.fc9 -------------------------------------------------- * Fri Apr 04 2008 Dmitry Butskoy 0.0.0-0.8.20070129svn713 - note in config that Apache's "KeepAlive" must be "On" (#440446) module-init-tools-3.4-11.fc9 ---------------------------- * Fri Apr 04 2008 Jon Masters - 3.4-11 - Add i2c-dev to modprobe.conf.dist. - Fix a typo. - Resolves: #380971. mutt-5:1.5.17-4.fc9 ------------------- * Fri Apr 04 2008 Miroslav Lichvar 5:1.5.17-4 - fix sending long commands when using gnutls (#438275) - glob tilde in smime_keys (#424311) - fix awk script in mutt_ldap_query - force building with libdb - make enabling/disabling features in spec easier mysql-connector-java-1:3.1.12-5.fc9 ----------------------------------- * Fri Apr 04 2008 Andrew Overholt 3.1.12-5 - Rebuild for rhbz #234286. nautilus-2.22.1-5.fc9 --------------------- * Fri Apr 04 2008 Matthias Clasen - 2.22.1-5 - Fix beagle support some more * Thu Apr 03 2008 Tomas Bzatek - 2.22.1-4 - Fix SELinux attributes display issue (#439686) * Wed Apr 02 2008 Matthias Clasen - 2.22.1-3 - Fix the build to include tracker and beagle support again netgo-0.5-10.fc9 ---------------- * Fri Apr 04 2008 Tom "spot" Callaway 0.5-10 - fix FTBFS bug (bz 440738) due to qt changeup ocaml-postgresql-1.8.2-1.fc9 ---------------------------- * Fri Apr 04 2008 Richard W.M. Jones - 1.8.2-1 - New upstream version 1.8.2. oprofile-0.9.3-17.fc9 --------------------- * Fri Apr 04 2008 Will Cohen - 0.9.3-17 - Use older qt3-devel. rhbz #440949 pam-1.0.0-1.fc9 --------------- * Fri Apr 04 2008 Tomas Mraz 1.0.0-1 - upgrade to new upstream release (bugfix only) * Thu Mar 20 2008 Tomas Mraz 0.99.10.0-4 - pam_namespace: fix problem with level polyinst (#438264) - pam_namespace: improve override checking for umount - pam_selinux: fix syslogging a context after free() (#438338) * Thu Feb 28 2008 Tomas Mraz 0.99.10.0-3 - update pam-redhat module tarball - update internal db4 perl-Cairo-1.045-1.fc9 ---------------------- * Fri Apr 04 2008 Tom "spot" Callaway - 1.045-1 - update to 1.045 - change references to ATSUI to QUARTZ (resolves bz 440741) perl-GD-2.35-7.fc9 ------------------ * Fri Apr 04 2008 Tom "spot" Callaway - 2.35-7 - tests work fine locally, one fails in mock, maybe needs a desktop? conditionalized them, default off. * Fri Apr 04 2008 Tom "spot" Callaway - 2.35-6 - license fix * Wed Feb 27 2008 Tom "spot" Callaway - 2.35-5 - Rebuild for perl 5.10 (again) perl-Newt-1.08-21.fc9 --------------------- * Fri Apr 04 2008 Tom "spot" Callaway - 1.08-21 - resolve bz 385751 pfmon-3.3-0.080225.3.fc9 ------------------------ * Fri Apr 04 2008 Will Cohen - 3.3-0.080225.3 - Include patch to fix for ia64 fedora. rhbz #435048 * Fri Apr 04 2008 Will Cohen - 3.3-0.080225.2 - Fix for ia64 fedora. rhbz #435048 pychart-1.39-7.fc9 ------------------ * Fri Apr 04 2008 Tom "spot" Callaway 1.39-7 - fix FTBFS bz 440754 (missing egg.info) qcomicbook-0.4.0-2.fc9 ---------------------- * Tue Apr 01 2008 Scott Baker - 0.4.0-2 - QT4 -> QT convesions (WOOHOO KDE4) * Wed Nov 07 2007 Scott Baker - 0.4.0-1 - Added the requirment for QT4 * Wed Nov 07 2007 Scott Baker - 0.4.0-1 - Update to the latest version and drop the imlib dependency rhythmbox-0.11.5-7.fc9 ---------------------- * Fri Apr 04 2008 - Bastien Nocera - 0.11.5-7 - Add patch to work-around transfer of some filenames to VFAT iPods (#440668) * Fri Apr 04 2008 - Bastien Nocera - 0.11.5-6 - Add patch to fix CDDA autostart from nautilus (#440489) rsync-3.0.1-2.fc9 ----------------- * Fri Apr 04 2008 Simo Sorce 3.0.1-2.fc9 - Make sure support scripts are not executable so that no bad perl dependecies are created * Fri Apr 04 2008 Simo Sorce 3.0.1-1.fc9 - Add NEWS and support/ scripts in the docs section - 3.0.1 final rsyslog-3.14.1-1.fc9 -------------------- * Fri Apr 04 2008 Peter Vrabec 3.14.1-1 - upgrade samyak-fonts-1.2.0-2.fc9 ------------------------ * Fri Apr 04 2008 Pravin Satpute 1.2.0-2 - given proper license name - fc-cache now run on samyak-langname folder setroubleshoot-plugins-2.0.4-5.fc9 ---------------------------------- * Fri Apr 04 2008 John Dennis - 2.0.4-5 - bump rev for build * Mon Mar 03 2008 John Dennis - 2.0.4-4 - Resolve bug #435644: change requires setroubleshoot to requires setroubleshoot-server * Fri Feb 22 2008 - 2.0.4-3 - bump rev for build sonata-1.5-1.fc9 ---------------- * Fri Apr 04 2008 Micha?? Bentkowski - 1.5-1 - 1.5 - Fix nocleaning patch to work with 1.5 sugar-toolkit-0.79.2-3.fc9 -------------------------- * Fri Apr 04 2008 Dennis Gilmore - 0.79.2-3 - add macro defining sugaractivitydir sunbird-0.8-0.3.cvs20080331.fc9 ------------------------------- * Fri Apr 04 2008 Lubomir Kundrak 0.8-0.3.cvs20080331 - Translations system-config-services-0.99.14-1.fc9 ------------------------------------ * Fri Apr 04 2008 Nils Philippsen - 0.99.14-1 - indent runlevel checkboxes in "Customize Runlevels" dialog - set rules hint for services treeview - tweak services detail widgets * Fri Apr 04 2008 Nils Philippsen - 0.99.13-1 - distribute gtk_label_autowrap.py (#440582) * Fri Apr 04 2008 Nils Philippsen - 0.99.12-1 - make manpage syntactically and semantically correct (#221200, patch by Eric Raymond) and update it testoob-1.13-4.fc9 ------------------ udev-120-1.fc9 -------------- * Fri Apr 04 2008 Harald Hoyer 120-1 - version 120 unixODBC-2.2.12-7.fc9 --------------------- * Fri Apr 04 2008 Tom Lane 2.2.12-7 - Must BuildRequire qt3 now that Fedora has renamed qt4 to qt Resolves: #440798 upstart-0.3.9-15.fc9 -------------------- * Fri Apr 04 2008 Bill Nottingham - 0.3.9-15 - Add a events(5) manpage that describes event syntax valknut-0.3.11-4.fc9 -------------------- * Fri Apr 04 2008 Luke Macken 0.3.11-4 - Add qt3-devel to BuildRequires to fix build issue (#440837) wammu-0.26-2.fc9 ---------------- * Fri Apr 04 2008 Xavier Lamien - 0.26-2 - Added missing files. * Tue Mar 04 2008 Xavier Lamien - 0.26-1 - Updated Release. * Thu Jan 03 2008 Xavier Lamien < lxtnow[at]gmail.com > - 0.25-1 - Updated Release. workrave-1.8.5-4.fc9 -------------------- * Fri Apr 04 2008 Tomas Mraz - 1.8.5-4 - fix locking/unlocking with gnome-screensaver (#207058) - make it build with current libsigc++ wqy-zenhei-fonts-0.5.23-0.fc9 ----------------------------- * Sat Apr 05 2008 Qianqian Fang 0.5.23-0 - new upstream release wuja-0.0.8-3.fc9 ---------------- * Fri Apr 04 2008 Devan Goodwin 0.0.8-3 - Minor fix for missing egg info file. xdrawchem-1.9.9-9.fc9 --------------------- * Fri Apr 04 2008 Dominik Mierzejewski 1.9.9-9 - qt-devel -> qt3-devel (thanks to Rex Dieter) - port to openbabel-2.2 xguest-1.0.6-7.fc9 ------------------ * Fri Apr 04 2008 Dan Walsh - 1.0.6-7 - Require newer version of policy xorg-x11-apps-7.3-3.fc9 ----------------------- * Fri Apr 04 2008 Adam Jackson 7.3-3 - xconsole-1.0.3-streams-me-softer.patch: Don't include STREAMS headers, since glibc so thoughtfully removed them. (#440717) xorg-x11-drivers-7.3-4.fc9 -------------------------- * Fri Apr 04 2008 Adam Jackson 7.3-4 - Remove -nsc and -cyrix. xorg-x11-drv-vesa-1.3.0-14.20080404.fc9 --------------------------------------- * Fri Apr 04 2008 Adam Jackson 1.3.0-14.20080404 - Today's git snapshot for FTBFS and other. (#440720) xorg-x11-server-1.4.99.901-17.20080401.fc9 ------------------------------------------ * Fri Apr 04 2008 Kristian H??gsberg 1.4.99.901-7.20080401 - Add xserver-1.5.0-dont-bitch-about-record.patch (don't try to load librecord.so when we don't build it) and xserver-1.5.0-handle-failing-dri-create-screen.patch (#440491). Broken deps for i386 ---------------------------------------------------------- ballz-1.0-1.fc9.i386 requires libguichan-0.6.1.so ballz-1.0-1.fc9.i386 requires libguichan_allegro-0.6.1.so boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.3.cvs20080331.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 xguest-1.0.6-7.fc9.noarch requires selinux-policy > 0:3.3.1-26.fc9.noarch Broken deps for x86_64 ---------------------------------------------------------- ballz-1.0-1.fc9.x86_64 requires libguichan-0.6.1.so()(64bit) ballz-1.0-1.fc9.x86_64 requires libguichan_allegro-0.6.1.so()(64bit) boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.3.cvs20080331.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 xguest-1.0.6-7.fc9.noarch requires selinux-policy > 0:3.3.1-26.fc9.noarch Broken deps for ppc ---------------------------------------------------------- ballz-1.0-1.fc9.ppc requires libguichan-0.6.1.so ballz-1.0-1.fc9.ppc requires libguichan_allegro-0.6.1.so evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.3.cvs20080331.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 xguest-1.0.6-7.fc9.noarch requires selinux-policy > 0:3.3.1-26.fc9.noarch Broken deps for ppc64 ---------------------------------------------------------- ballz-1.0-1.fc9.ppc64 requires libguichan-0.6.1.so()(64bit) ballz-1.0-1.fc9.ppc64 requires libguichan_allegro-0.6.1.so()(64bit) evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-0.3.cvs20080331.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 xguest-1.0.6-7.fc9.noarch requires selinux-policy > 0:3.3.1-26.fc9.noarch From mschwendt at gmail.com Sat Apr 5 09:31:47 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 5 Apr 2008 11:31:47 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47F694B1.5030008@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> Message-ID: <20080405113147.d3f98241.mschwendt@gmail.com> On Fri, 04 Apr 2008 13:50:57 -0700, Andrew Farris wrote: > Nicolas Mailhot wrote: > > Le vendredi 04 avril 2008 ? 05:41 -0700, Andrew Farris a ?crit : > > > >> But what could be gained from trying to solve bugs in software that is long > >> modified to be unrecognizable from the state it was in then... > > > > Packaging problems persist even if the underlying software was updated > > many times. > > Maybe, but not necessarily. Lots of packaging issues get solved without a bug > and it may have just been overlooked when it was solved. How is anyone going > to know this without spending an inordinate amount of time deciding if the old > bug still exists? Who is better equipped to do that than the original reporter? > If they don't have time, fine... let the bug get closed. No, thanks. Too many bugs => "inordinate amount of time" (your theory). The bot confronts me with a collection of bugs and sets a short deadline. I regret that I've submitted them. The Fedora School of Bug Mismanagement teaches me to let them rest in peace this time, because that's the only way I can avoid fighting against a bot that tries to put additional work onto my shoulders from time to time. Retest against FC6, retest against F7, retest against F8, retest against F9. It's insulting. > > Next time do not flood reporters flood component owners (with a 'can we > > close this yes/no ?' if no answer do not close is assumed) since > > component owners are the ones asking to push stuff under the carpet and > > should at least perform some activity to get their wish. +1 > It is the component owners and packagers that already are flooded with too many > old bugs to get through, now you suggest they get requests for individual > attention on each? That sounds like a great plan for Congress, not for open source. > Now bug reporters are flooded, too. ;) From kevin.kofler at chello.at Sat Apr 5 09:42:38 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 5 Apr 2008 09:42:38 +0000 (UTC) Subject: rawhide report: 20080405 changes References: <20080405091521.5AD03209DFC@releng1.fedora.phx.redhat.com> Message-ID: Rawhide fedoraproject.org> writes: > qcomicbook-0.4.0-2.fc9 > ---------------------- > * Tue Apr 01 2008 Scott Baker perturb.org> - 0.4.0-2 > - QT4 -> QT convesions (WOOHOO KDE4) Doing changes like this is not necessary, qt* will continue to provide qt4* for the foreseeable future, probably forever (it will also make migration to Qt 5 easier somewhere in the far future), and using the qt4* names allows building the same spec on older Fedora or RHEL releases. Kevin Kofler From lordmorgul at gmail.com Sat Apr 5 10:43:11 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 05 Apr 2008 03:43:11 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080405113147.d3f98241.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> Message-ID: <47F757BF.6090904@gmail.com> Michael Schwendt wrote: > that's the only way I can avoid fighting against a bot that tries to put > additional work onto my shoulders from time to time. Retest against FC6, > retest against F7, retest against F8, retest against F9. It's insulting. Wow. Thats just simply all there is to say about that without further insulting you. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From lordmorgul at gmail.com Sat Apr 5 10:51:54 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 05 Apr 2008 03:51:54 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> <1207343863.11269.28.camel@Diffingo.localdomain> Message-ID: <47F759CA.2080704@gmail.com> Matej Cepl wrote: > Then we have this program called system-config-selinux (how unusal name > for the system configuration program in Fedoraland, isn't it? Yes, it is > new in Fedora 8, before that it had different name). And if you switch to > "Booleans" table and write "samba" in the search box, what do you see? > "Support SAMBA home directories" and many other samba related switches (I > am not sure which way your sharing of /home directories goes, so I am not > sure, which is the best for you). Hmm, isn't that interesting? To be fair, even if you toggle those booleans right now you might have problems getting home directories to share, or worse yet you might toggle those OFF and still have your home being shared while you can't manage to get other shares to work. (my current predicament) Something is not quite right, but I haven't had the time to dig enough and get a good bug report on it. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From dwalsh at redhat.com Sat Apr 5 11:04:07 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Sat, 05 Apr 2008 07:04:07 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> Message-ID: <47F75CA7.4020808@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark wrote: > Hey, > > I just installed the Fedora 9 Beta release and am doing a full system > update as we speak. > While downloading the updates nothing is wrong.. it just downloads and > that's it. But when installing the updates i get a ton of selinux > notices!! and this is just a default Fedora 9 beta followed by a yum > -y update. > > Also another issue that i noticed was when looking at a flash > animation in firefox.. when i want to play the animation selinux > (again) drops in and tells me i can't. (or i need to run a command to > get it working). > > Now i've tried to run selinux on Fedora 7 and 8 for as long as > possible just to see how long i can get around it.. i did some > commands in that time as well but i always end up with disabling > selinux. > > I have no idea how other users are using fedora in a normal every day > usage without disabling selinux.. i agree that a firewall should be in > linux but selinux just doesn't seem mature yet (if it will ever be). > Perhaps it's time to start considering to turn off selinux and remove > it out of the fedora kernel completely? As long as it's blaming here > when i install updates or simply browse the web than selinux gets shut > down completely! > > So.. how are you doing this? > > > Btw.. justging from the selinux stats here: > http://smolts.org/static/stats/stats.html it says that nearly 50% > (48.4%) is turning off selinux. And my guess is that all fedora > servers keep it on making up the other 50%. > The AVC messages you are probably seeing is SELinux attempting to confine firefox/nsplugins. Although you did not submit them. During the Beta I have been turning on a transition boolean for nsplugin. This transition is from unconfined_t to nsplugin_t. The attempt here is to confine random code like flashplugin/acrobat and other closed source programs that read random data from the internet from attacking your machine. I have to turn it on by default in Rawhide/Beta to find out what problems it causes. I will probably turn it off when we release, to prevent it causing problems, for people like you. I write about the change in danwalsh.livejournal.com/15700.html This is a potential real security gain from this, but we need to experiment to figure out how we can benefit the greatest number of users. I agree we need to tread lightly when adding new SELinux confinement, to the users but we still have an ability that could really advance computer security. allow_execmod, allow_execstack, allow_execheap, allow_execmod have caused many avc's to be seen by users, but they also can prevent buffer overflow attacks. Sadly badly coded applications have caused us to turn a lot of these checks off by default. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkf3XKYACgkQrlYvE4MpobNo9QCg2QrrCMTnlu2t7tjv+Eefaf5w foEAoKjX9c3UmowjVAsuCf5hZe4LmXA+ =PcR3 -----END PGP SIGNATURE----- From kevin.kofler at chello.at Sat Apr 5 11:36:42 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 5 Apr 2008 11:36:42 +0000 (UTC) Subject: bugzilla triage madness :-/ References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> Message-ID: Michael Schwendt gmail.com> writes: > No, thanks. Too many bugs => "inordinate amount of time" (your theory). You have to keep in mind that you're not the average bug reporter. Most bug reporters have only few bugs, much fewer than the average maintainer. Have you looked at how many bugs have been filed against KDE in Fedora? > The bot confronts me with a collection of bugs and sets a short > deadline. I regret that I've submitted them. The Fedora School of Bug > Mismanagement teaches me to let them rest in peace this time, because > that's the only way I can avoid fighting against a bot that tries to put > additional work onto my shoulders from time to time. Retest against FC6, > retest against F7, retest against F8, retest against F9. It's insulting. Your bug reports are also atypical in that most of them don't require being reproduced (because specfile bugs can be seen just by looking at the specfile). This lends them nicely to triaging by a triager with basic specfile knowledge. This is not the case of many bugs, where asking the reporter if it still happens is really the only way to know. I think that instead of insulting the Triage Team's work, it would be more productive to kindly ask them to help you triaging the bugs you reported because they are too many for you to deal with (something which is obvious to me at least, I know what a mountain of bugs looks like!). I am sure you can work something out that way instead of creating bad air and sour grapes. Please work with each other, not against each other! Kevin Kofler From lsof at nodata.co.uk Sat Apr 5 12:03:02 2008 From: lsof at nodata.co.uk (nodata) Date: Sat, 05 Apr 2008 14:03:02 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <1207333925.3110.36.camel@localhost.localdomain> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207333925.3110.36.camel@localhost.localdomain> Message-ID: <1207396982.19597.0.camel@sb-home> Am Freitag, den 04.04.2008, 14:32 -0400 schrieb Jesse Keating: > On Fri, 2008-04-04 at 20:18 +0200, Nicolas Mailhot wrote: > > > > Anyway the damage is done, decent reporters will forgive the bug > zapping > > project this time but you've just expended your error budget and > will > > need to win a lot of credibility back before another mistake is > > forgiven. > > No, sorry, you don't get to pull crap like that. The Triage team's > plans were posted many times and ratified by the Triage team/QA and > then > FESCo, and announced again. You had your chance at providing input > and > making it "better". > If you follow the lists. I am getting three e-mails per bot-closed bug, not one. That could be three times better. From sundaram at fedoraproject.org Sat Apr 5 12:08:12 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 05 Apr 2008 17:38:12 +0530 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F75CA7.4020808@redhat.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> Message-ID: <47F76BAC.5060901@fedoraproject.org> Daniel J Walsh wrote: > During the Beta I have been turning on a transition boolean for > nsplugin. This transition is from unconfined_t to nsplugin_t. The > attempt here is to confine random code like flashplugin/acrobat and > other closed source programs that read random data from the internet > from attacking your machine. I have to turn it on by default in > Rawhide/Beta to find out what problems it causes. I will probably turn > it off when we release, to prevent it causing problems, for people like you. > > I write about the change in > > danwalsh.livejournal.com/15700.html > > This is a potential real security gain from this, but we need to > experiment to figure out how we can benefit the greatest number of users. > > I agree we need to tread lightly when adding new SELinux confinement, to > the users but we still have an ability that could really advance > computer security. Please send a note to fedora-devel/fedora-test list when making important changes like this so people know what to expect and can give feedback accordingly. Rahul From markg85 at gmail.com Sat Apr 5 12:15:40 2008 From: markg85 at gmail.com (Mark) Date: Sat, 5 Apr 2008 14:15:40 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F75CA7.4020808@redhat.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> Message-ID: <6e24a8e80804050515q3f4e8a6cs256518cd1e30cc4d@mail.gmail.com> 2008/4/5, Daniel J Walsh : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Mark wrote: > > Hey, > > > > I just installed the Fedora 9 Beta release and am doing a full system > > update as we speak. > > While downloading the updates nothing is wrong.. it just downloads and > > that's it. But when installing the updates i get a ton of selinux > > notices!! and this is just a default Fedora 9 beta followed by a yum > > -y update. > > > > Also another issue that i noticed was when looking at a flash > > animation in firefox.. when i want to play the animation selinux > > (again) drops in and tells me i can't. (or i need to run a command to > > get it working). > > > > Now i've tried to run selinux on Fedora 7 and 8 for as long as > > possible just to see how long i can get around it.. i did some > > commands in that time as well but i always end up with disabling > > selinux. > > > > I have no idea how other users are using fedora in a normal every day > > usage without disabling selinux.. i agree that a firewall should be in > > linux but selinux just doesn't seem mature yet (if it will ever be). > > Perhaps it's time to start considering to turn off selinux and remove > > it out of the fedora kernel completely? As long as it's blaming here > > when i install updates or simply browse the web than selinux gets shut > > down completely! > > > > So.. how are you doing this? > > > > > > Btw.. justging from the selinux stats here: > > http://smolts.org/static/stats/stats.html it says that nearly 50% > > (48.4%) is turning off selinux. And my guess is that all fedora > > servers keep it on making up the other 50%. > > > > The AVC messages you are probably seeing is SELinux attempting to > confine firefox/nsplugins. Although you did not submit them. > > During the Beta I have been turning on a transition boolean for > nsplugin. This transition is from unconfined_t to nsplugin_t. The > attempt here is to confine random code like flashplugin/acrobat and > other closed source programs that read random data from the internet > from attacking your machine. I have to turn it on by default in > Rawhide/Beta to find out what problems it causes. I will probably turn > it off when we release, to prevent it causing problems, for people like you. > > I write about the change in > > danwalsh.livejournal.com/15700.html > > This is a potential real security gain from this, but we need to > experiment to figure out how we can benefit the greatest number of users. > > I agree we need to tread lightly when adding new SELinux confinement, to > the users but we still have an ability that could really advance > computer security. > > allow_execmod, allow_execstack, allow_execheap, allow_execmod have > caused many avc's to be seen by users, but they also can prevent buffer > overflow attacks. Sadly badly coded applications have caused us to turn > a lot of these checks off by default. > hereby a promise from me to you and all of the fedora development team. Next time i install fedora (9 final or even 10 rawhide) then i will keep selinux on as long as possible on enforcing. Then i will collect all the issues i find and file them all here in this mailing list (no this thread). i won't make a bugzilla report for each warning! and a online selinux warning database where all the warning are send to would really be helpful here! But for now it stays off till i reinstall. From mschwendt at gmail.com Sat Apr 5 12:43:02 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 5 Apr 2008 14:43:02 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> Message-ID: <20080405144302.3e439b79.mschwendt@gmail.com> On Sat, 5 Apr 2008 11:36:42 +0000 (UTC), Kevin Kofler wrote: > I think that instead of insulting the Triage Team's work, it would be more > productive to kindly ask them to help you triaging the bugs you reported > because they are too many for you to deal with (something which is obvious to > me at least, I know what a mountain of bugs looks like!). I am sure you can > work something out that way instead of creating bad air and sour grapes. Please > work with each other, not against each other! Tell that the bot! I mean it. Why the superfluous work? Where are the maintainers? Ah, I remember, they are flooded with tickets and cannot handle them all. Then why should I spend more time on re-evaluating defects again if there is no guarantee that this time they will be fixed? Where in the protocol is the person to work on the fix? Right, nowhere. The same [or new] maintainer may decide to ignore the report again due to lack of time or lack of interest. Till next time when I'll be asked to retest against F10. I don't criticise that tickets are set to NEEDINFO with some cool-looking "bzcl34nup" keyword applied to them. I criticise the plans to close tickets after 30 days, because that is equal to hiding things under the carpet. And it doesn't help with orphaned packages either. Look at http://bugz.fedoraproject.org/plague for example. The packages are unmaintained since FE6. What will happen if the NEEDINFO call is not answered? The packages will remain broken and unmaintained. There are other packages where the example would be valid, too. From mschwendt at gmail.com Sat Apr 5 12:43:02 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 5 Apr 2008 14:43:02 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> Message-ID: <20080405144302.3e439b79.mschwendt@gmail.com> On Sat, 5 Apr 2008 11:36:42 +0000 (UTC), Kevin Kofler wrote: > I think that instead of insulting the Triage Team's work, it would be more > productive to kindly ask them to help you triaging the bugs you reported > because they are too many for you to deal with (something which is obvious to > me at least, I know what a mountain of bugs looks like!). I am sure you can > work something out that way instead of creating bad air and sour grapes. Please > work with each other, not against each other! Tell that the bot! I mean it. Why the superfluous work? Where are the maintainers? Ah, I remember, they are flooded with tickets and cannot handle them all. Then why should I spend more time on re-evaluating defects again if there is no guarantee that this time they will be fixed? Where in the protocol is the person to work on the fix? Right, nowhere. The same [or new] maintainer may decide to ignore the report again due to lack of time or lack of interest. Till next time when I'll be asked to retest against F10. I don't criticise that tickets are set to NEEDINFO with some cool-looking "bzcl34nup" keyword applied to them. I criticise the plans to close tickets after 30 days, because that is equal to hiding things under the carpet. And it doesn't help with orphaned packages either. Look at http://bugz.fedoraproject.org/plague for example. The packages are unmaintained since FE6. What will happen if the NEEDINFO call is not answered? The packages will remain broken and unmaintained. There are other packages where the example would be valid, too. From denis at poolshark.org Sat Apr 5 14:08:39 2008 From: denis at poolshark.org (Denis Leroy) Date: Sat, 05 Apr 2008 16:08:39 +0200 Subject: libsigc++20 2.2 rebuild issues In-Reply-To: <47F6D304.8000002@kobold.org> References: <20080331185049.A9436@humbolt.us.dell.com> <47F6D304.8000002@kobold.org> Message-ID: <47F787E7.9000008@poolshark.org> Wart wrote: > Matt Domsch wrote: >> Fedora Rawhide-in-Mock Build Results for i386 >> using rawhide from 3/29 and for any failures, again with 3/31 >> >> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ >> >> Total packages: 5500 >> Number failed to build: 304 >> Number expected to fail due to ExclusiveArch or ExcludeArch: 13 >> Leaving: 291 >> (there may be some duplicates if rawhide has 2 versions of a package) >> > [...] >> wart: sear > > This depends on libsigc++20, which was upgraded from 2.0.x to 2.2.2, > which broke backwards compatibility in some cases. Did I miss an > announcement of this somewhere? Yes my apologies for this. libsigc++20 2.2 turned off support for the deprecated 1.2 API, and that wasn't made very clear whth 2.2.0 came out. I just sent you a patch for sear that compiles for me. A quick howto to port to the 2.0 API 1) email me :-) or 2) install and run regexxer. regexxer is your friend. look for occurences of 'SigC::slot'. These must be replaced with 'sigc::mem_fun' if it has 2 arguments, or 'sigc::ptr_fun' if it has one arg. 'Sigc::Signal' should be replaced with 'sigc::signal' 'Sigc::Object' is replaced by 'sigc::trackable'. Generally, any use of 'SigC' instead of 'sigc' will cause a failure. From dwalsh at redhat.com Sat Apr 5 15:04:50 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Sat, 05 Apr 2008 11:04:50 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F76BAC.5060901@fedoraproject.org> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> <47F76BAC.5060901@fedoraproject.org> Message-ID: <47F79512.2040409@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rahul Sundaram wrote: > Daniel J Walsh wrote: > >> During the Beta I have been turning on a transition boolean for >> nsplugin. This transition is from unconfined_t to nsplugin_t. The >> attempt here is to confine random code like flashplugin/acrobat and >> other closed source programs that read random data from the internet >> from attacking your machine. I have to turn it on by default in >> Rawhide/Beta to find out what problems it causes. I will probably turn >> it off when we release, to prevent it causing problems, for people >> like you. >> >> I write about the change in >> >> danwalsh.livejournal.com/15700.html >> >> This is a potential real security gain from this, but we need to >> experiment to figure out how we can benefit the greatest number of users. >> >> I agree we need to tread lightly when adding new SELinux confinement, to >> the users but we still have an ability that could really advance >> computer security. > > Please send a note to fedora-devel/fedora-test list when making > important changes like this so people know what to expect and can give > feedback accordingly. > > Rahul > Well I actually misspoke, this has been on for the entire Rawhide period after FC8 shipped. I will be turning it off by default with the shipping Fedora 9. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkf3lRIACgkQrlYvE4MpobP8aACggcAiO5aS/jowKe3qyYMSWyi6 ISIAoIXPTjBP5qvJz/MR8ClDSKWCoSBg =wCAu -----END PGP SIGNATURE----- From kagesenshi.87 at gmail.com Sat Apr 5 15:08:01 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Sat, 5 Apr 2008 23:08:01 +0800 Subject: Rawhide build report's conflict checking code Message-ID: Rawhide build reports problematic dependencies list, conflicting packages etc. I want to know where can I read the code/algorithm for that? for a little crazy idea which came up into my mind to play with that to check compatibility across 2 or more repositories (compatibility as in, no packages/files are overlapping, no broken deps). -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From lordmorgul at gmail.com Sat Apr 5 15:10:30 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 05 Apr 2008 08:10:30 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80804050515q3f4e8a6cs256518cd1e30cc4d@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> <6e24a8e80804050515q3f4e8a6cs256518cd1e30cc4d@mail.gmail.com> Message-ID: <47F79666.4000107@gmail.com> Mark wrote: > Then i will collect all the issues i find and file them all here in > this mailing list (no this thread). i won't make a bugzilla report for > each warning! and a online selinux warning database where all the > warning are send to would really be helpful here! Sending to fedora-selinux-list or fedora-test-list rather than flooding devel-list with AVCs will be much more helpful, when you do this. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From dwalsh at redhat.com Sat Apr 5 15:34:27 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Sat, 05 Apr 2008 11:34:27 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F79666.4000107@gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> <6e24a8e80804050515q3f4e8a6cs256518cd1e30cc4d@mail.gmail.com> <47F79666.4000107@gmail.com> Message-ID: <47F79C03.8070601@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Farris wrote: > Mark wrote: >> Then i will collect all the issues i find and file them all here in >> this mailing list (no this thread). i won't make a bugzilla report for >> each warning! and a online selinux warning database where all the >> warning are send to would really be helpful here! > > Sending to fedora-selinux-list or fedora-test-list rather than flooding > devel-list with AVCs will be much more helpful, when you do this. > Grouping all the AVC messages into one Bugzilla is fine. Most people do this. It is actually easier on me. Flooding the list with the messages is not a good idea. You could all use a pastebin. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkf3nAMACgkQrlYvE4MpobOO4wCgg2B6UW/UPv1btm4OeTvnTDxE YXgAoMfFtFsex2TDTFc8icxuL1BaPngH =6rfG -----END PGP SIGNATURE----- From skvidal at fedoraproject.org Sat Apr 5 15:43:43 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 05 Apr 2008 11:43:43 -0400 Subject: Rawhide build report's conflict checking code In-Reply-To: References: Message-ID: <1207410223.15651.172.camel@cutter> On Sat, 2008-04-05 at 23:08 +0800, Izhar Firdaus wrote: > Rawhide build reports problematic dependencies list, conflicting > packages etc. I want to know where can I read the code/algorithm for > that? > > for a little crazy idea which came up into my mind to play with that > to check compatibility across 2 or more repositories (compatibility as > in, no packages/files are overlapping, no broken deps). > I'm not sure if it is using it in the reports but you can look at repoclosure in yum-utils which should help with that. -sv From kagesenshi.87 at gmail.com Sat Apr 5 16:01:23 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Sun, 6 Apr 2008 00:01:23 +0800 Subject: Rawhide build report's conflict checking code In-Reply-To: <1207410223.15651.172.camel@cutter> References: <1207410223.15651.172.camel@cutter> Message-ID: On Sat, Apr 5, 2008 at 11:43 PM, seth vidal wrote: > On Sat, 2008-04-05 at 23:08 +0800, Izhar Firdaus wrote: > > Rawhide build reports problematic dependencies list, conflicting > > packages etc. I want to know where can I read the code/algorithm for > > that? > > > > for a little crazy idea which came up into my mind to play with that > > to check compatibility across 2 or more repositories (compatibility as > > in, no packages/files are overlapping, no broken deps). > > > > I'm not sure if it is using it in the reports but you can look at > repoclosure in yum-utils which should help with that. > aah .. didnt know about this tool .. thanks .. :D > -sv > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From wart at kobold.org Sat Apr 5 16:07:51 2008 From: wart at kobold.org (Wart) Date: Sat, 05 Apr 2008 09:07:51 -0700 Subject: libsigc++20 2.2 rebuild issues In-Reply-To: <47F787E7.9000008@poolshark.org> References: <20080331185049.A9436@humbolt.us.dell.com> <47F6D304.8000002@kobold.org> <47F787E7.9000008@poolshark.org> Message-ID: <47F7A3D7.8030704@kobold.org> Denis Leroy wrote: > Wart wrote: >> Matt Domsch wrote: >>> Fedora Rawhide-in-Mock Build Results for i386 >>> using rawhide from 3/29 and for any failures, again with 3/31 >>> >>> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ >>> >>> Total packages: 5500 >>> Number failed to build: 304 >>> Number expected to fail due to ExclusiveArch or ExcludeArch: 13 >>> Leaving: 291 >>> (there may be some duplicates if rawhide has 2 versions of a package) >>> >> [...] >>> wart: sear >> >> This depends on libsigc++20, which was upgraded from 2.0.x to 2.2.2, >> which broke backwards compatibility in some cases. Did I miss an >> announcement of this somewhere? > > Yes my apologies for this. libsigc++20 2.2 turned off support for the > deprecated 1.2 API, and that wasn't made very clear whth 2.2.0 came out. > I just sent you a patch for sear that compiles for me. > > A quick howto to port to the 2.0 API > > 1) email me :-) > > or > > 2) install and run regexxer. regexxer is your friend. > > look for occurences of 'SigC::slot'. These must be replaced with > 'sigc::mem_fun' if it has 2 arguments, or 'sigc::ptr_fun' if it has one > arg. > > 'Sigc::Signal' should be replaced with 'sigc::signal' > > 'Sigc::Object' is replaced by 'sigc::trackable'. > > Generally, any use of 'SigC' instead of 'sigc' will cause a failure. Many thanks for the patch! I've successfully rebuilt sear and sent the patch upstream. Regards, --Wart From smooge at gmail.com Sat Apr 5 16:10:42 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 5 Apr 2008 10:10:42 -0600 Subject: bugzilla triage madness :-/ In-Reply-To: <20080405144302.3e439b79.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> Message-ID: <80d7e4090804050910o16d59801y4516e490d12c2c6@mail.gmail.com> On Sat, Apr 5, 2008 at 6:43 AM, Michael Schwendt wrote: > On Sat, 5 Apr 2008 11:36:42 +0000 (UTC), Kevin Kofler wrote: > > > I think that instead of insulting the Triage Team's work, it would be more > > productive to kindly ask them to help you triaging the bugs you reported > > because they are too many for you to deal with (something which is obvious to > > me at least, I know what a mountain of bugs looks like!). I am sure you can > > work something out that way instead of creating bad air and sour grapes. Please > > work with each other, not against each other! > > Tell that the bot! > > I mean it. Why the superfluous work? Where are the maintainers? Ah, I > remember, they are flooded with tickets and cannot handle them all. Then > why should I spend more time on re-evaluating defects again if there is no > guarantee that this time they will be fixed? Where in the protocol is the > person to work on the fix? Right, nowhere. The same [or new] maintainer may > decide to ignore the report again due to lack of time or lack of interest. > Till next time when I'll be asked to retest against F10. > > I don't criticise that tickets are set to NEEDINFO with some cool-looking > "bzcl34nup" keyword applied to them. I criticise the plans to close > tickets after 30 days, because that is equal to hiding things under the > carpet. And it doesn't help with orphaned packages either. Look at > http://bugz.fedoraproject.org/plague for example. The packages are > unmaintained since FE6. What will happen if the NEEDINFO call is not > answered? The packages will remain broken and unmaintained. There are > other packages where the example would be valid, too. > I realize you are frustrated but you do not seem to be happy with any solution. Leave them open forever... and it shows that no one cares. Close them after a certain time and it shows that no one cares. Would you be happy with a firing squad for maintainers? A public wall of shame? Is there anything that would make you happy that could be done within X weeks by Y volunteers? -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mike at miketc.com Sat Apr 5 16:29:36 2008 From: mike at miketc.com (Mike Chambers) Date: Sat, 05 Apr 2008 11:29:36 -0500 Subject: Rawhide x64 running status 4/5/08 Message-ID: <1207412976.2821.12.camel@scrappy.miketc.com> While running rawhide system currently, there seem to be just couple issues I see, not knowing if known or not already.. 1 - When shutting down, it seems to stop at "Stopping quotas" and doesn't continue, just sits there. 2 - When booting up, it gets to starting anacron (somewhat deep into the latter part of the services), and sits there a bit, then finally continues on. I think it's getting ready to start NM and takes a while or something? The message that comes up is real fast, then the UI comes up. But anyway, reason mentioning it, is it seems to be slow to do whatever it is doing. 3 - I used to use /etc/rc.local to mount my nfs partitions at boot up, which I guess used the local service with initscripts? So going to upstart (sp?), what is the equivolent as rc.local or something the like? I do NOT want automount so that isnt' an option. I want it mounted perm on boot (just in case that was going to be brought up). -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From jkeating at redhat.com Sat Apr 5 18:38:01 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 05 Apr 2008 14:38:01 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <1207396982.19597.0.camel@sb-home> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207333925.3110.36.camel@localhost.localdomain> <1207396982.19597.0.camel@sb-home> Message-ID: <1207420681.3110.69.camel@localhost.localdomain> On Sat, 2008-04-05 at 14:03 +0200, nodata wrote: > > If you follow the lists. Well, if you don't follow the lists, including the really really low traffic fedora-devel-announce list, then you get to deal with what those that /do/ follow the list and are in the committees that vote on these things decide. > I am getting three e-mails per bot-closed bug, not one. That could be > three times better. This unfortunately was out of the hands of the Triage team. They made a request of Red Hat Eng Operations to run the various changes on bugzilla, with the prior understanding that it could be done without mail spam. Unfortunately what Eng Ops did wasn't that, and we got mail bombed. It'll certainly be handled better next time, but don't throw the Triage team under the bus for this. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Sat Apr 5 18:42:19 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 05 Apr 2008 14:42:19 -0400 Subject: Rawhide 20080404 Snapshot Released In-Reply-To: <1207348765.3256.7.camel@scrappy.miketc.com> References: <1207338304.3110.49.camel@localhost.localdomain> <1207348765.3256.7.camel@scrappy.miketc.com> Message-ID: <1207420939.3110.72.camel@localhost.localdomain> On Fri, 2008-04-04 at 17:39 -0500, Mike Chambers wrote: > Do we know for sure if an x64 system > will install or not, specially via nfs install with boot.iso? I tested such install method of rawhide on Friday, which was when the live snapshot images were taken. It worked. I cannot say anything about today's rawhide though as I have not tested it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Sat Apr 5 18:41:20 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 05 Apr 2008 14:41:20 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <20080405144302.3e439b79.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> Message-ID: <1207420880.3110.70.camel@localhost.localdomain> On Sat, 2008-04-05 at 14:43 +0200, Michael Schwendt wrote: > Look at > http://bugz.fedoraproject.org/plague for example. The packages are > unmaintained since FE6. What will happen if the NEEDINFO call is not > answered? Plague is unmaintained upstream as well. The only reason it's kept around is because we can't build EPEL in Koji, which I hope to have fixed this summer. After that, plague will be removed from the distro entirely. Would that make you feel better? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mschwendt at gmail.com Sat Apr 5 19:16:18 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 5 Apr 2008 21:16:18 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <80d7e4090804050910o16d59801y4516e490d12c2c6@mail.gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <80d7e4090804050910o16d59801y4516e490d12c2c6@mail.gmail.com> Message-ID: <20080405211618.301e8900.mschwendt@gmail.com> On Sat, 5 Apr 2008 10:10:42 -0600, Stephen John Smoogen wrote: > I realize you are frustrated but you do not seem to be happy with any > solution. Leave them open forever... and it shows that no one cares. > Close them after a certain time and it shows that no one cares. > > Would you be happy with a firing squad for maintainers? A public wall > of shame? Is there anything that would make you happy that could be > done within X weeks by Y volunteers? Yes. There's a better form of bug management in my opinion. Help with the automated triaging efforts _only where_ the corresponding bugzilla components are flooded with tickets actually. [Take a look at one of Dave Jones' recent blog entries where he listed some statistics about bug numbers since FC1.] Create groups of components, so the bug count adds up for large pieces of software like Xorg, KDE, etc. Next, calculate the bug count per assignee, to see whether any particular person receives an excessive number of bugs. But don't threaten to close tickets where an assignee is _not_ buried beyond hundreds of bugs. Those are the cases where something is wrong, where a small number of tickets is not dealt with for unknown reasons, possibly applying the AWOL process is much more appropriate in those cases. Or is it asked to much to demand a sign of life from the maintainer? From kevin.kofler at chello.at Sat Apr 5 19:28:07 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 5 Apr 2008 19:28:07 +0000 (UTC) Subject: bugzilla triage madness :-/ References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <1207420880.3110.70.camel@localhost.localdomain> Message-ID: Jesse Keating redhat.com> writes: > Plague is unmaintained upstream as well. The only reason it's kept > around is because we can't build EPEL in Koji, which I hope to have > fixed this summer. After that, plague will be removed from the distro > entirely. Would that make you feel better? What about third-party repositories like rpmfusion? AFAICT, rpmfusion decided to use Plague. And looking at the current design of the 2 tools, Plague looks much more appropriate for a third-party repository to me, compared to Koji which wants to "own" the entire distribution, requiring to import all the base Fedora packages. Of course, the work to make Koji suitable for EPEL may well make this a non-issue, but right now it is something to consider. Kevin Kofler From mschwendt at gmail.com Sat Apr 5 19:52:11 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 5 Apr 2008 21:52:11 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <1207420880.3110.70.camel@localhost.localdomain> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <1207420880.3110.70.camel@localhost.localdomain> Message-ID: <20080405215211.c2ceb8a6.mschwendt@gmail.com> On Sat, 05 Apr 2008 14:41:20 -0400, Jesse Keating wrote: > On Sat, 2008-04-05 at 14:43 +0200, Michael Schwendt wrote: > > Look at > > http://bugz.fedoraproject.org/plague for example. The packages are > > unmaintained since FE6. What will happen if the NEEDINFO call is not > > answered? > > Plague is unmaintained upstream as well. The only reason it's kept > around is because we can't build EPEL in Koji, which I hope to have > fixed this summer. After that, plague will be removed from the distro > entirely. Would that make you feel better? It!was!just!an!example! I'm sure other packages with only few open bugs are hit similarly. From gnomeuser at gmail.com Sat Apr 5 21:40:18 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sat, 5 Apr 2008 23:40:18 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <80d7e4090804050910o16d59801y4516e490d12c2c6@mail.gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <80d7e4090804050910o16d59801y4516e490d12c2c6@mail.gmail.com> Message-ID: <1dedbbfc0804051440k52ff1dn6a02ecd9058d92de@mail.gmail.com> 2008/4/5, Stephen John Smoogen : > > On Sat, Apr 5, 2008 at 6:43 AM, Michael Schwendt > wrote: > > On Sat, 5 Apr 2008 11:36:42 +0000 (UTC), Kevin Kofler wrote: > > > > > I think that instead of insulting the Triage Team's work, it would be > more > > > productive to kindly ask them to help you triaging the bugs you > reported > > > because they are too many for you to deal with (something which is > obvious to > > > me at least, I know what a mountain of bugs looks like!). I am sure > you can > > > work something out that way instead of creating bad air and sour > grapes. Please > > > work with each other, not against each other! > > > > Tell that the bot! > > > > I mean it. Why the superfluous work? Where are the maintainers? Ah, I > > remember, they are flooded with tickets and cannot handle them all. > Then > > why should I spend more time on re-evaluating defects again if there is > no > > guarantee that this time they will be fixed? Where in the protocol is > the > > person to work on the fix? Right, nowhere. The same [or new] maintainer > may > > decide to ignore the report again due to lack of time or lack of > interest. > > Till next time when I'll be asked to retest against F10. > > > > I don't criticise that tickets are set to NEEDINFO with some > cool-looking > > "bzcl34nup" keyword applied to them. I criticise the plans to close > > tickets after 30 days, because that is equal to hiding things under the > > carpet. And it doesn't help with orphaned packages either. Look at > > http://bugz.fedoraproject.org/plague for example. The packages are > > unmaintained since FE6. What will happen if the NEEDINFO call is not > > answered? The packages will remain broken and unmaintained. There are > > other packages where the example would be valid, too. > > > > > I realize you are frustrated but you do not seem to be happy with any > solution. Leave them open forever... and it shows that no one cares. > Close them after a certain time and it shows that no one cares. > > Would you be happy with a firing squad for maintainers? A public wall > of shame? Is there anything that would make you happy that could be > done within X weeks by Y volunteers? At least give maintainers an option to opt out, on a per maintainer and per package level of these bug genocides. I, e.g., just took over Beagle and am in the progress of reviewing all the open bugs I inherited as well as doing a major spec cleanup and preparing Fedora for a push of 0.3.x to F8 which will bring substantial improvements to the overall state of the situation. I do not wish the bugzappers to run around mocking with my bugs, their intentions might be good but they are making my personal process harder not easier - I would just like to say no to the drugs, please. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at gmail.com Sat Apr 5 21:44:54 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 05 Apr 2008 16:44:54 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <1207420880.3110.70.camel@localhost.localdomain> Message-ID: <1207431894.6809.7.camel@vader.jdub.homelinux.org> On Sat, 2008-04-05 at 19:28 +0000, Kevin Kofler wrote: > Jesse Keating redhat.com> writes: > > Plague is unmaintained upstream as well. The only reason it's kept > > around is because we can't build EPEL in Koji, which I hope to have > > fixed this summer. After that, plague will be removed from the distro > > entirely. Would that make you feel better? > > What about third-party repositories like rpmfusion? AFAICT, rpmfusion decided > to use Plague. And looking at the current design of the 2 tools, Plague looks > much more appropriate for a third-party repository to me, compared to Koji > which wants to "own" the entire distribution, requiring to import all the base > Fedora packages. Of course, the work to make Koji suitable for EPEL may well > make this a non-issue, but right now it is something to consider. Then rpmfusion should take upstream ownership of it. josh From harald at redhat.com Sat Apr 5 22:42:18 2008 From: harald at redhat.com (Harald Hoyer) Date: Sun, 06 Apr 2008 00:42:18 +0200 Subject: Network Manager Summary In-Reply-To: <1207335404.14169.14.camel@localhost.localdomain> References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> <47F5A0BE.4090404@gmail.com> <1207335404.14169.14.camel@localhost.localdomain> Message-ID: Dan Williams wrote: > On Fri, 2008-04-04 at 13:55 +0200, Harald Hoyer wrote: >> Andrew Farris wrote: >>> Mike Chambers wrote: >>>> On Thu, 2008-04-03 at 18:57 -0500, Mike Chambers wrote: >>>> >>>>> BUT, the problem seems to be, that after I set it so network didn't >>>>> start, and network manager did, that my /etc/resolv.conf file got >>>>> emptied and didn't have dns. I had to add it manually. Going to reboot >>>>> after sending this email to see if it stays this time. Or does it get >>>>> removed each time anyway and this is a bug? >>>> The /etc/resolv.conf file does indeed get emptied (file exists, just no >>>> info) upon shutdown/boot up. Although the one >>>> in /etc/sysconfig/networking/profiles/default/resolv.conf file is filled >>>> out but I am guessing not ready by NM. Soooo, I thought I read about >>>> the ifcfg-ethx file having dns info inside it? IF so, what paramaters >>>> are used to list it there? DNS seems to be about the only thing so far >>>> from NM being completely usable and no configuring at all. >>>> >>>> Other thatn that, all is well and services seem to start. ALTHOUGH, I >>>> have experienced that on shutdown, while shutting down quotas, it stays >>>> there and never goes away? Cold boot after to get it going. >>> Edit /etc/sysconfig/networking/devices/ifcfg-ethx and add DNS1, DNS2, >>> DNS3, and set PEERDNS=no and networkmanager should pick up and reset >>> your resolv.conf based on those cfgs and which is configured (i.e. diff >>> interfaces could have diff nameservers). Also see the thread: >>> Re: f9 resetting dns nameservers >>> >> NM does not seem to honor PEERDNS=no > > What's the expected behavior there for ifup? /usr/share/doc/initscripts-*/sysconfig.txt : PEERDNS=yes|no modify /etc/resolv.conf if peer uses msdns extension (PPP only) or DNS{1,2} are set, or if using dhclient. default to "yes". DNS{1,2}= provide DNS addresses that are dropped into the resolv.conf file if PEERDNS is not set to "no". PEERDNS=no : do not touch /etc/resolv.conf at all... > For NM, the way it > _should_ currently work is: > > 1) if using DHCP; DNS1..3 will override whatever the DHCP server sends > you > > 2) if using static: you must specify DNSX or else you won't get DNS > servers > > The problem is that we can't pull DNS servers from the existing > resolv.conf, because stuff rewrites resolv.conf. We need to store DNS > information in the ifcfg files so that when more than one connection > gets brought up, we can merge the information from both of those > connections into a suitable resolv.conf. > > What might be a good thing to do is honor PEERDNS=no for a > connection/ifcfg such that NM just won't use anything that an automatic > configuration method (like DHCP or PPP) returns for that connection. > > Dan > > From bruno at wolff.to Sat Apr 5 21:33:52 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 5 Apr 2008 16:33:52 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: <20080405213352.GA15063@wolff.to> On Fri, Apr 04, 2008 at 21:07:51 +0300, Pekka Savola wrote: > > A suggestion for a saner bugzilla automation: close packages in > _NEEDINFO_ stage unless there is response from the reporter. One possible gotcha here is taht sometimes people other than the reporter are interested in a bug. And from what I have seen if you aren't the reporter, you can't actually clear that flag when adding a comment that supplies the information. From orion at cora.nwra.com Sun Apr 6 04:57:50 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Sat, 05 Apr 2008 22:57:50 -0600 Subject: ppc64 build failure Message-ID: <47F8584E.1070101@cora.nwra.com> I've got a build that fails on ppc64 but not on i386/x86_64: Build Info: http://koji.fedoraproject.org/koji/buildinfo?buildID=45177 g++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mminimal-toc -rdynamic -o gdl gdl-assocdata.o gdl-basic_fun_cl.o gdl-basic_fun.o gdl-basic_fun_jmg.o gdl-basic_op.o gdl-basic_pro.o gdl-basic_pro_jmg.o gdl-CFMTLexer.o gdl-color.o gdl-convert2.o gdl-datatypes.o gdl-dcommon.o gdl-dcompiler.o gdl-default_io.o gdl-dinterpreter.o gdl-dnode.o gdl-dpro.o gdl-dstructdesc.o gdl-dstructgdl.o gdl-dvar.o gdl-envt.o gdl-extrat.o gdl-FMTIn.o gdl-FMTLexer.o gdl-fmtnode.o gdl-FMTOut.o gdl-FMTParser.o gdl-gdleventhandler.o gdl-gdlexception.o gdl-gdlgstream.o gdl-GDLInterpreter.o gdl-GDLLexer.o gdl-GDLParser.o gdl-gdlpsstream.o gdl-gdlpython.o gdl-GDLTreeParser.o gdl-gdlwinstream.o gdl-gdlxstream.o gdl-getfmtast.o gdl-graphics.o gdl-gsl_fun.o gdl-ifmt.o gdl-initct.o gdl-initsysvar.o gdl-io.o gdl-libinit_cl.o gdl-libinit.o gdl-libinit_jmg.o gdl-math_fun.o gdl-math_fun_jmg.o gdl-math_utl.o gdl-ncdf_att_cl.o gdl-ncdf_cl.o gdl-ncdf_dim_cl.o gdl-ncdf_var_cl.o gdl-new.o gdl-objects.o gdl-ofmt.o gdl-math_fun_ac.o gdl-libinit_ac.o gdl-math_fun_gm.o gdl-libinit_gm.o gdl-plotting.o gdl-print.o gdl-print_tree.o gdl-read.o gdl-str.o gdl-terminfo.o gdl-topython.o gdl-typetraits.o gdl-hdf_fun.o gdl-hdf_pro.o gdl-magick_cl.o gdl-gdlwidget.o gdl-widget.o gdl-basegdl.o gdl-hdf5_fun.o gdl-libinit_mes.o gdl-file.o gdl-image.o gdl-gdljournal.o gdl-convol.o gdl-convol_inc0.o gdl-convol_inc1.o gdl-convol_inc2.o gdl-sigfpehandler.o gdl-gdlzstream.o gdl-arrayindex.o gdl-fftw.o gdl-mpi.o gdl-plot3d_nr.o gdl-gdl.o gdl-plot3d_nr.o ../src/antlr/libantlr.a -L/usr/X11R6/lib64 -L/usr/X11R6/lib -lX11 -lncurses -L/usr/lib64/netcdf-3 -L/usr/lib64/hdf -lreadline -lgsl -lgslcblas -lplplotd -lplplotcxxd -lMagick++ -L/usr/lib/netcdf-3 -lnetcdf -L/usr/lib/hdf -lmfhdf -ldf -ljpeg -lz -L/usr/lib/hdf5 -lhdf5 -lfftw3 -lfftw3f -lpython2.5 gdl-plot3d_nr.o: In function `lib::c_plot3dcl_nr(double*, double*, double**, int, int, int, double*, int, int, int, int*, int*)': plot3d_nr.cpp:(.opd+0xa0): multiple definition of `lib::c_plot3dcl_nr(double*, double*, double**, int, int, int, double*, int, int, int, int*, int*)' gdl-plot3d_nr.o:plot3d_nr.cpp:(.opd+0xa0): first defined here gdl-plot3d_nr.o: In function `lib::c_plot3dc_nr(double*, double*, double**, int, int, int, double*, int)': plot3d_nr.cpp:(.opd+0xb0): multiple definition of `lib::c_plot3dc_nr(double*, double*, double**, int, int, int, double*, int)' gdl-plot3d_nr.o:plot3d_nr.cpp:(.opd+0xb0): first defined here gdl-plot3d_nr.o: In function `lib::mesh_nr(double*, double*, double**, int, int, int)': plot3d_nr.cpp:(.opd+0xc0): multiple definition of `lib::mesh_nr(double*, double*, double**, int, int, int)' gdl-plot3d_nr.o:plot3d_nr.cpp:(.opd+0xc0): first defined here collect2: ld returned 1 exit status Any idea on what would cause this? - Orion From orion at cora.nwra.com Sun Apr 6 05:11:56 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Sat, 05 Apr 2008 23:11:56 -0600 Subject: ppc64 build failure In-Reply-To: <47F8584E.1070101@cora.nwra.com> References: <47F8584E.1070101@cora.nwra.com> Message-ID: <47F85B9C.6090805@cora.nwra.com> Orion Poplawski wrote: > Any idea on what would cause this? Found the problem - gdl-plot3d_nr.o is listed twice on the link line. - Orion From murray.mcallister at gmail.com Sun Apr 6 07:18:35 2008 From: murray.mcallister at gmail.com (Murray McAllister) Date: Sun, 6 Apr 2008 17:18:35 +1000 Subject: reminder: wiki freeze 04-06 for GA release notes Message-ID: <95f1114b0804060018ha133fb0nd24788cd076d9ef4@mail.gmail.com> Hi, A big thank you to everyone who helped make the preview release notes a success. The Beats wiki, http://fedoraproject.org/wiki/Docs/Beats/, will be frozen at 2359 UTC 2008-04-06. The content at the time of freezing will become the Fedora 9 GA Release Notes. At some point after 2359 UTC 2008-04-07, the GA Release Notes will be available to L10N. For further details, refer to http://fedoraproject.org/wiki/DocsProject/Schedule Thanks again for your help. Regards, Murray. --------------------------------------------------------------------- pub 1024D/81B3FDEB 2007-09-19 [expires: 2008-09-18] Key fingerprint = 4ED9 9907 5BF0 4132 2B46 20D1 C0C6 362D 81B3 FDEB Murray McAllister (Fedora Docs Project / mdious) sub 2048g/B04CFA0C 2007-09-19 [expires: 2008-09-18] From rawhide at fedoraproject.org Sun Apr 6 09:09:10 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sun, 6 Apr 2008 09:09:10 +0000 (UTC) Subject: rawhide report: 20080406 changes Message-ID: <20080406090910.E28E2209DF5@releng1.fedora.phx.redhat.com> New package dotconf Libraries to parse configuration files New package mediawiki-StubManager An extension meant to address 'rare events' handling New package perl-Algorithm-FastPermute Rapid generation of permutations New package php-pear-File-Find Class which facilitates the search of filesystems New package pyPdf PDF toolkit New package stringtemplate A Java template engine Updated Packages: BackupPC-3.1.0-2.fc9 -------------------- * Sat Apr 05 2008 Johan Cwiklinski 3.1.0-2 - correcting nologin path ConsoleKit-0.2.10-3.fc9 ----------------------- * Sat Apr 05 2008 Matthias Clasen - 0.2.10-3 - Return PolicyKit results * Fri Mar 14 2008 Matthias Clasen - 0.2.10-2 - Fix trivial dir ownership issue Django-0.96.1-2.fc9 ------------------- * Sat Apr 05 2008 Michel Salim - 0.96.1-2 - Package .egg-info file on Fedora >= 9 PackageKit-0.1.11-1.fc9 ----------------------- * Sat Apr 05 2008 Matthias Clasen - 0.1.11-1 - Update to 0.1.11 anjuta-1:2.2.3-6.fc9 -------------------- * Sun Apr 06 2008 Debarshi Ray - 1:2.2.3-6 - Added 'Requires: autogen'. Closes Red Hat Bugzilla bug #441036. ballz-1.0-3.fc9 --------------- * Sat Apr 05 2008 Hans de Goede 1.0-3 - Rebuild for new guichan bless-0.5.2-6.fc9 ----------------- * Sat Apr 05 2008 Adel Gadllah 0.5.2-5 - Fix build with mono-1.9+ RH #440761 bouml-4.2-2.fc9 --------------- * Sun Apr 06 2008 Debarshi Ray - 4.2-2 - Replaced 'BuildRequires: qt-devel' with 'Buildrequires: qt3-devel' on all distributions starting from Fedora 9. Closes Red Hat Bugzilla bug #440750. * Fri Feb 22 2008 Debarshi Ray - 4.2-1 - Version bump to 4.2. Closes Red Hat Bugzilla bug #434284. - Introduced PHP support. - Previous releases can not read a project saved with this version, but projects made by previous releases can be read. * Tue Feb 19 2008 Release Engineering - 3.5-2 - Autorebuild for gcc-4.3. bzr-1.3.1-0.1.rc1.fc9 --------------------- * Fri Apr 04 2008 Toshio Kuratomi - 1.3.1-0.1.rc1 - Update to 1.3.1rc1 to fix a bug when you have a pack based remote repo and knit based local branch. control-center-1:2.22.0-4.fc9 ----------------------------- * Sat Apr 05 2008 Soren Sandmann - 2.22.0-4 - Better clone mode support. Remove debug text. emelfm2-0.4.0-1.fc9 ------------------- * Wed Apr 02 2008 Christoph Wickert - 0.4.0-1 - Update 0.4.0 - Enable HAL support, but dont install hal by default - Add emelfm2-0.4-hal_flags.patch (Thanks to Uwe Helm) - Require bzip2 for the unpack-plugin eric-4.1.2-2.fc9 ---------------- * Sat Apr 05 2008 Johan Cwiklinski 4.1.2-2 - using qt4-designer and qt4-doc * Sat Apr 05 2008 Johan Cwiklinski 4.1.2-1 - 4.1.2 * Mon Mar 24 2008 Johan Cwiklinski 4.1.1-2 - Qt4 package was renamed from qt4 to qt evolution-rss-0.0.8-7.fc9 ------------------------- * Sat Apr 05 2008 Lucian Langa - 0.0.8-7 - Modify dependencies for proper F8->F9 upgrade fuse-s3fs-0.4-9.fc9 ------------------- * Sat Apr 05 2008 Neil Horman 0.4-9 - Fix ftruncate to set proper length gdl-0.9-0.rc1.1.fc9 ------------------- * Sat Apr 05 2008 - Orion Poplawski - 0.9-0.rc1.1 - Update to 0.9rc1 * Mon Mar 17 2008 - Orion Poplawski - 0.9-0.pre6.2 - Update cvs patch to latest cvs gdm-1:2.21.10-0.2008.04.04.2.fc9 -------------------------------- * Sat Apr 05 2008 Matthias Clasen - 1:2.21.10-0.2008.04.04.2 - Improve handling of CK error messages * Sat Apr 05 2008 Ray Strode - 1:2.21.10-0.2008.04.04.1 - Fix jump in animation for autologin - Fix crash if LANG="somethingbogus" * Sat Apr 05 2008 Ray Strode - 1:2.21.10-0.2008.04.03.3 - Fix crash when canceling autologin getmail-4.8.1-1.fc9 ------------------- * Sat Apr 05 2008 Rob Loos - 4.8.1-1 - Updated to release 4.8.1 - remove setup.py patch (fixed upstream) git-1.5.4.5-3.fc9 ----------------- * Fri Apr 04 2008 James Bowes 1.5.4.5-3 - Remove the last two requires on git-core. gnome-desktop-2.22.0-6.fc9 -------------------------- * Sat Apr 05 2008 Soren Sandmann - 2.22.0-6 - Update randr code gnome-packagekit-0.1.11-1.fc9 ----------------------------- * Sat Apr 05 2008 Matthias Clasen - 0.1.11-1 - Update to 0.1.11 gnome-panel-2.22.0-11.fc9 ------------------------- * Sat Apr 05 2008 Matthias Clasen - 2.22.0-11 - Handle PolicyKit errors returned from ConsoleKit gnome-session-2.22.0-2.fc9 -------------------------- * Sun Apr 06 2008 Matthias Clasen - 2.22.0-2 - Drop gnome-volume-manager from the default session gnome-settings-daemon-2.22.1-0.2008.03.26.5.fc9 ----------------------------------------------- * Sat Apr 05 2008 - Soren Sandmann - 2.22.1-2008.03.26.5 - Update randr plugin gtk-qt-engine-1:1.1-1.fc9 ------------------------- * Fri Apr 04 2008 Rex Dieter 1:1.1-1 - gtk-qt-engine-1.1 for kde4 support (#441038) hatari-1.0.1-1.fc9 ------------------ * Sat Apr 05 2008 Andrea Musuruane 1.0.1-1 - updated to upstream 1.0.1 homebank-3.8-1.fc9 ------------------ * Sat Apr 05 2008 Johan Cwiklinski 3.8-1 - 3.8 inkscape-0.46-2.fc9 ------------------- * Sat Apr 05 2008 Lubomir Kundrak - 0.46-2 - Fix LaTeX rendering, #441017 jhead-2.82-1.fc9 ---------------- * Sat Apr 05 2008 Adrian Reber - 2.82-1 - updated to 2.82 kdebase-runtime-4.0.3-4.fc9 --------------------------- * Sat Apr 05 2008 Kevin Kofler 4.0.3-4 - don't crash if we don't have deinterlacing support in xine-lib (#440299) kernel-2.6.25-0.200.rc8.git3.fc9 -------------------------------- * Fri Apr 04 2008 Chuck Ebbert - Remove VIA VT6212 sleep time fix, already in mainline. * Fri Apr 04 2008 Dave Jones - USB: VIA VT6212 10us EHCI sleep time select. (#438599) * Fri Apr 04 2008 Jarod Wilson - firewire: add logging of register access failures to debug spew - firewire: don't append AT packets to halted contexts (because certain crappy controllers lock up if you do). libflashsupport-000-0.4.svn20070904 ----------------------------------- * Sat Apr 05 2008 Warren Togami 000-0.4.svn20070904 - x86_64 requires i386 of itself and nspluginwrapper.i386 through file dependencies. This really sucks but we currently have no other way of doing cross-arch dependencies. libtorrent-0.11.8-4.fc9 ----------------------- * Sat Apr 05 2008 Christopher Aillon - 0.11.8-4 - Add missing #includes so this compiles against GCC 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 0.11.8-3 - Autorebuild for GCC 4.3 lua-5.1.3-4.fc9 --------------- * Sat Apr 05 2008 Hans de Goede 5.1.3-4 - Not only own $libdir/lua/5.1 and $datadir/lua/5.1 but also $libdir/lua and $datadir/lua for proper removal of these dirs upon lua removal ntfs-config-1.0-0.6.rc5.fc9 --------------------------- * Sat Apr 05 2008 Xavier Lamien - 1.0-0.6.rc5 - Moved to python_sitearch path. perl-Proc-ProcessTable-0.42-1.fc9 --------------------------------- * Sat Apr 05 2008 Tom "spot" Callaway 0.42-1 - update to 0.42 - patch to define ARG_MAX (since for some unknown reason, it isn't defined anymore) python-cerealizer-0.6-3.fc9 --------------------------- * Sat Apr 05 2008 Tom "spot" Callaway 0.6-3 - Add egg-info files (fix FTBFS bz 440814) python-elixir-0.5.2-1.fc9 ------------------------- * Sat Apr 05 2008 James Bowes 0.5.2-1 - Update to 0.5.2 python-gammu-0.24-3.fc9 ----------------------- * Sat Apr 05 2008 Xavier Lamien - 0.24-3 - Added missing file on Rawhide. * Tue Feb 19 2008 Fedora Release Engineering - 0.24-2 - Autorebuild for GCC 4.3 pyxdg-0.15-6.fc9 ---------------- * Sat Apr 05 2008 Tom "spot" Callaway - 0.15-6 - add egg-info (fixes FTBFS bz 440813) qucs-0.0.13-3.fc9 ----------------- * Sat Apr 05 2008 Eric Tanguy - 0.0.13-3 - Modify BR from qt-devel to qt3-devel revisor-2.1.0-1rc7.fc9 ---------------------- * Sat Apr 05 2008 Jeroen van Meeuwen 2.1.0-1rc7 - Latest rebuild * Wed Jan 30 2008 Jeroen van Meeuwen 2.1.0-1rc5 - Add Rescue Image capabilities - Add modserver into package - Remove conflicts - Updates - Let's not build revisor-cobbler on ppc/ppc64 * Thu Dec 20 2007 Jeroen van Meeuwen 2.1.0-1rc2 - Updates to many components related to plugins and kickstart rrdtool-1.3-0.10.beta4.fc9 -------------------------- * Sat Apr 05 2008 Jarod Wilson 1.3.0-0.10.beta4 - Fix use of rrd_update in php bindings (#437558) rtorrent-0.7.8-3.fc9 -------------------- * Sat Apr 05 2008 Christopher Aillon - 0.7.8-3 - Fix build against newer sigc++ - Fix build against GCC 4.3 * Mon Feb 18 2008 Fedora Release Engineering - 0.7.8-2 - Autorebuild for GCC 4.3 scons-0.98.0-1.fc9 ------------------ * Sat Apr 05 2008 Gerard Milmeister - 0.98-1 - new release 0.98 sear-0.6.3-10.fc9 ----------------- * Sat Apr 05 2008 Wart 0.6.3-10 - Add patch for newer libsigc++ (BZ #440772) selinux-policy-3.3.1-28.fc9 --------------------------- * Fri Apr 04 2008 Dan Walsh 3.3.1-28 - Allow radvd to use fifo_file - dontaudit setfiles reading links - allow semanage sys_resource - add allow_httpd_mod_auth_ntlm_winbind boolean - Allow privhome apps including dovecot read on nfs and cifs home dirs if the boolean is set * Tue Apr 01 2008 Dan Walsh 3.3.1-27 - Allow nsplugin to read /etc/mozpluggerrc, user_fonts - Allow syslog to manage innd logs. - Allow procmail to ioctl spamd_exec_t shadow-utils-2:4.1.1-1.fc9 -------------------------- * Mon Apr 07 2008 Peter Vrabec 2:4.1.1-1 - upgrade shorewall-4.0.10-1.fc9 ---------------------- * Sun Apr 06 2008 Jonathan G. Underwood - 4.0.10-1 - Update to version 4.0.10 - Remove 4.0.9 patches specto-0.2.2-1.fc9 ------------------ * Thu Aug 02 2007 Xavier Lamien - 0.2.2-1 - Updated Release. sunbird-0.8-1.fc9 ----------------- * Fri Apr 04 2008 Lubomir Kundrak 0.8-1 - 0.8 GA system-config-keyboard-1.2.14-2.fc9 ----------------------------------- * Sat Apr 05 2008 Bill Nottingham 1.2.14-2 - Do not show in KDE and Gnome menus - Rework specfile udev-120-2.fc9 -------------- * Sat Apr 05 2008 Harald Hoyer 120-2 - removed warning about deprecated /lib/udev/devices (rhbz#440961) - replaced /usr/bin/find with shell find function (rhbz#440961) vpnc-0.5.1-5.fc9 ---------------- * Sat Apr 05 2008 Michal Schmidt - 0.5.1-5 - vpnc-script: fix 'ip link ...' syntax. wings-0.99.02-1.fc9 ------------------- * Thu Mar 27 2008 Gerard Milmeister - 0.99.02-1 - new releae 0.99.02 * Sun Apr 08 2007 Gerard Milmeister - 0.98.36-1 - new version 0.98.36 * Thu Feb 15 2007 Gerard Milmeister - 0.98.32b-11 - add optflags (bugzilla 228925) xfce4-battery-plugin-0.5.0-4.fc9 -------------------------------- * Sat Apr 05 2008 Christoph Wickert - 0.5.0-4 - Fix for kernel 2.6.24 (bugzilla.xfce.org #3938) - Lower acpi polling. (bugzilla.xfce.org #2948) - Rebuild with gcc 4.3.0 * Tue Aug 28 2007 Christoph Wickert - 0.5.0-3 - Fix for x86_64 kernels >= 2.6.21. (bugzilla.xfce.org #3190) - Update license tag xorg-x11-drv-radeonhd-1.1.0-0.7.20080404git.fc9 ----------------------------------------------- * Fri Apr 04 2008 Hans Ulrich Niedermann - 1.1.0-0.7.20080404git - Do not create fedora snapshot git branch unless necessary - New snapshot (upstream commit db2c3948d5a398047b3a881f6f88541dc963d22e): - db2c3948: Fix LVTMA code to also handle single link DVI correctly. - 55e3b21e: HDMI Type A is single link DVI while B is dual link. - d53f2201: Add source select to DDIA block. - be9055f0: Fixed argument order to rhdAtomGetTableRevisionAndSize(). - 1623f86f: Added missing rhd_ddia.c/rhd_ddia.o to Imakefile. - 186c345c: Print output name for sensed type. - d7d63b25: Print sensed type also for RandR. - 6d628f56: Make debugging output of HPD verbose about the result. - 811b0cd6: Added quirk table entry for a different Sapphire X1300 - 89cfb738: Add support for RS690 DDIA digital block. - b6418a97: Add debugging aids. - c8ad2599: Reset CRTC horizontal counter replication. - bd11d76a: Handle AtomBIOS TMDS PLL parameters correctly. - 806d9536: HDMI Type B connector is dual link capable. - ae3171b9: Add TMDS PLL macro control values for M54 (0x7145). - 19a6eb46: Chipset name review. - 96f36339: Fixed imake build. - 3d62e9a1: Cosmetics: Move RV620/635 to a more sensible position in our devices list. - 9de85904: RHDPLLsInit: PLL2: Add missing " else " in "if () {}{}"... Duh. - 00f182d6: Use correct option name for (yet unused) TVMode option. - 98d328b0: Fix endless loop. - 427d9553: If available read panel dithering parameters from AtomBIOS. - c336508e: Remove DVI_DUAL as a type which can be detected by load detection. - bf8bda88: Make variable and enum names more consistent. - db0d6058: Fix a memory leak. - 098cf71d: Make test for DIG2 more consistent. - 46a40c82: Add #ifdef wrappers around AtomBIOS related code. - 54f491f9: Add AtomBIOS based UNIPHY support for RV620/635. - 2d81ffc7: Fix a wrong type in ATOM_ANALOG_TV_INFO in upstream version of atombios.h. - cab03118: DxCRTC: Fix disabling check. - 52f04a7f: TMDSA: Fix sensing with respect to duallink. - 42d3201b: PLL: further fall-out of removal of validation callback for our hw. - 8f499c38: DVI is on TMDSB not LVDS. - 56a264f8: Set Connector element already in rhdRROutputDetect(). - 478bda79: Fix issues with DDC on RV620/635. - e5dddbc2: Fix issues with DAC load detection on RV620/635. - 5596d06d: Fix issues with DAC load detection and erronous DDC detection on RV620/635. - c9ccc4c4: Resolve unknown registers. - aa7037a7: Remove stale structure elements. - dfe36048: Changed heuristics for encoder link enabling. - 153331e8: Properly restore Encoder and Transmitter. - 6742f79e: RV620: Add Pixelclock support. - 807e525a: Implement the hardware level scaling code. - fd6a7abf: Restructure FMT block handling. - 2e1f55b0: Consolidate handling of dual link TMDS displays. - f0256f38: List explicite arguments for FMT block programming. - 59de4071: Fix identification of end-of-code table data tables and GoldenSettings search. - b3df388f: Add RV620/RV635 devices. - c13650e6: Add KLDSKP_LVTMA and UNIPHYs to connector handling. - 0dee42c5: Add support for new DIG blocks on RV620/635. - 8dabb69a: Fix structure names in rhd_output.c. - 80fb6b3f: Fix copy-over artefacts from rhd_conntest. - 252491e4: Adding KLDSKP_LVTMA and UNIPYA/B as output types. - 6dab67a8: Add RHD_CONNECTOR_DVI_SINGLE to be able to mark a single link connector. - abb188fe: Separate query for temporal and spatial dithering. - 4ec30282: Add more verbose output on GoldenSettings matching. - a0c11368: Add support enumerated object IDs to the connector table parser. - b280b417: Support for TMDSA dual link load detection (untested!). - dec87ba6: Add support for dual link DVI panels (untested!). - cf8eea25: Add support for two new ObjectIDs required for RV620/635. - 55ce4f82: Added own version of AtomBIOS getConditionalGoldenValues(). - 283c2d2e: Fix GPIO routing for DDC in RV620/635. - d499a616: Fix GPIO routing for DDC for RV620/635 in rhd_conntest.c. - 8de4cd9a: Locate data tables embedded in AtomBIOS command tables. - e29024d9: Consolidate load detection for R5xx/r6xx in rhd_conntest. - f021c0cf: Add support for DAC load detection and I2C for RV620/RV635 to rhd_conntest. - 481df402: Add stubs for the PLL subsystem. - 3ba1c093: Add support for the DAC output subsystem for RV620/RV635. - b08e64ec: Add I2C subsystem support for RV620/RV635. - 089801d4: Add RV620/RV635 PCI IDs. - 47298a34: Add support for sensing and programming different analog outputs. - 2d42e5b7: Add monitor support for TVs. - 8f06626d: Add an option to pass the TV standard to override boot default. - 3fe49f2a: Fix spelling of 'Supp(p)orted' to match the fixed spelling in atombios.h. - 2bcabe12: Add parsing of TV releated data tables to the AtomBIOS support. - 726f6da1: Add TV detection do DAC load detection. - e1605dfb: Be more verbose about fb parameters. - 5163b9fb: Get and store verbosity level. - 00e1b025: Restore original order of CRTCRestore and VGARestore. yakuake-2.9.1-1.fc9 ------------------- * Sat Apr 05 2008 2008 Johan Cwiklinski - 2.9.1-1 - 2.9.1 - use of %{cmake_kde4} macro - remove no longer needeed chrpath zeroinstall-injector-0.32-1.fc9 ------------------------------- * Sat Apr 05 2008 Michel Salim - 0.32-1 - Update to 0.32 - Package .egg-info file on Fedora >= 9 Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-1.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-1.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-1.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-StubManager-1.2.0-1.fc9.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) thunderbird-lightning-0.8-1.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From denis at poolshark.org Sun Apr 6 10:31:30 2008 From: denis at poolshark.org (Denis Leroy) Date: Sun, 06 Apr 2008 12:31:30 +0200 Subject: libsigc++20 2.2 rebuild issues In-Reply-To: <47F7A3D7.8030704@kobold.org> References: <20080331185049.A9436@humbolt.us.dell.com> <47F6D304.8000002@kobold.org> <47F787E7.9000008@poolshark.org> <47F7A3D7.8030704@kobold.org> Message-ID: <47F8A682.6060709@poolshark.org> Wart wrote: > Denis Leroy wrote: >> Wart wrote: >>> Matt Domsch wrote: >>>> Fedora Rawhide-in-Mock Build Results for i386 >>>> using rawhide from 3/29 and for any failures, again with 3/31 >>>> >>>> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ >>>> >>>> Total packages: 5500 >>>> Number failed to build: 304 >>>> Number expected to fail due to ExclusiveArch or ExcludeArch: 13 >>>> Leaving: 291 >>>> (there may be some duplicates if rawhide has 2 versions of a package) >>>> >>> [...] >>>> wart: sear >>> This depends on libsigc++20, which was upgraded from 2.0.x to 2.2.2, >>> which broke backwards compatibility in some cases. Did I miss an >>> announcement of this somewhere? >> Yes my apologies for this. libsigc++20 2.2 turned off support for the >> deprecated 1.2 API, and that wasn't made very clear whth 2.2.0 came out. An update on this. Here's the list of affected packages and corresponding BZs : sear 440772 CLOSED seq24 434123(gcc43),440363(sigc) OPEN mysql-gui-tools 433987(gcc43),440734(sigc) OPEN plotmm 440563(sigc) OPEN workrave 440804(sigc) CLOSED I've submitted patches for the unresolved ones. They all compiled for me on rawhide, except for mysql-gui-tools which compiles on F-8 but not on F-9 because of some unexpected regexp compile failure (didn't pursue). From denis at poolshark.org Sun Apr 6 10:46:32 2008 From: denis at poolshark.org (Denis Leroy) Date: Sun, 06 Apr 2008 12:46:32 +0200 Subject: xulrunner rendering issues ? Message-ID: <47F8AA08.5060301@poolshark.org> On my rawhide setup, both epiphany and galeon are very much unusable at this point because of font and image sizes going haywire. Screenshot : http://www.poolshark.org/images/xulrunner.png Left is epiphany. Top right is galeon (with zoom set at 100%). Bottom right is firefox, which looks good. A quick bugzilla search came up empty, so am I the only one affected ?? -denis From jakub.rusinek at gmail.com Sun Apr 6 13:06:50 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 06 Apr 2008 15:06:50 +0200 Subject: xulrunner rendering issues ? In-Reply-To: <47F8AA08.5060301@poolshark.org> References: <47F8AA08.5060301@poolshark.org> Message-ID: <1207487210.3168.0.camel@fedora> Dnia 2008-04-06, nie o godzinie 12:46 +0200, Denis Leroy pisze: > On my rawhide setup, both epiphany and galeon are very much unusable at > this point because of font and image sizes going haywire. Screenshot : > > http://www.poolshark.org/images/xulrunner.png > > Left is epiphany. Top right is galeon (with zoom set at 100%). Bottom > right is firefox, which looks good. A quick bugzilla search came up > empty, so am I the only one affected ?? Unfair. This is Firefox 2. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From lordmorgul at gmail.com Sun Apr 6 12:16:43 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 06 Apr 2008 05:16:43 -0700 Subject: xulrunner rendering issues ? In-Reply-To: <47F8AA08.5060301@poolshark.org> References: <47F8AA08.5060301@poolshark.org> Message-ID: <47F8BF2B.9040805@gmail.com> Denis Leroy wrote: > On my rawhide setup, both epiphany and galeon are very much unusable at > this point because of font and image sizes going haywire. Screenshot : > > http://www.poolshark.org/images/xulrunner.png > > Left is epiphany. Top right is galeon (with zoom set at 100%). Bottom > right is firefox, which looks good. A quick bugzilla search came up > empty, so am I the only one affected ?? Try setting your dpi in the appearance configuration (under the font tab). If that doesn't work, go to firefox 3, hit about:config and search for dpi, change that, then firefox should render right at least. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From jwboyer at gmail.com Sun Apr 6 12:19:21 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sun, 06 Apr 2008 07:19:21 -0500 Subject: F8 -> F9 upgrade check 20080406 Message-ID: <1207484361.6809.10.camel@vader.jdub.homelinux.org> Below are the packages with current upgrade problems. Please fix these ASAP as we are very close to final development freeze. Packages that have upgrade issues tomorrow will have bugs filed. josh ardour: F8-updates > F9 (0:2.3.1-3.fc8 > 0:2.2-3.fc9) blam: F8-updates > F9 (0:1.8.3-14.fc8 > 0:1.8.3-13.fc9) dejagnu: F8-updates > F9 (1:1.4.4-11.fc8 > 1:1.4.4-11) driftnet: F8-updates > F9 (0:0.1.6-19.20040426cvs.fc8 > 0:0.1.6-16.20040426cvs.fc9) ElectricFence: F8-updates > F9 (0:2.2.2-25.fc8 > 0:2.2.2-25) ghc: F8-updates > F9 (0:6.8.2-8.fc8 > 0:6.8.2-2.fc9) gtkmozembedmm: F8-updates > F9 (0:1.4.2.cvs20060817-19.fc8 > 0:1.4.2.cvs20060817-17.fc9) haproxy: F8-updates > F9 (0:1.3.14.3-2.fc8 > 0:1.3.14.3-1.fc9) imlib2: F8-updates > F9 (0:1.4.0-6.fc8 > 0:1.4.0-5.fc9) kazehakase: F8-updates > F9 (0:0.5.4-1.fc8 > 0:0.5.0-1.fc9.2) liferea: F8-updates > F9 (0:1.4.13-2.fc8 > 0:1.4.13-1.fc9) mono-zeroconf: F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) namazu: F8-updates > F9 (0:2.0.18-2.fc8 > 0:2.0.18-1.fc9) nx: F8-updates > F9 (0:3.1.0-25.1.fc8 > 0:2.1.0-24.fc9) openvrml: F8-updates > F9 (0:0.17.5-4.fc8 > 0:0.17.5-1.fc9) perl-Device-SerialPort: F8 > F9 (0:1.003001-1.fc8 > 0:1.04-3.fc9) php-magickwand: F8-updates > F9 (0:1.0.6-2.fc8 > 0:1.0.6-1.fc9) pybluez: F8 > F9 (0:0.9.2-1.fc7 > 0:0.9.1-4.fc9) streamtuner: F8-updates > F9 (0:0.99.99-19.fc8 > 0:0.99.99-17.fc9) vtk: F8-updates > F9 (0:5.0.4-19.fc8 > 0:5.0.3-22.fc9) From jkeating at redhat.com Sun Apr 6 12:21:27 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 06 Apr 2008 08:21:27 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <1207420880.3110.70.camel@localhost.localdomain> Message-ID: <1207484487.3110.79.camel@localhost.localdomain> On Sat, 2008-04-05 at 19:28 +0000, Kevin Kofler wrote: > > What about third-party repositories like rpmfusion? AFAICT, rpmfusion decided > to use Plague. And looking at the current design of the 2 tools, Plague looks > much more appropriate for a third-party repository to me, compared to Koji > which wants to "own" the entire distribution, requiring to import all the base > Fedora packages. Of course, the work to make Koji suitable for EPEL may well > make this a non-issue, but right now it is something to consider. The method by which Koji is made usable for EPEL may also make it useable by rpmfusion et al. Removing the need to "own" every package. If/when that comes, rpmfusion can make the decision to base their buildsystem off of software that has an active upstream and rather important downstream (Red Hat) or something which has no upstream, and not much downstream. Or rpmfusion folks can take over as upstream for plague and maintain it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From martin at marquesminen.com.ar Sun Apr 6 13:29:36 2008 From: martin at marquesminen.com.ar (Martin Marques) Date: Sun, 06 Apr 2008 10:29:36 -0300 Subject: Problems with F9-beta Message-ID: <47F8D040.7000104@marquesminen.com.ar> I tried installing beta of F9 after having trouble with F8 and F8 from FU. F9 would block at "transferring image to disk", just like F8 did. This was fixed when I boot with libata.dma=0 (don't know what it does but made the installation finish). The thing now is that it looks like I'm having problems with my video (a VIA Savage) which is working great on F7 but on F9-beta around the cursor appears a square, and as I move the mouse the square goes re-drawing the screen with the Fedora background. This even happens during graphical boot (rhgb). I was going to put a bug report but I stumbbled with two problems: - I'm not sure how to explain my problem (I want to add an understandable bug report). - There is no F9-beta entering in bugzilla.redhat.com. From sundaram at fedoraproject.org Sun Apr 6 13:36:45 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 06 Apr 2008 19:06:45 +0530 Subject: Problems with F9-beta In-Reply-To: <47F8D040.7000104@marquesminen.com.ar> References: <47F8D040.7000104@marquesminen.com.ar> Message-ID: <47F8D1ED.2090007@fedoraproject.org> Martin Marques wrote: > I tried installing beta of F9 after having trouble with F8 and F8 from FU. > > F9 would block at "transferring image to disk", just like F8 did. This > was fixed when I boot with libata.dma=0 (don't know what it does but > made the installation finish). > > The thing now is that it looks like I'm having problems with my video (a > VIA Savage) which is working great on F7 but on F9-beta around the > cursor appears a square, and as I move the mouse the square goes > re-drawing the screen with the Fedora background. This even happens > during graphical boot (rhgb). > > I was going to put a bug report but I stumbbled with two problems: > > - I'm not sure how to explain my problem (I want to add an > understandable bug report). > - There is no F9-beta entering in bugzilla.redhat.com.\ If you want to do a screen capture, refer http://fedoraproject.org/wiki/ScreenCasting and you can file bugs in the beta against the software component. Make sure you run yum update first and mention the version number in the bug report for the all the relevant components. Rahul From lkundrak at redhat.com Sun Apr 6 13:59:03 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 06 Apr 2008 15:59:03 +0200 Subject: Question on specific package rejections In-Reply-To: <42681.12.172.32.236.1207261842.squirrel@clueserver.org> References: <42681.12.172.32.236.1207261842.squirrel@clueserver.org> Message-ID: <1207490343.18618.2.camel@localhost.localdomain> On Thu, 2008-04-03 at 15:30 -0700, Alan wrote: > In the list of "Forbidden Items" for Fedora packages, it lists > cryptographic packages that cannot be shipped due to export concerns and > other issues. > > Is there a list of packages that have already been rejected? I have a > couple of packages I am considering building for submittal, but I want to > know if I am wasting my time. By searching Bugzilla's "Package Review" products for CLOSED review bugs for packages you are about to package and also posting the list to this list you can minimize the chance of wasting time packaging forbidden packages. -- Lubomir Kundrak (Red Hat Security Response Team) From lkundrak at redhat.com Sun Apr 6 14:09:43 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 06 Apr 2008 16:09:43 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1207484361.6809.10.camel@vader.jdub.homelinux.org> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> Message-ID: <1207490983.18618.7.camel@localhost.localdomain> On Sun, 2008-04-06 at 07:19 -0500, Josh Boyer wrote: > Below are the packages with current upgrade problems. Please fix these > ASAP as we are very close to final development freeze. Packages that > have upgrade issues tomorrow will have bugs filed. And with maintainer names, so they can easily look up if something theirs is in list: blam alexlan sindrepb dejagnu pmachata driftnet pwouters ElectricFence pmachata ghc bos petersen ynemoy gtkmozembedmm hguemar haproxy jjh imlib2 jwrdegoede kazehakase mtasaka liferea mwiriadi mono-zeroconf pfj namazu tagoh nx athimm limb openvrml braden perl-Device-SerialPort orion perl-sig jima php-magickwand robert pybluez wwoods streamtuner endur vtk athimm Thanks, -- Lubomir Kundrak (Red Hat Security Response Team) From smooge at gmail.com Sun Apr 6 14:55:56 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 6 Apr 2008 08:55:56 -0600 Subject: bugzilla triage madness :-/ In-Reply-To: <1207431894.6809.7.camel@vader.jdub.homelinux.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <1207420880.3110.70.camel@localhost.localdomain> <1207431894.6809.7.camel@vader.jdub.homelinux.org> Message-ID: <80d7e4090804060755n256102e6of6303cbb817f5bc5@mail.gmail.com> On Sat, Apr 5, 2008 at 3:44 PM, Josh Boyer wrote: > On Sat, 2008-04-05 at 19:28 +0000, Kevin Kofler wrote: > > Jesse Keating redhat.com> writes: > > > Plague is unmaintained upstream as well. The only reason it's kept > > > around is because we can't build EPEL in Koji, which I hope to have > > > fixed this summer. After that, plague will be removed from the distro > > > entirely. Would that make you feel better? > > > > What about third-party repositories like rpmfusion? AFAICT, rpmfusion decided > > to use Plague. And looking at the current design of the 2 tools, Plague looks > > much more appropriate for a third-party repository to me, compared to Koji > > which wants to "own" the entire distribution, requiring to import all the base > > Fedora packages. Of course, the work to make Koji suitable for EPEL may well > > make this a non-issue, but right now it is something to consider. > > Then rpmfusion should take upstream ownership of it. > Who is upstream for plague? I know that there are several groups that are still using it and if its upstream is looking for a new owner.. would probably take it over versus 'forking' it. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From pbrobinson at gmail.com Sun Apr 6 15:16:18 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Sun, 6 Apr 2008 16:16:18 +0100 Subject: rawhide report: 20080406 changes In-Reply-To: <20080406090910.E28E2209DF5@releng1.fedora.phx.redhat.com> References: <20080406090910.E28E2209DF5@releng1.fedora.phx.redhat.com> Message-ID: <5256d0b0804060816q2187957j54d4834bc530bbfc@mail.gmail.com> > Updated Packages: Does anyone else on x86_64 see yum wanting to pull in a whole lot of i386 packages too with todays rawhide? Peter From jonstanley at gmail.com Sun Apr 6 15:59:25 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sun, 6 Apr 2008 11:59:25 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <20080405213352.GA15063@wolff.to> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <20080405213352.GA15063@wolff.to> Message-ID: On Sat, Apr 5, 2008 at 5:33 PM, Bruno Wolff III wrote: > One possible gotcha here is taht sometimes people other than the reporter > are interested in a bug. And from what I have seen if you aren't the > reporter, you can't actually clear that flag when adding a comment that > supplies the information. That's why fedora-triage-list got CC'ed on every bug (and yes, we have about 10,000 emails to go through, down to about 2500 now). We specifically asked for a comment if you can't change it, and someone who can will do that for you. From denis at poolshark.org Sun Apr 6 16:09:44 2008 From: denis at poolshark.org (Denis Leroy) Date: Sun, 06 Apr 2008 18:09:44 +0200 Subject: xulrunner rendering issues ? In-Reply-To: <47F8BF2B.9040805@gmail.com> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> Message-ID: <47F8F5C8.7020102@poolshark.org> Andrew Farris wrote: > Try setting your dpi in the appearance configuration (under the font > tab). If that doesn't work, go to firefox 3, hit about:config and > search for dpi, change that, then firefox should render right at least. Thanks, that indeed seems to be the root of the problem. It does however points out our vulnerable we are to a poorly reported monitor DPI value, a scenario I'm concerned might be quite common with some X drivers and/or buggy monitor firmwares. My problem is that the F-9 VMWare guest shows a DPI setting of 144 (even though my external LCD screen is 96 dpi), so VMware virtual screen is probably at fault here. I tried the Live i386 CD from Jesse's recent snapshot. It behaves much better, but ironically it does so because the "nv" driver does not report my T61 screen DPI correctly (96 instead of 128). I already find the default font size to be too big on the live CD (first thing i do is change it from 10 down to 9), but it's scary to think it would be even larger if nv reported the DPI info corectly. > If that doesn't work, go to firefox 3, hit about:config and > search for dpi, change that, then firefox should render right > at least. A second problem is that the about:config seems to be broken with both galeon and epiphany (can't change any values). I filed bug 441120 against xulrunner for this. Also, it seems wrong that changing the dpi settings in the Gnome appearance configuration is not enough, but one has to change the (somewhat obscure) internal dpi settings in all browsers. Probably worthy of release notes documentation. -denis From mrmazda at ij.net Sun Apr 6 18:24:45 2008 From: mrmazda at ij.net (Felix Miata) Date: Sun, 06 Apr 2008 14:24:45 -0400 Subject: xulrunner rendering issues ? In-Reply-To: <47F8F5C8.7020102@poolshark.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> Message-ID: <47F9156D.3030801@ij.net> On 2008/04/06 18:09 (GMT+0200) Denis Leroy apparently typed: > A second problem is that the about:config seems to be broken with both > galeon and epiphany (can't change any values). I filed bug 441120 > against xulrunner for this. Also, it seems wrong that changing the dpi > settings in the Gnome appearance configuration is not enough, but one > has to change the (somewhat obscure) internal dpi settings in all > browsers. Probably worthy of release notes documentation. Do 'xrdb -query | grep dpi' to see if Xft.dpi is working for or against you before going to user desktop settings or bugzilla. I have no idea what the current state of this is because I can't get rawhide to install anywhere directly. https://bugzilla.redhat.com/show_bug.cgi?id=430836 -- "Either the constitution controls the judges, or the judges rewrite the constitution." Judge Robert Bork Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ From jkeating at redhat.com Sun Apr 6 18:32:33 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 06 Apr 2008 14:32:33 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <80d7e4090804060755n256102e6of6303cbb817f5bc5@mail.gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <20080405144302.3e439b79.mschwendt@gmail.com> <1207420880.3110.70.camel@localhost.localdomain> <1207431894.6809.7.camel@vader.jdub.homelinux.org> <80d7e4090804060755n256102e6of6303cbb817f5bc5@mail.gmail.com> Message-ID: <1207506753.7589.2.camel@localhost.localdomain> On Sun, 2008-04-06 at 08:55 -0600, Stephen John Smoogen wrote: > Who is upstream for plague? I know that there are several groups that > are still using it and if its upstream is looking for a new owner.. > would probably take it over versus 'forking' it. Dan Williams was at one time, but he has expressed strong interest in not being involved with it any longer. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From optimizationkit at gmail.com Sun Apr 6 18:34:27 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Sun, 6 Apr 2008 20:34:27 +0200 Subject: OptimizationKit 0.1.2-rc1 Message-ID: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> Hi, I'm a developer of OptimizationKit daemon "OptimizationKit is tool (daemon) for making optimal work of Linux, according to parameters given in the configuration file. It allows to chagne CFS, CFQ, Deadline and Aticipatory scheduling parameters for task depending on configuration. [..] OptimizationKit allows to use cgroups mechanism for 2.6.24 and above version of kernel. This mechanism allows to split users into groups, which allocates quantified system stocks." see doc/doc_en.txt for more informations I'm looking for a Fedora developer who is willing to create and maintain a OptimizationKit RPM package. http://download.tuxfamily.org/optimization/OptimizationKit/v0.1/OptimizationKit-0.1.2_rc1.tar.bz2 Regards, Michal From oliver at linux-kernel.at Sun Apr 6 18:46:17 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Sun, 06 Apr 2008 20:46:17 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> Message-ID: <47F91A79.4030504@linux-kernel.at> Optimization Kit schrieb: > Hi, > > I'm a developer of OptimizationKit daemon > > "OptimizationKit is tool (daemon) for making optimal work of Linux, according to > parameters given in the configuration file. It allows to chagne CFS, CFQ, > Deadline and Aticipatory scheduling parameters for task depending on > configuration. > [..] > OptimizationKit allows to use cgroups mechanism for 2.6.24 and above version > of kernel. This mechanism allows to split users into groups, which allocates > quantified system stocks." > see doc/doc_en.txt for more informations > > I'm looking for a Fedora developer who is willing to create and > maintain a OptimizationKit RPM package. > > http://download.tuxfamily.org/optimization/OptimizationKit/v0.1/OptimizationKit-0.1.2_rc1.tar.bz2 * The website (optimizationkit.org) is only Polish :-( * It's not autotools aware. It's a - sorry, no offense - stupid install.sh.... :-( I'd love to help, but only if both above mentioned points are 'fixed'. :-) Best, Oliver From maillist at diffingo.com Sun Apr 6 18:51:56 2008 From: maillist at diffingo.com (Stewart Adam) Date: Sun, 06 Apr 2008 14:51:56 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> <1207343863.11269.28.camel@Diffingo.localdomain> Message-ID: <1207507916.15526.37.camel@Diffingo.localdomain> As I said, I don't use SELinux extensively so that's why I don't know all the tools/solutions that are out there. But just for the record, this was a home server (so obviously not paid) and I did do research - I wrote a howto on turning audit messages into custom policy rules/modules once I figured out how to use audit2allow and semodule. First, let me say that I agree with you - SELinux is a good thing, and Google makes solving a lot of problems pretty easy... As long as you are comfortable with the command line or the SELinux tools. My point wasn't that SELinux is bad, or that people can't use system-config-selinux. Rather, I'm trying to point out that from the end-user point of view Fedora is broken right now, nevermind once their system has been compromised. Macs and Windows can share documents in a Public folder quite easily. Both have their fair share of problems, but forget about that for now. Fedora offers various tools to make file sharing easy and painless. If it doesn't work when a user has added shares and click OK, Fedora appears to be broken to them. Instead of dealing with complicated audit messages, doing an hour or two of research to find out what each means, yes - that "red button" accompanied by a clear, easy to understand message may be a good thing. If a user wants to share a path in /home and we know that causes a potential conflict, then a simple solution is to warn the user about it instead of letting it fail: _____________________________________________________________________________________________ | One or more of the shares you have configured are located in the /home directory. Sharing | | files in /home may be blocked by SELinux. Would you like to grant Samba the permission to | | share files in /home? | | ________________________________________________________________________[ No ]____[ Yes ]__| It comes down to this: The end user likes to have things just work. Developers want to do things properly (ie, fast, secure and efficient). If we can integrate SELinux with our configuration tools so the two are aware of each other then problem solved. Stewart On Sat, 2008-04-05 at 10:06 +0200, Matej Cepl wrote: > On Fri, 04 Apr 2008 17:17:43 -0400, Stewart Adam scripst: > > I haven't extensively used SELinux in a long time so excuse me if this > > already exists, but if we are to keep this enabled by default and want > > it to be attractive to users I think we need to spend more time on tools > > like setroubleshoot. Two problems I had when I played with SELinux a few > > months ago was sharing content in /home via Samba, and /var/www/html via > > Apache - Both of which are relatively trivial in Mac or Windows. Apache > > +Windows less so, but at least it doesn't require the command line. > > OK, so this message sent me into overdrive mode (and sorry, if the tone > of my reply will show it). This is really the example message of somebody > who didn't get it or you had really bad day when you wrote it (yes, we > all have such days). > > So, let me restate the situation if I understand it correctly -- you are > administering a network of computers with a Linux server (you may be even > paid to do it, who knows?) and you are not willing to type into Yahoo! > (or Google, results are almost the same) "samba selinux home". And guess > what is the first hit in the results? And if you take a look at http:// > fedoraproject.org/wiki/SELinux/samba you may find out that actually this > is web representation of manpage selinux_samba(8) (who would guess such > name?) which is already present in your box. So, that's the one. > > Then we have this program called system-config-selinux (how unusal name > for the system configuration program in Fedoraland, isn't it? Yes, it is > new in Fedora 8, before that it had different name). And if you switch to > "Booleans" table and write "samba" in the search box, what do you see? > "Support SAMBA home directories" and many other samba related switches (I > am not sure which way your sharing of /home directories goes, so I am not > sure, which is the best for you). Hmm, isn't that interesting? > > OK, so you don't use Google, IRC (#fedora or #selinux channels on > FreeNode), installed manapges, or many other methods how to get the > information. So, what's your reaction? "SELinux is too complicated and it > should be switched off by default!". No, sir, if you want to screw up > security of computers you manage, YOU should switch off security features > present there, so that YOU are responsible for the consequences. > Otherwise, we would have hords of people with hijacked and broken-into > boxes screaming here how Fedora is broken, because it doesn't protect > their computer against known security threats. > > > > (I haven't understood what's your problem with Apache, so I cannot > comment on that.) > > You don't have to know that your other idea (red button "Just allow it!") > is really not a great idea either. On the one hand you have Internet full > of testimonies of people who hate Windows Vista for torturing them with > dialog boxes "Can I do it? [Yes] [No]". On the other hand, if you are > interested, read this http://www.cs.auckland.ac.nz/~pgut001/pubs/ > phishing.pdf -- it is a good read. > > Good luck with your administering! > > Mat?j > From optimizationkit at gmail.com Sun Apr 6 19:22:22 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Sun, 6 Apr 2008 21:22:22 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <47F91A79.4030504@linux-kernel.at> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> Message-ID: <58a220fa0804061222h11c74239r44a766aebe9344f3@mail.gmail.com> On 06/04/2008, Oliver Falk wrote: > Optimization Kit schrieb: [..] > * The website (optimizationkit.org) is only Polish :-( I added some documentation http://optimizationkit.org/node/12 and EN forum http://optimizationkit.org/forum > * It's not autotools aware. It's a - sorry, no offense - stupid > install.sh.... RPM package should solve this problem > > :-( > > I'd love to help, but only if both above mentioned points are 'fixed'. :-) > > Best, > Oliver Regards, Michal From sundaram at fedoraproject.org Sun Apr 6 19:35:28 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 07 Apr 2008 01:05:28 +0530 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <58a220fa0804061222h11c74239r44a766aebe9344f3@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <58a220fa0804061222h11c74239r44a766aebe9344f3@mail.gmail.com> Message-ID: <47F92600.5080700@fedoraproject.org> Optimization Kit wrote: > On 06/04/2008, Oliver Falk wrote: >> Optimization Kit schrieb: > [..] >> * The website (optimizationkit.org) is only Polish :-( > > I added some documentation > http://optimizationkit.org/node/12 > and EN forum > http://optimizationkit.org/forum > >> * It's not autotools aware. It's a - sorry, no offense - stupid >> install.sh.... > > RPM package should solve this problem Using Autotools will solve this problem. We can use RPM to workaround the problem but that is not really the way to go. Rahul From bsingharora at gmail.com Sun Apr 6 19:42:01 2008 From: bsingharora at gmail.com (Balbir Singh) Date: Mon, 7 Apr 2008 01:12:01 +0530 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> Message-ID: <661de9470804061242n429f346akddda3fa23b49cfc7@mail.gmail.com> On Mon, Apr 7, 2008 at 12:04 AM, Optimization Kit wrote: > Hi, > > I'm a developer of OptimizationKit daemon > > "OptimizationKit is tool (daemon) for making optimal work of Linux, according to > parameters given in the configuration file. It allows to chagne CFS, CFQ, > Deadline and Aticipatory scheduling parameters for task depending on > configuration. > [..] > OptimizationKit allows to use cgroups mechanism for 2.6.24 and above version > of kernel. This mechanism allows to split users into groups, which allocates > quantified system stocks." > see doc/doc_en.txt for more informations > > I'm looking for a Fedora developer who is willing to create and > maintain a OptimizationKit RPM package. > > http://download.tuxfamily.org/optimization/OptimizationKit/v0.1/OptimizationKit-0.1.2_rc1.tar.bz2 > > Regards, > Michal > > Hi, Michal, We are trying to do something similar with libcg. We do provide configuration files and configuration and an API to program control groups (cgroups). Please see http://libcg.sf.net. Is there a reason why a C API or programming interface is not provided in Optimization Kit? Thanks, Balbir From mitr at volny.cz Sun Apr 6 19:47:32 2008 From: mitr at volny.cz (Miloslav =?UTF-8?Q?Trma=C4=8D?=) Date: Sun, 06 Apr 2008 21:47:32 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <47F92600.5080700@fedoraproject.org> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <58a220fa0804061222h11c74239r44a766aebe9344f3@mail.gmail.com> <47F92600.5080700@fedoraproject.org> Message-ID: <1207511252.2591.25.camel@amilo> Rahul Sundaram p??e v Po 07. 04. 2008 v 01:05 +0530: > Optimization Kit wrote: > > On 06/04/2008, Oliver Falk wrote: > >> Optimization Kit schrieb: > >> * It's not autotools aware. It's a - sorry, no offense - stupid > >> install.sh.... > > > > RPM package should solve this problem > > Using Autotools will solve this problem. We can use RPM to workaround > the problem but that is not really the way to go. Not using autotools is not a problem at all. The Fedora rpm macros are prepared to make packaging software that uses autotools simple, but that doesn't mean autotools are required. Some people might want the package build process to be similar to other packages (at least roughly matching the GNU coding standards), but that does not necessarily imply using autotools either. Mirek From konrad at tylerc.org Sun Apr 6 19:52:41 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Sun, 6 Apr 2008 12:52:41 -0700 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <1207511252.2591.25.camel@amilo> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F92600.5080700@fedoraproject.org> <1207511252.2591.25.camel@amilo> Message-ID: <200804061252.41910.konrad@tylerc.org> Quoth Miloslav Trma?: > > Rahul Sundaram p??e v Po 07. 04. 2008 v 01:05 +0530: > > Optimization Kit wrote: > > > On 06/04/2008, Oliver Falk wrote: > > >> Optimization Kit schrieb: > > >> * It's not autotools aware. It's a - sorry, no offense - stupid > > >> install.sh.... > > > > > > RPM package should solve this problem > > > > Using Autotools will solve this problem. We can use RPM to workaround > > the problem but that is not really the way to go. > Not using autotools is not a problem at all. The Fedora rpm macros are > prepared to make packaging software that uses autotools simple, but that > doesn't mean autotools are required. > > Some people might want the package build process to be similar to other > packages (at least roughly matching the GNU coding standards), but that > does not necessarily imply using autotools either. > Mirek Autotools or not, something other than install.sh is in order. Regards, -- Konrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From optimizationkit at gmail.com Sun Apr 6 20:10:32 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Sun, 6 Apr 2008 22:10:32 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <661de9470804061242n429f346akddda3fa23b49cfc7@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <661de9470804061242n429f346akddda3fa23b49cfc7@mail.gmail.com> Message-ID: <58a220fa0804061310l58c980e8p64f50f048b22f542@mail.gmail.com> Hi Balbir, On 06/04/2008, Balbir Singh wrote: > Hi, Michal, > > We are trying to do something similar with libcg. Yes, I know. > We do provide > configuration files and configuration and an API to program control > groups (cgroups). Please see http://libcg.sf.net. Is there a reason > why a C API or programming interface is not provided in Optimization > Kit? I asked about Python bindings in "[RFC] libcg: design and plans" thread. "As of now we don't plan to support python. if the community requires, we can always add support." -- Dhaval Giani BTW. Where are libcg sources? http://sourceforge.net/project/showfiles.php?group_id=218421 > > Thanks, > > Balbir Regards, Michal From maillist at diffingo.com Sun Apr 6 20:10:55 2008 From: maillist at diffingo.com (Stewart Adam) Date: Sun, 06 Apr 2008 16:10:55 -0400 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <1207507916.15526.37.camel@Diffingo.localdomain> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <16de708d0804031331h101ea05sb7529c663985e67d@mail.gmail.com> <6e24a8e80804041018x1d4fe4betac712dfe39c749c@mail.gmail.com> <1207343863.11269.28.camel@Diffingo.localdomain> <1207507916.15526.37.camel@Diffingo.localdomain> Message-ID: <1207512655.26974.2.camel@Diffingo.localdomain> > _____________________________________________________________________________________________ > | One or more of the shares you have configured are located in the /home > directory. Sharing | > | files in /home may be blocked by SELinux. Would you like to grant > Samba the permission to | > | share files in /home? Hm, that didn't turn out to well - The dialog box was supposed to read: One or more of the shares you have configured are located in the /home directory. Sharing files in /home may be blocked by SELinux. Would you like to grant Samba permission to share files in /home? [ No ] [ Yes ] Stewart From optimizationkit at gmail.com Sun Apr 6 20:11:48 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Sun, 6 Apr 2008 22:11:48 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <200804061252.41910.konrad@tylerc.org> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F92600.5080700@fedoraproject.org> <1207511252.2591.25.camel@amilo> <200804061252.41910.konrad@tylerc.org> Message-ID: <58a220fa0804061311y34840788p2e45a7d668f8b50c@mail.gmail.com> On 06/04/2008, Konrad Meyer wrote: [..] > > Autotools or not, something other than install.sh is in order. I will try to fix this "problem" > > Regards, > > -- > Konrad Meyer Regards, Michal From kevin.kofler at chello.at Sun Apr 6 20:14:34 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 6 Apr 2008 20:14:34 +0000 (UTC) Subject: OptimizationKit 0.1.2-rc1 References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> Message-ID: Oliver Falk linux-kernel.at> writes: > * It's not autotools aware. It's a - sorry, no offense - stupid > install.sh.... And where's the problem? IMHO, the autotools cause more problems than they solve. It is preferred to have separate compilation and installation steps rather than a single install.sh which does everything (even though we can also work with the latter, it just means we have to compile it during %install rather than %build as expected), and there must be a way to install to $RPM_BUILD_ROOT rather than /, but otherwise I don't see what's wrong with homegrown scripts if the program is small enough. Once you have more than one source file, a makefile will serve you better than a script though. And if you need a real build system, I'd suggest using cmake, KDE switched from autotools to cmake for a reason (more than one, actually). Kevin Kofler From kevin.kofler at chello.at Sun Apr 6 20:17:26 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 6 Apr 2008 20:17:26 +0000 (UTC) Subject: OptimizationKit 0.1.2-rc1 References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> Message-ID: I wrote: > It is preferred to have separate compilation and installation steps rather Actually, in this case, it's 100% Python, so there's no compilation needed at all. Thus I don't see what's wrong with only an install.sh in this case! Why use an overengineered system like autotools when all you need is to copy some files to some predefined directories? Kevin Kofler From konrad at tylerc.org Sun Apr 6 20:21:27 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Sun, 6 Apr 2008 13:21:27 -0700 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <58a220fa0804061311y34840788p2e45a7d668f8b50c@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <200804061252.41910.konrad@tylerc.org> <58a220fa0804061311y34840788p2e45a7d668f8b50c@mail.gmail.com> Message-ID: <200804061321.27513.konrad@tylerc.org> Quoth Optimization Kit: > On 06/04/2008, Konrad Meyer wrote: > [..] > > > > Autotools or not, something other than install.sh is in order. > > I will try to fix this "problem" > > > > > Regards, > > > > -- > > Konrad Meyer > > Regards, > Michal Sorry, my comment was based on the mistaken assumption that this was written in some sort of compiled language. See Kevin Kofler's email sent roughly 8 minutes ago for my present position. Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From cjdahlin at ncsu.edu Sun Apr 6 20:25:23 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Sun, 06 Apr 2008 16:25:23 -0400 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> Message-ID: <47F931B3.5050103@ncsu.edu> Kevin Kofler wrote: > I wrote: > >> It is preferred to have separate compilation and installation steps rather >> > > Actually, in this case, it's 100% Python, so there's no compilation needed at > all. Thus I don't see what's wrong with only an install.sh in this case! > > Why use an overengineered system like autotools when all you need is to copy > some files to some predefined directories? > > Kevin Kofler > > For python packages, the correct solution would be a setup.py file using the disthelper system in python. --CJD From optimizationkit at gmail.com Sun Apr 6 20:48:09 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Sun, 6 Apr 2008 22:48:09 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <47F931B3.5050103@ncsu.edu> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <47F931B3.5050103@ncsu.edu> Message-ID: <58a220fa0804061348k60a7f0d8y4b2613967478017@mail.gmail.com> On 06/04/2008, Casey Dahlin wrote: > For python packages, the correct solution would be a setup.py file using > the disthelper system in python. I'll try to replace install.sh with setup.py in next -rc > > --CJD Regards, Michal From mark.bidewell at alumni.clemson.edu Sun Apr 6 21:19:35 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sun, 6 Apr 2008 17:19:35 -0400 Subject: Pungi and Revisor Message-ID: I have been playing with Pungi and revisor and have a strange problem. When I boot the resulting iso for graphical installation. X starts but not the anaconda installer - just a black screen with the X mouse cursor. Any ideas what could cause this? Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Sun Apr 6 21:24:42 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 06 Apr 2008 17:24:42 -0400 Subject: rawhide report: 20080406 changes In-Reply-To: <5256d0b0804060816q2187957j54d4834bc530bbfc@mail.gmail.com> References: <20080406090910.E28E2209DF5@releng1.fedora.phx.redhat.com> <5256d0b0804060816q2187957j54d4834bc530bbfc@mail.gmail.com> Message-ID: <47F93F9A.8@redhat.com> Peter Robinson wrote: >> Updated Packages: > > Does anyone else on x86_64 see yum wanting to pull in a whole lot of > i386 packages too with todays rawhide? > > Peter > If you don't want Flash to work, then rip out all i386 packages and libflashsupport.x86_64. Warren Togami wtogami at redhat.com From pbrobinson at gmail.com Sun Apr 6 21:29:06 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Sun, 6 Apr 2008 22:29:06 +0100 Subject: rawhide report: 20080406 changes In-Reply-To: <47F93F9A.8@redhat.com> References: <20080406090910.E28E2209DF5@releng1.fedora.phx.redhat.com> <5256d0b0804060816q2187957j54d4834bc530bbfc@mail.gmail.com> <47F93F9A.8@redhat.com> Message-ID: <5256d0b0804061429o2622adc3nc24244be0e059c63@mail.gmail.com> > > > Updated Packages: > > > > > > > Does anyone else on x86_64 see yum wanting to pull in a whole lot of > > i386 packages too with todays rawhide? > > > > Peter > > > > > > If you don't want Flash to work, then rip out all i386 packages and > libflashsupport.x86_64. I have manually excluded it now but I don't have any of the flash stuff previously installed and it just came in with all the updates. Pete From wtogami at redhat.com Sun Apr 6 21:42:43 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 06 Apr 2008 17:42:43 -0400 Subject: rawhide report: 20080406 changes In-Reply-To: <5256d0b0804061429o2622adc3nc24244be0e059c63@mail.gmail.com> References: <20080406090910.E28E2209DF5@releng1.fedora.phx.redhat.com> <5256d0b0804060816q2187957j54d4834bc530bbfc@mail.gmail.com> <47F93F9A.8@redhat.com> <5256d0b0804061429o2622adc3nc24244be0e059c63@mail.gmail.com> Message-ID: <47F943D3.8060402@redhat.com> Peter Robinson wrote: >>>> Updated Packages: >>>> >>> Does anyone else on x86_64 see yum wanting to pull in a whole lot of >>> i386 packages too with todays rawhide? >>> >>> Peter >>> >>> >> If you don't want Flash to work, then rip out all i386 packages and >> libflashsupport.x86_64. > > I have manually excluded it now but I don't have any of the flash > stuff previously installed and it just came in with all the updates. > > Pete > You don't need to add an exclude. Simply uninstall it and it wont bother you ever again. The reason I made this change is because it is lot easier to explain to the minority x86_64 users who want to completely wipe i386 to remove stuff than it is to explain to ordinary users why their Flash isn't working out of the box anymore like it did in Fedora 8. This change did create some controversy, and we will have more discussions about it tomorrow during the work day. Warren Togami wtogami at redhat.com From jkeating at redhat.com Sun Apr 6 22:24:10 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 06 Apr 2008 18:24:10 -0400 Subject: Pungi and Revisor In-Reply-To: References: Message-ID: <1207520650.7589.9.camel@localhost.localdomain> On Sun, 2008-04-06 at 17:19 -0400, Mark Bidewell wrote: > > > I have been playing with Pungi and revisor and have a strange problem. When > I boot the resulting iso for graphical installation. X starts but not the > anaconda installer - just a black screen with the X mouse cursor. Any ideas > what could cause this? You'd have to look on the other virtual terminals to see what messages are being printed, likely there is an error somewhere. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwilson at redhat.com Mon Apr 7 00:04:59 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Sun, 6 Apr 2008 20:04:59 -0400 Subject: Pungi and Revisor In-Reply-To: <1207520650.7589.9.camel@localhost.localdomain> References: <1207520650.7589.9.camel@localhost.localdomain> Message-ID: <200804062004.59695.jwilson@redhat.com> On Sunday 06 April 2008 06:24:10 pm Jesse Keating wrote: > On Sun, 2008-04-06 at 17:19 -0400, Mark Bidewell wrote: > > > > > > I have been playing with Pungi and revisor and have a strange problem. When > > I boot the resulting iso for graphical installation. X starts but not the > > anaconda installer - just a black screen with the X mouse cursor. Any ideas > > what could cause this? > > You'd have to look on the other virtual terminals to see what messages > are being printed, likely there is an error somewhere. If its an F8-based spin, its a known issue. The Fedora Unity guys have a patched anaconda build that fixes it... http://git.kanarip.com/?p=anaconda/.git;a=shortlog;h=f8-branch -- Jarod Wilson jwilson at redhat.com From optimizationkit at gmail.com Mon Apr 7 00:07:47 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Mon, 7 Apr 2008 02:07:47 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <58a220fa0804061310l58c980e8p64f50f048b22f542@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <661de9470804061242n429f346akddda3fa23b49cfc7@mail.gmail.com> <58a220fa0804061310l58c980e8p64f50f048b22f542@mail.gmail.com> Message-ID: <58a220fa0804061707k6c005e70keca92a333008b5fd@mail.gmail.com> On 06/04/2008, Optimization Kit wrote: > Hi Balbir, > > > On 06/04/2008, Balbir Singh wrote: > > Hi, Michal, > > > > We are trying to do something similar with libcg. > > > Yes, I know. > > > > We do provide > > configuration files and configuration and an API to program control > > groups (cgroups). Please see http://libcg.sf.net. Is there a reason > > why a C API or programming interface is not provided in Optimization > > Kit? > Sorry, I misunderstand you. (After a few hours of coding my brain hurts http://youtube.com/watch?v=IIlKiRPSNGA ;)) ok_cg is a very simple library that contains 6 function: setup_cgroups(cpu_exclusive, mem_exclusive, features, cgroup_mount_dir) create_groups_from_config(config, cgroup_mount_dir) create_cgroup(cgroup, cgroup_mount_dir) change_default_cgroup_opts(cgroup, opts, cgroup_mount_dir) add_tasks_to_cgroup(cgroup, args, pgrep_args, cgroup_mount_dir) get_pids(arg, pgrep_args) providing an interface for python functions in c, c++ etc is quite simple http://elmer.sourceforge.net/ The problem is that these functions requires a bit complicated data structures for example: [['games', '10', 'NULL', 'NULL', 'NULL', 'NULL', {'cpuset.memory_spread_page': '0', 'cpuset.memory_spread_slab': '0', 'cpuset.mems': '0', 'cpuset.mem_exclusive': '0', 'cpuset.cpu_exclusive': '0', 'notify_on_release': '0', 'cpuset.memory_pressure': '0', 'cpuset.memory_pressure_enabled': '0', 'cpuset.sched_load_balance': '1', 'cfq.ioprio': '0', 'cpuset.memory_migrate': '0', 'cpuset.cpus': '0', 'memory.limit_in_bytes': 'NULL'}, ['michal'], ['michal'], ['mc','firefox-bin']]] I'm not sure if it's possible to create a simple interface between C and Python in such case. Regards, Michal From mark.bidewell at alumni.clemson.edu Mon Apr 7 00:18:57 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sun, 6 Apr 2008 20:18:57 -0400 Subject: Pungi and Revisor In-Reply-To: <200804062004.59695.jwilson@redhat.com> References: <1207520650.7589.9.camel@localhost.localdomain> <200804062004.59695.jwilson@redhat.com> Message-ID: That's it thanks. BTW could someone point me to some comparison of revisor and pungi? It seems that they are virtually identical. Also, do either one support RHEL/CentOS as well? Mark Bidewell On Sun, Apr 6, 2008 at 8:04 PM, Jarod Wilson wrote: > On Sunday 06 April 2008 06:24:10 pm Jesse Keating wrote: > > On Sun, 2008-04-06 at 17:19 -0400, Mark Bidewell wrote: > > > > > > > > > I have been playing with Pungi and revisor and have a strange problem. > When > > > I boot the resulting iso for graphical installation. X starts but not > the > > > anaconda installer - just a black screen with the X mouse cursor. Any > ideas > > > what could cause this? > > > > You'd have to look on the other virtual terminals to see what messages > > are being printed, likely there is an error somewhere. > > If its an F8-based spin, its a known issue. The Fedora Unity guys have a > patched anaconda build that fixes it... > > http://git.kanarip.com/?p=anaconda/.git;a=shortlog;h=f8-branch > > > -- > Jarod Wilson > jwilson at redhat.com > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwilson at redhat.com Mon Apr 7 00:32:49 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Sun, 6 Apr 2008 20:32:49 -0400 Subject: Pungi and Revisor In-Reply-To: References: <200804062004.59695.jwilson@redhat.com> Message-ID: <200804062032.50037.jwilson@redhat.com> On Sunday 06 April 2008 08:18:57 pm Mark Bidewell wrote: > That's it thanks. BTW could someone point me to some comparison of revisor > and pungi? It seems that they are virtually identical. Revisor has a gui, pungi doesn't? Honestly, I have yet to play with revisor more than to fire it up and poke around briefly, so I dunno exactly how the two are tied together. Long been on my TODO list though... > Also, do either one support RHEL/CentOS as well? Pungi doesn't officially support 'em, but there's a hacked up version of pungi out there in the wild that works well enough for at least RHEL5 Server... -- Jarod Wilson jwilson at redhat.com From poelstra at redhat.com Mon Apr 7 00:21:38 2008 From: poelstra at redhat.com (John Poelstra) Date: Sun, 06 Apr 2008 17:21:38 -0700 Subject: [Fwd: Final Freeze coming--feature page updates needed] Message-ID: <47F96912.50004@redhat.com> This email was sent to all individual feature owners. I'm sending it a few other place to keep everyone in the loop and to route around those that have black-listed the feature wrangler's or are waiting for me to send post cards ;-) If you are depending on information about the features below you may want to set wiki page watches to track changes and updates Thanks, John -------- Original Message -------- Subject: Final Freeze coming--feature page updates needed Date: Sun, 06 Apr 2008 17:17:34 -0700 From: John Poelstra Hello Feature People :) With final development freeze coming on Tuesday, April 8, 2008 (two days from now in most parts of the world--less in others), sadly this is one of the last times you'll be able to receive nag mail from me for Fedora 9. ;-) Final Development Freeze, defined here: http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy means that all features must be at 100% completion by this date. Yes, we know "this is Fedora" and "stuff is never 100% done" and all the usual arguments about "what does percentage completion really mean, etc., etc.", but for the average user and members of the other Fedora teams it is important and very helpful to make one last update to your feature page... and for those that will still complain, please make some constructive suggestions for improving the process and lobby to change it for Fedora 10 :) These feature pages are pointed to by a lot by the press and used by many other teams to turn Fedora into a polished looking release so your help is greatly needed and appreciated. You have the distinct privilege of receiving this message because you are listed as the owner for one or more features that are not listed at 100% completion, though many are very close! http://fedoraproject.org/wiki/Releases/9/FeatureList http://fedoraproject.org/wiki/Releases/FeatureDictionary http://fedoraproject.org/wiki/Features/Ext4 http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems http://fedoraproject.org/wiki/Features/OneSecondX http://fedoraproject.org/wiki/Features/Firefox3 http://fedoraproject.org/wiki/Features/freeIPA http://fedoraproject.org/wiki/Features/NewGdm http://fedoraproject.org/wiki/Features/XULRunner http://fedoraproject.org/wiki/Features/XenPvops http://fedoraproject.org/wiki/Features/VirtStorage http://fedoraproject.org/wiki/Features/Upstart http://fedoraproject.org/wiki/Features/XserverOnePointFive http://fedoraproject.org/wiki/Releases/FeatureTexLive http://fedoraproject.org/wiki/Anaconda/Features/SecondStageInstallSource http://fedoraproject.org/wiki/Features/RandrSupport http://fedoraproject.org/wiki/Features/PreUpgrade http://fedoraproject.org/wiki/Features/PartitionResizing http://fedoraproject.org/wiki/Features/PackageKit http://fedoraproject.org/wiki/Features/LivePersistence http://fedoraproject.org/wiki/Releases/FeatureKDE4 http://fedoraproject.org/wiki/Features/K12Linux http://fedoraproject.org/wiki/Features/JigdoRelease http://fedoraproject.org/wiki/Features/IMDesktopIntegration http://fedoraproject.org/wiki/Features/NewGdm I've received several questions in the past about what to do to bring a feature page to 100% or what to do if all the advertised things on the feature page can't be completed in time. Hopefully this helps... 1) If you implemented all of the things described on your feature page and the package is in rawhide, update to 100% 2) If you DID NOT implement all of the things described on your feature page a) change the feature page to reflect all the things you DID complete for Fedora 9 b) make sure the package is in rawhide c) update to 100% d) if you plan to do more unfinished exciting things in F10 move them to a new feature page 3) If your feature page will end up being empty or very brief in order to honestly say it is 100% done it probably should be removed from the Fedora 9 feature list. Simply change the category of your feature page to CategoryProposedFeature (from CategoryAcceptedFedora9) and let me know 4) If this is still confusing, please contact me :) Thanks for your help, John 'tired feature wrangler and yes this manual process is starting to not scale any more' Poelstra _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From dhaval at linux.vnet.ibm.com Mon Apr 7 03:30:44 2008 From: dhaval at linux.vnet.ibm.com (Dhaval Giani) Date: Mon, 7 Apr 2008 09:00:44 +0530 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <58a220fa0804061310l58c980e8p64f50f048b22f542@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <661de9470804061242n429f346akddda3fa23b49cfc7@mail.gmail.com> <58a220fa0804061310l58c980e8p64f50f048b22f542@mail.gmail.com> Message-ID: <20080407033044.GA7973@linux.vnet.ibm.com> On Sun, Apr 06, 2008 at 10:10:32PM +0200, Optimization Kit wrote: > Hi Balbir, > > On 06/04/2008, Balbir Singh wrote: > > Hi, Michal, > > > > We are trying to do something similar with libcg. > > Yes, I know. > > > We do provide > > configuration files and configuration and an API to program control > > groups (cgroups). Please see http://libcg.sf.net. Is there a reason > > why a C API or programming interface is not provided in Optimization > > Kit? > > I asked about Python bindings in "[RFC] libcg: design and plans" thread. > > "As of now we don't plan to support python. if the community requires, we > can always add support." > -- Dhaval Giani > > BTW. Where are libcg sources? > http://sourceforge.net/project/showfiles.php?group_id=218421 > Hi Michal, Sources are available in the svn repository at http://libcg.svn.sourceforge.net/ -- regards, Dhaval From murray.mcallister at gmail.com Mon Apr 7 06:55:11 2008 From: murray.mcallister at gmail.com (Murray McAllister) Date: Mon, 7 Apr 2008 16:55:11 +1000 Subject: release notes for BZ 998 Message-ID: <95f1114b0804062355o74b8c97dxc6263244a90ef4a2@mail.gmail.com> Hi, I have no idea what the release notes for this should be: https://bugzilla.redhat.com/show_bug.cgi?id=998 If anyone has any ideas, they would be greatly appreciated! Thanks, Murray. --------------------------------------------------------------------- pub 1024D/81B3FDEB 2007-09-19 [expires: 2008-09-18] Key fingerprint = 4ED9 9907 5BF0 4132 2B46 20D1 C0C6 362D 81B3 FDEB Murray McAllister (Fedora Docs Project / mdious) sub 2048g/B04CFA0C 2007-09-19 [expires: 2008-09-18] From oliver at linux-kernel.at Mon Apr 7 08:12:16 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 07 Apr 2008 10:12:16 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <58a220fa0804061348k60a7f0d8y4b2613967478017@mail.gmail.com> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <47F931B3.5050103@ncsu.edu> <58a220fa0804061348k60a7f0d8y4b2613967478017@mail.gmail.com> Message-ID: <47F9D760.6000407@linux-kernel.at> Optimization Kit wrote: > On 06/04/2008, Casey Dahlin wrote: >> For python packages, the correct solution would be a setup.py file using >> the disthelper system in python. > > I'll try to replace install.sh with setup.py in next -rc Whatever it is, autotools, distutils. It should be DESTDIR aware, that's my point. I could copy the install.sh into the specfile, but after every update of the upstream source, I would have to merge the spec install lines with the install.sh and that's not really a good solution. Best, Oliver From rawhide at fedoraproject.org Mon Apr 7 08:52:35 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Mon, 7 Apr 2008 08:52:35 +0000 (UTC) Subject: rawhide report: 20080407 changes Message-ID: <20080407085235.B04A4209D90@releng1.fedora.phx.redhat.com> New package gdevilspie A user friendly interface to the devilspie window matching daemon New package lua-filesystem File System Library for the Lua Programming Language New package monitor-edid Tool for probing and parsing monitor EDID Updated Packages: PolicyKit-0.8-0.git20080404.3.fc9 --------------------------------- * Sun Apr 06 2008 David Zeuthen - 0.8-0.git20080404.fc9.3 - Fix wrong permissions on the resolve exe helper abiword-1:2.6.2-1.fc9 --------------------- * Sun Apr 06 2008 Marc Maurer - 1:2.6.2-1 - New upstream release * Sun Apr 06 2008 Marc Maurer - 1:2.6.1-1 - New upstream release anaconda-11.4.0.66-1 -------------------- * Sun Apr 06 2008 Jeremy Katz - 11.4.0.66-1 - Another day, another broken translation commit to fix. (katzj) - Work around GL crashes in anaconda X by disabling them. (jkeating) - Clean up "finishing upgrade" wait window (katzj) - Stop refreshing like mad in text-mode on WaitWindow.refresh() (katzj) - Avoid progress bars going off the end and making newt unhappy (katzj) - Brute force hack to avoid the number of packages overflowing (#436588) (katzj) - Revert "Change the default level in /etc/sysconfig/init now (#440058)." (notting) - Add gnome-applets to the upgrade blacklist, fix kmymoney2 typo. (jkeating) - Don't enable encryption by default (katzj) - Print our mount commands to /dev/tty5 for easier debugging. (clumens) - Change the default level in /etc/sysconfig/init now (#440058). (clumens) - Make the Back button work when asking for tcp/ip information in loader.c. (#233655) (jgranado) - Have work in the network configuration stage (#250982) (jgranado) - Use a better test to see if a package group doesn't exist (#439922). (clumens) - avoid behavior in (#208970) (jgranado) - Correctly label the xen images in the .treeinfo file (jgranado) - Translation updates antiword-0.37-7.fc9 ------------------- * Sun Apr 06 2008 Adrian Reber - 0.37-7 - added wrapper script from Michal Jaegermann to better handle UTF input files (#191060) asio-1.0.0-2.fc9 ---------------- * Sun Apr 06 2008 Marc Maurer 1.0.0-2 - Upstream removed the executable permissions on the docs * Sun Apr 06 2008 Marc Maurer 1.0.0-1 - New upstream release bluez-utils-3.30-2.fc9 ---------------------- * Sun Apr 06 2008 - Bastien Nocera - 3.30-2 - Add support for Dell HID/HCI switch cairo-1.5.18-1.fc9 ------------------ * Sun Apr 06 2008 Carl Worth 1.5.18-1 - Update to 1.5.18 * Thu Apr 03 2008 Matthias Clasen 1.5.16-1 - Update to 1.5.16 * Fri Mar 21 2008 Matthias Clasen 1.5.14-1 - Update to 1.5.14 cpl-4.1.0-1.fc9 --------------- * Sun Apr 06 2008 Sergio Pascual 4.1.0-1 - New upstream source desktop-backgrounds-8.92-3 -------------------------- * Sun Apr 06 2008 Matthias Clasen - 8.92-3 - Drop infinity backgrounds, they will be moved to a separate package esorex-3.6.8-1.fc9 ------------------ * Sun Apr 06 2008 Sergio Pascual 3.6.8-1 - New upstream source fontmatrix-0.4.0-2.fc9 ---------------------- * Mon Apr 07 2008 Parag - 0.4.0-2.fc9 - Add support for Shaper functionality. gdm-1:2.21.10-0.2008.04.07.1.fc9 -------------------------------- * Mon Apr 07 2008 Ray Strode - 1:2.21.10-0.2008.04.07.1 - Make automatic login timer fade in - No more checkboxes in user-switch applet * Sun Apr 06 2008 Ray Strode - 1:2.21.10-0.2008.04.06.1 - Focus face browser after failed login attempt - disable debug messages until 2.22.0 is released * Sat Apr 05 2008 Matthias Clasen - 1:2.21.10-0.2008.04.04.2 - Improve handling of CK error messages gnome-games-1:2.22.1-1.fc9 -------------------------- * Mon Apr 07 2008 Matthias Clasen - 1:2.22.1-1 - Update to 2.22.1 gnome-keyring-2.22.1-1.fc9 -------------------------- * Mon Apr 07 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 * Mon Mar 10 2008 Matthias Clasen - 2.22.0-1 - Update to 2.22.0 * Sun Feb 24 2008 Matthias Clasen - 2.21.92-1 - Update to 2.21.92 gnome-panel-2.22.0-12.fc9 ------------------------- * Sun Apr 06 2008 Matthias Clasen - 2.22.0-12 - Fix a typo in the CK shutdown patch, spotted by Kevin Kofler guitone-0.7.1-1.fc9 ------------------- * Sun Apr 06 2008 Thomas Moschny - 0.7.1-1 - Update to upstream version 0.7.1. jd-2.0.0-0.3.svn1942_trunk.fc9 ------------------------------ * Mon Apr 07 2008 Mamoru Tasaka - 2.0.0-0.3.svn1942 - svn 1942 (version 2.0.0) * Sun Mar 23 2008 Mamoru Tasaka - Workaround for bug 438600 * Mon Feb 25 2008 Mamoru Tasaka - 1.9.9-0.3.beta080225 - 1.9.9 beta 080225 jpoker-1.0.9-1.fc9 ------------------ * Sun Mar 23 2008 Jesse Keating - 1.0.9-1 - New upstream release - Now GPLv3+ - Carry http config file as a source, no longer upstream - Drop the need on php, no more php upstream kdebase-6:4.0.3-6.fc9 --------------------- * Thu Apr 03 2008 Kevin Kofler 4.0.3-6 - backport Konsole window size fixes from 4.1 (#439638, kde#160422) * Thu Apr 03 2008 Kevin Kofler 4.0.3-5 - rebuild (again) for the fixed %{_kde4_buildtype} * Mon Mar 31 2008 Kevin Kofler 4.0.3-4 - add missing BR libraw1394-devel (thanks to Karsten Hopp) - don't BR libusb-devel on s390 or s390x kernel-2.6.25-0.201.rc8.git4.fc9 -------------------------------- * Sun Apr 06 2008 Dave Jones - 2.6.25-rc8-git4 keychain-2.6.8-3.fc9 -------------------- * Sun Apr 06 2008 Ville Skytt?? - 2.6.8-3 - Make profile.d sh snippet check if it has already run (skip if yes), and avoid polluting the shell with its internal variables. - License: GPLv2. - Update URLs. libgnome-2.22.0-3.fc9 --------------------- * Sun Apr 06 2008 Matthias Clasen - 2.22.0-3 - Switch to waves as the default background * Wed Mar 26 2008 - Bastien Nocera - 2.22.0-2 - Have the sound effects turned on by default (#438483) * Mon Mar 10 2008 Matthias Clasen - 2.22.0-1 - Update to 2.22.0 libgnomekbd-2.22.0-2.fc9 ------------------------ * Sun Apr 06 2008 Matthias Clasen - 2.22.0-2 - Split the plugins capplet off into a subpackage, since we don't have any plugins and don't want the capplet by default lirc-0.8.3-0.3.pre2.fc9 ----------------------- * Sun Apr 06 2008 Jarod Wilson - 0.8.3-0.3.pre2 - Update to 0.8.3pre2 nautilus-2.22.1-6.fc9 --------------------- * Sun Apr 06 2008 Matthias Clasen - 2.22.1-6 - Backport a patch from upstream svn thats needed for file-roller * Fri Apr 04 2008 Matthias Clasen - 2.22.1-5 - Fix beagle support some more * Thu Apr 03 2008 Tomas Bzatek - 2.22.1-4 - Fix SELinux attributes display issue (#439686) nautilus-open-terminal-0.9-2.fc9 -------------------------------- * Fri Apr 04 2008 Paul W. Frields - 0.9-2 - Handle GConf schema installation notification-daemon-0.3.7-9.fc9 ------------------------------- * Sun Apr 06 2008 Jon McCann - 0.3.7-9 - Don't clip text in message bubbles (#441099) ocsinventory-agent-0.0.9.1-2.fc9 -------------------------------- * Mon Apr 07 2008 Remi Collet 0.0.9.1-2 - add Requires monitor-edid perl-ParseLex-2.15-12.fc9 ------------------------- * Mon Apr 07 2008 Jeff Fearn 2.15-12 - Need Requires for EPEL phpPgAdmin-4.2-1.fc9 -------------------- * Sun Apr 06 2008 Devrim Gunduz 4.2-1 - Update to 4.2 - Removed patch #2 poppler-0.8.0-3.fc9 ------------------- * Sun Apr 06 2008 Adam Jackson 0.8.0-3 - poppler-0.8.0-ocg-crash.patch: Fix a crash when no optional content groups are defined. - Mangle configure to account for the new directory for qt3 libs. - Fix grammar in %description. postgresql-pgpool-II-2.1-beta2.fc9.1 ------------------------------------ * Sun Apr 06 2008 Devrim Gunduz 2.1-beta2 - Update to 2.1 beta2 purple-plugin_pack-2.3.0-1.fc9 ------------------------------ * Sun Apr 06 2008 Ignacio Vazquez-Abrams 2.3.0-1 - Upstream update qpxtool-0.6.1-9.fc9 ------------------- * Sun Apr 06 2008 Adel Gadllah 0.6.1-9 - Replace scsi cmd fix with upstream version rhgb-1:9.0.0-2.fc9 ------------------ * Sun Apr 06 2008 Ray Strode - 1:9.0.0-2 - Use lighter color seahorse-2.22.1-1.fc9 --------------------- * Mon Apr 07 2008 Matthias Clasen 2.22.1-1 - Update to 2.22.1 * Mon Mar 10 2008 Matthias Clasen 2.22.0-1 - Update to 2.22.0 * Tue Feb 26 2008 Matthias Clasen 2.21.92-1 - Update to 2.21.92 subcommander-1.2.2-12.fc9 ------------------------- * Sun Apr 06 2008 Jochen Schmitt 1.2.2-12 - Change BR qt-devel to qt3-devel (#440802) svn2cl-0.10-1 ------------- * Sun Apr 06 2008 Ville Skytt?? - 0.10-1 - 0.10, drop disttag. system-config-display-1.0.51-9.fc9 ---------------------------------- * Sun Apr 06 2008 Adam Jackson 1.0.51-9 - scd-1.0.51-backtick.patch: Fix unicode hilarity. (#441060) tig-0.11-1.fc9 -------------- * Sun Apr 06 2008 James Bowes 0.11-1 - tig-0.11 * Tue Mar 25 2008 Todd Zullinger 0.10.1-2 - use %configure so ncursesw is picked up for utf-8 support - BuildRequire git so configure finds git-config and git-repo-config - change Requires: git-core to git * Wed Mar 19 2008 James Bowes 0.10.1-1 - tig-0.10.1 vdr-sudoku-0.2.1-1.fc9 ---------------------- * Sun Apr 06 2008 Ville Skytt?? - 0.2.1-1 - 0.2.1, all non Fedora specific patches applied upstream. xorg-x11-drv-ati-6.8.0-10.fc9 ----------------------------- * Sun Apr 06 2008 Dave Airlie 6.8.0-10 - attempt to fix VT switch and X restart hangs xscreensaver-1:5.05-3.fc9 ------------------------- * Sun Apr 06 2008 Mamoru Tasaka - 1:5.05-3 - penetrate - fallback to smaller font Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 thunderbird-lightning-0.8-1.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 thunderbird-lightning-0.8-1.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 thunderbird-lightning-0.8-1.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-StubManager-1.2.0-1.fc9.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 thunderbird-lightning-0.8-1.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From lordmorgul at gmail.com Mon Apr 7 08:53:46 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 07 Apr 2008 01:53:46 -0700 Subject: release notes for BZ 998 In-Reply-To: <95f1114b0804062355o74b8c97dxc6263244a90ef4a2@mail.gmail.com> References: <95f1114b0804062355o74b8c97dxc6263244a90ef4a2@mail.gmail.com> Message-ID: <47F9E11A.2090903@gmail.com> Murray McAllister wrote: > Hi, > > I have no idea what the release notes for this should be: > > https://bugzilla.redhat.com/show_bug.cgi?id=998 > > If anyone has any ideas, they would be greatly appreciated! It doesn't look like F9 has any significant progress there so its basically business usual, are release notes on that even needed at all? Some signatures may look invalid, but its been that way 'forever'. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From murray.mcallister at gmail.com Mon Apr 7 09:50:55 2008 From: murray.mcallister at gmail.com (Murray McAllister) Date: Mon, 7 Apr 2008 19:50:55 +1000 Subject: release notes for BZ 998 In-Reply-To: <47F9E11A.2090903@gmail.com> References: <95f1114b0804062355o74b8c97dxc6263244a90ef4a2@mail.gmail.com> <47F9E11A.2090903@gmail.com> Message-ID: <95f1114b0804070250o2bb98083o63eb637b1c30bcef@mail.gmail.com> On Mon, Apr 7, 2008 at 6:53 PM, Andrew Farris wrote: > Murray McAllister wrote: > > > Hi, > > > > I have no idea what the release notes for this should be: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=998 > > > > If anyone has any ideas, they would be greatly appreciated! > > > > It doesn't look like F9 has any significant progress there so its basically > business usual, are release notes on that even needed at all? Some > signatures may look invalid, but its been that way 'forever'. > > -- > Andrew Farris www.lordmorgul.net > gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 > BF29 > revoked key 0xC99B1DF3 no longer used > No one now has, and no one will ever again get, the big picture. - Daniel > Geer Hi Andrew, Thanks, I wasn't sure because it didn't look like anything changed. I looked at it because someone sent a message to a docs list with "[relnotes]" in the subject...but if nothing has changed, I will leave it out. Regards, Murray. --------------------------------------------------------------------- pub 1024D/81B3FDEB 2007-09-19 [expires: 2008-09-18] Key fingerprint = 4ED9 9907 5BF0 4132 2B46 20D1 C0C6 362D 81B3 FDEB Murray McAllister (Fedora Docs Project / mdious) sub 2048g/B04CFA0C 2007-09-19 [expires: 2008-09-18] From nicolas.mailhot at laposte.net Mon Apr 7 12:11:11 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 7 Apr 2008 14:11:11 +0200 (CEST) Subject: xulrunner rendering issues ? In-Reply-To: <47F8F5C8.7020102@poolshark.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> Message-ID: <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> Le Dim 6 avril 2008 18:09, Denis Leroy a ?crit : > Andrew Farris wrote: > > If that doesn't work, go to firefox 3, hit about:config and > > search for dpi, change that, then firefox should render right > > at least. > > A second problem is that the about:config seems to be broken with both > galeon and epiphany (can't change any values). I filed bug 441120 > against xulrunner for this. Also, it seems wrong that changing the dpi > settings in the Gnome appearance configuration is not enough, but one > has to change the (somewhat obscure) internal dpi settings in all > browsers. Probably worthy of release notes documentation. The problem is not applications doing it wrong, and the Gnome appearance configuration doing it right, they all change things at the wrong level which explains why the changes are not shared, conflict, and are a PITA for users. The right desktop level for DPI is xorg. All the apps need to be fixed to stop meddling with DPI values, use the Xorg DPI values directly (and fix xorg when it's getting it wrong, in your case vmware side). Unfortunately so far the reflex of every app writer was not to help xorg fix its code but workaround it locally in various conflicting and incompatible ways. What you are seing right now is the pile of dpi workarounds and bandaids crumbling on your system. Once you have a shared DPI value you can have a shared default font size value (in pt) and size all the widgets of the various apps accordingly. It was proposed to use xsettings to propagate this default font size in a desktop-agnostic way. This is bug https://bugzilla.mozilla.org/show_bug.cgi?id=414427 You have various upstream related bugs collected at http://fedoraproject.org/wiki/SIGs/Fonts/QA#known-problems If you're interested in text rendering problems Fedora-side, do spend the time to read/comment/vote on them, and add new ones to the lists as you feel necessary. Regards, -- Nicolas Mailhot From denis at poolshark.org Mon Apr 7 11:58:57 2008 From: denis at poolshark.org (Denis Leroy) Date: Mon, 07 Apr 2008 13:58:57 +0200 Subject: xulrunner rendering issues ? In-Reply-To: <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> Message-ID: <47FA0C81.3080101@poolshark.org> Nicolas Mailhot wrote: > The problem is not applications doing it wrong, and the Gnome > appearance configuration doing it right, they all change things at the > wrong level which explains why the changes are not shared, conflict, > and are a PITA for users. > > The right desktop level for DPI is xorg. All the apps need to be fixed > to stop meddling with DPI values, use the Xorg DPI values directly > (and fix xorg when it's getting it wrong, in your case vmware side). > Unfortunately so far the reflex of every app writer was not to help > xorg fix its code but workaround it locally in various conflicting and > incompatible ways. What you are seing right now is the pile of dpi > workarounds and bandaids crumbling on your system. I think you summarized it pretty well. To be accurate, the VMWare problem is not DPI reporting (which is correct, as per xrdb -query), but the screen *size* reporting (in millimeters). The function get_dpi_from_x_server() in the control-center source code calls gdk_screen_get_width_mm() and computes its own DPI value from the screen pixel and mm size, and get its wrong. As you said, it would cleaner if it queried the X server for the DPI size directly... From limb at jcomserv.net Mon Apr 7 12:25:42 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 7 Apr 2008 07:25:42 -0500 (CDT) Subject: How to get the cvs flag In-Reply-To: <47F68E3F.1050905@gmail.com> References: <870180fe0804041155g501f78deyee4bed3fbde24093@mail.gmail.com> <1207335646.4162.26.camel@localhost.localdomain> <7dd7ab490804041238p66875c64j6c67f031c371fe9c@mail.gmail.com> <1207338032.4162.29.camel@localhost.localdomain> <47F68E3F.1050905@gmail.com> Message-ID: <35428.63.85.68.164.1207571142.squirrel@mail.jcomserv.net> > Tom "spot" Callaway wrote: >> On Fri, 2008-04-04 at 12:38 -0700, Chris Weyl wrote: >>> On Fri, Apr 4, 2008 at 12:00 PM, Tom spot Callaway >>> wrote: >>>> On Fri, 2008-04-04 at 12:55 -0600, Jerry James wrote: >>>> > What feature of a bug report makes the cvs flag show up? I need >>>> that flag here: >>>> > >>>> > https://bugzilla.redhat.com/show_bug.cgi?id=440639 >>>> > >>>> > I see the flag on bugs with the "Package Review" component, but >>>> that >>>> > component doesn't seem to be available when the product is "Fedora >>>> > EPEL". This question is not answered in the text I get when >>>> pressing >>>> > the "Help" button, either. >>>> >>>> Weird. Maybe bugs under Fedora EPEL don't expose that. Dave? >>> Shouldn't all branch requests be handled through the master review >>> bug, which would only live on the Fedora side? >> >> In this specific case, yes, but it is possible to hit the following >> scenarios: >> >> 1. Package only lives in EPEL >> 2. No master review bug exists. >> > I am somewhat inclined to disagree with a package living only in EPEL. > EPEL packages are Fedora packages built and/or modified for Enterprise > Linux. > > If someone would like to code it, or even just provide a mockup (where > it belongs in the URL hierarchy, form elements, who should be allowed > etc), there's an open ticket to do this via the packagedb in the future. > Having the fields added to a web form means that cvsadmins wouldn't > have to spend time cut and pasting the values which would be greatly > appreciated by all the cvsadmins I know. I changed the bug to rawhide, and it's fine now. Thanks, all! > -Toshio > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From alexl at users.sourceforge.net Mon Apr 7 13:16:01 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 07 Apr 2008 06:16:01 -0700 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1207484361.6809.10.camel@vader.jdub.homelinux.org> (Josh Boyer's message of "Sun\, 06 Apr 2008 07\:19\:21 -0500") References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> Message-ID: >>>>> "JB" == Josh Boyer writes: JB> Below are the packages with current upgrade problems. Please fix JB> these ASAP as we are very close to final development freeze. JB> Packages that have upgrade issues tomorrow will have bugs filed. Some of these packages haven't been updated on F-9 because they have been failing to build due to (typically) lingering GCC 4.3 build issues and/or xulrunner issues. The reason for the upgrade check issue was that in some cases updates were pushed to F-8 even if the rawhide branch didn't build. This is especially the case with the usual firefox update push in F-7, F-8, those packages haven't been also rebuilt on rawhide at the same to keep NEVR sane (in many cases this was because they don't currently rebuild, as noted below). To avoid the filing of duplicate bugs (perhaps add a comment to these bugs about the additional NEVR problems). I'm posting the bug here for the packages that I either maintain, or have attempted to help fix: JB> blam: F8-updates > F9 (0:1.8.3-14.fc8 > 0:1.8.3-13.fc9) [blam failed massrebuild attempt for GCC 4.3] https://bugzilla.redhat.com/show_bug.cgi?id=434382 Update was pushed to F-8 before I became maintainer. JB> gtkmozembedmm: F8-updates > F9 (0:1.4.2.cvs20060817-19.fc8 > JB> 0:1.4.2.cvs20060817-17.fc9) [gtkmozembedmm failed massrebuild attempt for GCC 4.3] https://bugzilla.redhat.com/show_bug.cgi?id=434130 JB> kazehakase: F8-updates > F9 (0:0.5.4-1.fc8 > 0:0.5.0-1.fc9.2) [Kazehakase won't run against xulrunner (gecko-libs 1.9)] https://bugzilla.redhat.com/show_bug.cgi?id=402641 Not sure if this is entirely the reason a newer version hasn't been pushed for F-9, but in general packages that depend on xulrunner have been having periodic problems rebuilding. JB> liferea: F8-updates > F9 (0:1.4.13-2.fc8 > 0:1.4.13-1.fc9) Just rebuilt: liferea-1.4.13-2.fc9 which should be > F8-updates now: http://koji.fedoraproject.org/koji/taskinfo?taskID=554075 JB> vtk: F8-updates > F9 (0:5.0.4-19.fc8 > 0:5.0.3-22.fc9) [vtk failed massrebuild attempt for GCC 4.3] https://bugzilla.redhat.com/show_bug.cgi?id=434528 Alex From gnomeuser at gmail.com Mon Apr 7 13:25:16 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Mon, 7 Apr 2008 15:25:16 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1207484361.6809.10.camel@vader.jdub.homelinux.org> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> Message-ID: <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> 2008/4/6, Josh Boyer : > > > mono-zeroconf: > F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) > This is the same exact code, the revision is merely higher because of a little import snarfu. Shouldn't pose a problem -------------- next part -------------- An HTML attachment was scrubbed... URL: From limb at jcomserv.net Mon Apr 7 13:39:31 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 7 Apr 2008 08:39:31 -0500 (CDT) Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> Message-ID: <7163.63.85.68.164.1207575571.squirrel@mail.jcomserv.net> > 2008/4/6, Josh Boyer : >> >> >> mono-zeroconf: >> F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) >> > > This is the same exact code, the revision is merely higher because of a > little import snarfu. Shouldn't pose a problem ...except that yum/rpm will choke and abort an entire upgrade transaction from F-8 to F-9 if mono-zeroconf is installed. Please bump the release number to -4 or -5 and rebuild for rawhide. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From jwboyer at gmail.com Mon Apr 7 13:40:00 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 07 Apr 2008 08:40:00 -0500 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> Message-ID: <1207575600.6809.26.camel@vader.jdub.homelinux.org> On Mon, 2008-04-07 at 15:25 +0200, David Nielsen wrote: > > > 2008/4/6, Josh Boyer : > > mono-zeroconf: > F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) > > This is the same exact code, the revision is merely higher because of > a little import snarfu. Shouldn't pose a problem Well... that's good from a technical perspective. But the upgrade path is still broken. Are you going to fix that? (Sorry if your email implied that you would, but I couldn't tell.) josh From jwboyer at gmail.com Mon Apr 7 13:40:44 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 07 Apr 2008 08:40:44 -0500 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> Message-ID: <1207575644.6809.28.camel@vader.jdub.homelinux.org> On Mon, 2008-04-07 at 06:16 -0700, Alex Lancaster wrote: > >>>>> "JB" == Josh Boyer writes: > To avoid the filing of duplicate bugs (perhaps add a comment to these > bugs about the additional NEVR problems). I'm posting the bug here > for the packages that I either maintain, or have attempted to help > fix: That's a great idea. Thanks for the URLs! josh From pmachata at redhat.com Mon Apr 7 13:41:23 2008 From: pmachata at redhat.com (Petr Machata) Date: Mon, 7 Apr 2008 15:41:23 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1207490983.18618.7.camel@localhost.localdomain> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1207490983.18618.7.camel@localhost.localdomain> Message-ID: <20080407134122.GA10945@hridell.englab.brq.redhat.com> On Sun, Apr 06, 2008 at 04:09:43PM +0200, Lubomir Kundrak wrote: > And with maintainer names, so they can easily look up if something > theirs is in list: Thanks, that was very helpful. > dejagnu > pmachata > ElectricFence > pmachata I've just rebuilt these with fixed release tag. PM -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Mon Apr 7 15:59:26 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 7 Apr 2008 17:59:26 +0200 (CEST) Subject: xulrunner rendering issues ? In-Reply-To: <47FA0C81.3080101@poolshark.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> <47FA0C81.3080101@poolshark.org> Message-ID: <8474.192.54.193.59.1207583966.squirrel@rousalka.dyndns.org> Le Lun 7 avril 2008 13:58, Denis Leroy a ?crit : > I think you summarized it pretty well. To be accurate, the VMWare > problem is not DPI reporting (which is correct, as per xrdb -query), > but the screen *size* reporting (in millimeters). Actually this is pretty much the same thing as the pixel resolution of a plane is always well known, so the only reason Xorg can get the DPI wrong is if it misdetects the physical screen size. -- Nicolas Mailhot From jkeating at redhat.com Mon Apr 7 14:17:48 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 07 Apr 2008 10:17:48 -0400 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <7163.63.85.68.164.1207575571.squirrel@mail.jcomserv.net> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> <7163.63.85.68.164.1207575571.squirrel@mail.jcomserv.net> Message-ID: <1207577868.7589.17.camel@localhost.localdomain> On Mon, 2008-04-07 at 08:39 -0500, Jon Ciesla wrote: > > ...except that yum/rpm will choke and abort an entire upgrade transaction > from F-8 to F-9 if mono-zeroconf is installed. Please bump the release > number to -4 or -5 and rebuild for rawhide. Erm, that's not true at all. Can you show some evidence to this? At least with anaconda it should go fine, end result is that this package isn't updated to the .fc9 build. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From debarshi.ray at gmail.com Mon Apr 7 14:25:41 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 7 Apr 2008 19:55:41 +0530 Subject: Orphaned packages: multiget & nautilus-cd-burner Message-ID: <3170f42f0804070725wf142fa7wdfef322f070ba8be@mail.gmail.com> https://admin.fedoraproject.org/pkgdb/packages/name/multiget https://admin.fedoraproject.org/pkgdb/packages/name/nautilus-cd-burner Both multiget & nautilus-cd-burner are orphaned even though they have one or more co-maintainers listed in PackageDB. Happy hacking, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From kagesenshi.87 at gmail.com Mon Apr 7 14:29:19 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Mon, 7 Apr 2008 22:29:19 +0800 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <47F9D760.6000407@linux-kernel.at> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <47F931B3.5050103@ncsu.edu> <58a220fa0804061348k60a7f0d8y4b2613967478017@mail.gmail.com> <47F9D760.6000407@linux-kernel.at> Message-ID: Destdir, autotools, whatever debate aside ... heres the rpms. together in the src.rpm, a patch for install.sh i've tried my best to keep rpmlint silent .. P/S: hey, how to use this app? .. theres a bunch of scary looking number input boxes.. :S -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 -------------- next part -------------- A non-text attachment was scrubbed... Name: OptimizationKit-0.1.2_rc1-1.fc9.src.rpm Type: application/x-rpm Size: 30561 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OptimizationKit-0.1.2_rc1-1.fc9.noarch.rpm Type: application/x-rpm Size: 45554 bytes Desc: not available URL: From denis at poolshark.org Mon Apr 7 14:30:09 2008 From: denis at poolshark.org (Denis Leroy) Date: Mon, 07 Apr 2008 16:30:09 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> Message-ID: <47FA2FF1.8070501@poolshark.org> Alex Lancaster wrote: > JB> gtkmozembedmm: F8-updates > F9 (0:1.4.2.cvs20060817-19.fc8 > > JB> 0:1.4.2.cvs20060817-17.fc9) > > [gtkmozembedmm failed massrebuild attempt for GCC 4.3] > https://bugzilla.redhat.com/show_bug.cgi?id=434130 That one merely needs to be updated to the 1.4.2 release, but it looks like the maintainer is awol. From gnomeuser at gmail.com Mon Apr 7 14:33:29 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Mon, 7 Apr 2008 16:33:29 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1207575600.6809.26.camel@vader.jdub.homelinux.org> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> <1207575600.6809.26.camel@vader.jdub.homelinux.org> Message-ID: <1dedbbfc0804070733p708422fag6cd9f0e73a22a8da@mail.gmail.com> 2008/4/7, Josh Boyer : > > On Mon, 2008-04-07 at 15:25 +0200, David Nielsen wrote: > > > > > > 2008/4/6, Josh Boyer : > > > > mono-zeroconf: > > F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) > > > > This is the same exact code, the revision is merely higher because of > > a little import snarfu. Shouldn't pose a problem > > > Well... that's good from a technical perspective. But the upgrade path > is still broken. Are you going to fix that? > > (Sorry if your email implied that you would, but I couldn't tell.) Merely implied minor snarfu, should be fixed here: http://koji.fedoraproject.org/koji/taskinfo?taskID=554336 -------------- next part -------------- An HTML attachment was scrubbed... URL: From limb at jcomserv.net Mon Apr 7 14:33:39 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 7 Apr 2008 09:33:39 -0500 (CDT) Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1207577868.7589.17.camel@localhost.localdomain> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> <7163.63.85.68.164.1207575571.squirrel@mail.jcomserv.net> <1207577868.7589.17.camel@localhost.localdomain> Message-ID: <49783.63.85.68.164.1207578819.squirrel@mail.jcomserv.net> > On Mon, 2008-04-07 at 08:39 -0500, Jon Ciesla wrote: >> >> ...except that yum/rpm will choke and abort an entire upgrade >> transaction >> from F-8 to F-9 if mono-zeroconf is installed. Please bump the release >> number to -4 or -5 and rebuild for rawhide. > > Erm, that's not true at all. Can you show some evidence to this? At > least with anaconda it should go fine, end result is that this package > isn't updated to the .fc9 build. Sorry, anecdotal memories from prior yum FX->FX+1 yum upgrades. I know anaconda will be fine, but I haven'e used anaconda for a distro version upgrade since FC2. I was pretty sure this was the case. > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From lmacken at redhat.com Mon Apr 7 14:54:20 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 7 Apr 2008 10:54:20 -0400 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <47F931B3.5050103@ncsu.edu> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <47F931B3.5050103@ncsu.edu> Message-ID: <20080407145420.GA26649@crow> On Sun, Apr 06, 2008 at 04:25:23PM -0400, Casey Dahlin wrote: > Kevin Kofler wrote: >> I wrote: >> >>> It is preferred to have separate compilation and installation steps rather >>> >> >> Actually, in this case, it's 100% Python, so there's no compilation needed >> at all. Thus I don't see what's wrong with only an install.sh in this >> case! >> >> Why use an overengineered system like autotools when all you need is to >> copy some files to some predefined directories? >> >> Kevin Kofler >> >> > For python packages, the correct solution would be a setup.py file using > the disthelper system in python. If you believe that disthelper is the "correct" way to package Python modules, I would suggest you propose it to the Packaging committee, as our current Python packaging guidelines only make note of distutils and setuptool. I'm not opposed to disthelper, but since it's not even in Fedora, I don't see it as a reasonable solution to start recommending to packagers. luke From markg85 at gmail.com Mon Apr 7 15:15:36 2008 From: markg85 at gmail.com (Mark) Date: Mon, 7 Apr 2008 17:15:36 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47F79666.4000107@gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> <6e24a8e80804050515q3f4e8a6cs256518cd1e30cc4d@mail.gmail.com> <47F79666.4000107@gmail.com> Message-ID: <6e24a8e80804070815w5927c9dcp5369b01b21ad05fc@mail.gmail.com> 2008/4/5, Andrew Farris : > Mark wrote: > > > Then i will collect all the issues i find and file them all here in > > this mailing list (no this thread). i won't make a bugzilla report for > > each warning! and a online selinux warning database where all the > > warning are send to would really be helpful here! > > > > Sending to fedora-selinux-list or fedora-test-list rather than flooding > devel-list with AVCs will be much more helpful, when you do this. I will send it to both those lists and keep the devel list out of it (for now). 2008/4/5, Daniel J Walsh : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Andrew Farris wrote: > > Mark wrote: > >> Then i will collect all the issues i find and file them all here in > >> this mailing list (no this thread). i won't make a bugzilla report for > >> each warning! and a online selinux warning database where all the > >> warning are send to would really be helpful here! > > > > Sending to fedora-selinux-list or fedora-test-list rather than flooding > > devel-list with AVCs will be much more helpful, when you do this. > > > > Grouping all the AVC messages into one Bugzilla is fine. Most people do > this. It is actually easier on me. Flooding the list with the messages > is not a good idea. You could all use a pastebin. I will also do that! Now just to group it together. Just to report issues you have to do (one/multiple or all): - send a message to the test list - send a message to the selinux-list - file a bugzilla And for that you need to subscribe to those lists or register to on bugzilla. The later one isn't a issue because i already have a account on bugzilla but the subscribing part is.. just getting more junk in my gmail! And why do you guys make a list for everything.. you can overdo it and this smells like overdoing it. Also you see that there are 3 ways in reporting a bug. all 3 require the user to put work in it to even start reporting the bug. If you want more bugs to get filled than get rid of those subscription and registration demands! Make a bug database for that selinux stuff.. add a "report bug" button in selinux where the notices appear.. just do something to get the users so far to submit more of those notices/warning/whatever This is the last time i'm gonna try selinux to help improve it! From a.badger at gmail.com Mon Apr 7 15:25:28 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 07 Apr 2008 08:25:28 -0700 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: <20080407145420.GA26649@crow> References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <47F931B3.5050103@ncsu.edu> <20080407145420.GA26649@crow> Message-ID: <47FA3CE8.5030702@gmail.com> Luke Macken wrote: > On Sun, Apr 06, 2008 at 04:25:23PM -0400, Casey Dahlin wrote: >> Kevin Kofler wrote: >>> I wrote: >>> >>>> It is preferred to have separate compilation and installation steps rather >>>> >>> Actually, in this case, it's 100% Python, so there's no compilation needed >>> at all. Thus I don't see what's wrong with only an install.sh in this >>> case! >>> >>> Why use an overengineered system like autotools when all you need is to >>> copy some files to some predefined directories? >>> >>> Kevin Kofler >>> >>> >> For python packages, the correct solution would be a setup.py file using >> the disthelper system in python. > > If you believe that disthelper is the "correct" way to package Python modules, > I would suggest you propose it to the Packaging committee, as our current > Python packaging guidelines only make note of distutils and setuptool. > > I'm not opposed to disthelper, but since it's not even in Fedora, > I don't see it as a reasonable solution to start recommending to packagers. > From a brief look at the docs, it is a tool to create setup.py files so it probably doesn't need the Packaging Committee to get involved. However, it would be nice to get it packaged and into Fedora.... -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From optimizationkit at gmail.com Mon Apr 7 15:39:48 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Mon, 7 Apr 2008 17:39:48 +0200 Subject: OptimizationKit 0.1.2-rc1 In-Reply-To: References: <58a220fa0804061134l108e391bsf8e4c0601e368fe6@mail.gmail.com> <47F91A79.4030504@linux-kernel.at> <47F931B3.5050103@ncsu.edu> <58a220fa0804061348k60a7f0d8y4b2613967478017@mail.gmail.com> <47F9D760.6000407@linux-kernel.at> Message-ID: <58a220fa0804070839j7ed130a6l188571fd5c15581f@mail.gmail.com> On 07/04/2008, Izhar Firdaus wrote: > Destdir, autotools, whatever debate aside ... > > heres the rpms. together in the src.rpm, a patch for install.sh Ok, thanks. I uploaded files to http://download.tuxfamily.org/optimization/OptimizationKit/v0.1/rpms/ > > i've tried my best to keep rpmlint silent .. > > P/S: hey, how to use this app? You can find informations about modes and classes in http://optimizationkit.org/node/12 > .. theres a bunch of scary looking > number input boxes.. :S It's user friendly gui - better than raw XML configuration file ;) Regards, Michal From pmr at pajato.com Mon Apr 7 15:59:43 2008 From: pmr at pajato.com (Paul Michael Reilly) Date: Mon, 07 Apr 2008 11:59:43 -0400 Subject: Dual head in F9 on KDE spin Message-ID: <47FA44EF.5040806@pajato.com> I'd love nothing more than to attest that F9-Beta KDE spin works perfectly on both my external monitors using the nv driver for an nVidia Quatro something (my hp nw9440 laptop uses a G71 as near as I can tell), ... but I cannot. :-( If it is supposed to be setup using System Config Display then I'm done and I'll wait for nVidia support from livna. S-C-D is one of those few tools causes me to wish awful, unspeakable, things to the perpetrator of said folly --- and yes, I have submitted bugs on it. My adult son wasn't born when I first submitted a bug on S-C-D. If this functionality is randr supplied then it does not work, as near as I can tell. I do recollect some message snippet that randr is not fully complete in the beta and I will gladly pay attention to updates, try again and report on my results. And even test it on a few more graphics chips. Is there a reference that answers the question: "How do I get my xyz graphics chip running dual head on Fedora?" Preferably dealing only with Fedora "blessed" drivers and addressing both Gnome and KDE spins. Documentation abounds on the non-free approaches. Thanks, -pmr From foster at in.tum.de Mon Apr 7 16:08:17 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Mon, 7 Apr 2008 18:08:17 +0200 Subject: Dual head in F9 on KDE spin In-Reply-To: <47FA44EF.5040806@pajato.com> References: <47FA44EF.5040806@pajato.com> Message-ID: On 07/04/2008, Paul Michael Reilly wrote: > I'd love nothing more than to attest that F9-Beta KDE spin works perfectly > on both my external monitors using the nv driver for an nVidia Quatro > something (my hp nw9440 laptop uses a G71 as near as I can tell), ... but I > cannot. :-( If I recall correctly (somebody correct me if I'm wrong!), KDE4's support for randr 1.2 is not complete at the moment. It certainly doesn't do anything good with clone mode -- you end up with two overlapping copies of your desktop. I think I did get close to having it work with side-by-side displays (Intel graphics), but it took some trial-and-error. I should try again more systematically. MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From lordmorgul at gmail.com Mon Apr 7 16:11:39 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 07 Apr 2008 09:11:39 -0700 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <6e24a8e80804070815w5927c9dcp5369b01b21ad05fc@mail.gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> <6e24a8e80804050515q3f4e8a6cs256518cd1e30cc4d@mail.gmail.com> <47F79666.4000107@gmail.com> <6e24a8e80804070815w5927c9dcp5369b01b21ad05fc@mail.gmail.com> Message-ID: <47FA47BB.8020500@gmail.com> Mark wrote: > Now just to group it together. > Just to report issues you have to do (one/multiple or all): > > - send a message to the test list > - send a message to the selinux-list > - file a bugzilla > > And for that you need to subscribe to those lists or register to on > bugzilla. The later one isn't a issue because i already have a account > on bugzilla but the subscribing part is.. just getting more junk in my > gmail! And why do you guys make a list for everything.. you can overdo > it and this smells like overdoing it. You don't have to be receiving the emails, you can disable delivery but still be subscribed to send. Having subscription is important for helping to curb spam issues, and it lends some credibility as well. You don't have to report to all 3 places, bugzilla is preferred and you could just do that only. > Also you see that there are 3 ways in reporting a bug. all 3 require > the user to put work in it to even start reporting the bug. If you > want more bugs to get filled than get rid of those subscription and > registration demands! Make a bug database for that selinux stuff.. add > a "report bug" button in selinux where the notices appear.. just do > something to get the users so far to submit more of those > notices/warning/whatever Could be useful for testing, but someone would need to develop the web application that can accept those reports. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 revoked key 0xC99B1DF3 no longer used No one now has, and no one will ever again get, the big picture. - Daniel Geer ---- ---- From kevin at scrye.com Mon Apr 7 16:14:56 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 7 Apr 2008 10:14:56 -0600 Subject: source file audit - 2008-04-01 In-Reply-To: <20080404115614.GA29648@amd.home.annexia.org> References: <20080402100707.5a50a115@ghistelwchlohm.scrye.com> <20080404115614.GA29648@amd.home.annexia.org> Message-ID: <20080407101456.3e978c3b@ghistelwchlohm.scrye.com> On Fri, 4 Apr 2008 12:56:14 +0100 rjones at redhat.com ("Richard W.M. Jones") wrote: > On Wed, Apr 02, 2008 at 10:07:07AM -0600, Kevin Fenzi wrote: > [...] > > Do you run this only on Rawhide, or on earlier Fedora too? Only on rawhide. I suppose I could run it on F8/F7 if there is interest... > > > rjones:BADURL:cduce-0.5.2-1.tar.gz:cduce > > Fixed in Rawhide. Upstream renamed the tarball ... Nasty. Perhaps we should write up a form letter type thing people can use to explain to their upstreams why this is a bad thing. ;( > > > rjones:BADURL:postgresql-ocaml-1.7.0.tar.bz2:ocaml-postgresql > > Fixed in Rawhide. When upstream push out a new release, they delete > the tarball of the previous release :-!! :( > > Rich. > Thanks for the fixes! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alan at redhat.com Mon Apr 7 16:25:53 2008 From: alan at redhat.com (Alan Cox) Date: Mon, 7 Apr 2008 12:25:53 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080403140431.GC3435@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> Message-ID: <20080407162553.GC16893@devserv.devel.redhat.com> On Thu, Apr 03, 2008 at 10:04:31AM -0400, Dave Jones wrote: > > Do these older/limited machines do anything better now than they did in > > the 2.4 kernel days? > > Good luck trying to get the installer to run on anything less than 512MB these days. Don't bother: either - Use an existing disk image and upgrade it (works in 128MB) - Install on a different box, flip out the i686 packages and then move it over - Use a distro more suited to small systems From alan at redhat.com Mon Apr 7 16:27:11 2008 From: alan at redhat.com (Alan Cox) Date: Mon, 7 Apr 2008 12:27:11 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47F4D060.2040005@gmail.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> Message-ID: <20080407162711.GD16893@devserv.devel.redhat.com> On Thu, Apr 03, 2008 at 07:41:04AM -0500, Les Mikesell wrote: > >I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it > >works great as a low-capacity web/dhcp/etc server and router. > > Do these older/limited machines do anything better now than they did in > the 2.4 kernel days? Especially if you have a well tuned kernel configuration yes. The 2.6 swap handling seems better, and there is more bloat you can disable unlike in app space. From markg85 at gmail.com Mon Apr 7 16:27:21 2008 From: markg85 at gmail.com (Mark) Date: Mon, 7 Apr 2008 18:27:21 +0200 Subject: Fedora (again) forces me to disable SELinux In-Reply-To: <47FA47BB.8020500@gmail.com> References: <6e24a8e80803311620s7f6509b7w6c0d0f23ec40191e@mail.gmail.com> <47F75CA7.4020808@redhat.com> <6e24a8e80804050515q3f4e8a6cs256518cd1e30cc4d@mail.gmail.com> <47F79666.4000107@gmail.com> <6e24a8e80804070815w5927c9dcp5369b01b21ad05fc@mail.gmail.com> <47FA47BB.8020500@gmail.com> Message-ID: <6e24a8e80804070927h17c268c8wfe101f883c5a9fab@mail.gmail.com> 2008/4/7, Andrew Farris : > Mark wrote: > > > Now just to group it together. > > Just to report issues you have to do (one/multiple or all): > > > > - send a message to the test list > > - send a message to the selinux-list > > - file a bugzilla > > > > And for that you need to subscribe to those lists or register to on > > bugzilla. The later one isn't a issue because i already have a account > > on bugzilla but the subscribing part is.. just getting more junk in my > > gmail! And why do you guys make a list for everything.. you can overdo > > it and this smells like overdoing it. > > > > You don't have to be receiving the emails, you can disable delivery but > still be subscribed to send. Having subscription is important for helping > to curb spam issues, and it lends some credibility as well. > > You don't have to report to all 3 places, bugzilla is preferred and you > could just do that only. > > > > Also you see that there are 3 ways in reporting a bug. all 3 require > > the user to put work in it to even start reporting the bug. If you > > want more bugs to get filled than get rid of those subscription and > > registration demands! Make a bug database for that selinux stuff.. add > > a "report bug" button in selinux where the notices appear.. just do > > something to get the users so far to submit more of those > > notices/warning/whatever > > > > Could be useful for testing, but someone would need to develop the web > application that can accept those reports. > > IF it's allowed to be written in PHP than i could do it for you. tell me what you need (functions) and how it's gonna be delivered (the report) and i can make it. From jkeating at redhat.com Mon Apr 7 16:45:23 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 07 Apr 2008 12:45:23 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080407162553.GC16893@devserv.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> Message-ID: <1207586723.7589.30.camel@localhost.localdomain> On Mon, 2008-04-07 at 12:25 -0400, Alan Cox wrote: > Don't bother: either > > - Use an existing disk image and upgrade it (works in 128MB) > - Install on a different box, flip out the i686 packages and then move it over > - Use a distro more suited to small systems None of which are actually necessary, but thanks for throwing more hate at Fedora. We love it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pmr at pajato.com Mon Apr 7 17:50:53 2008 From: pmr at pajato.com (Paul Michael Reilly) Date: Mon, 07 Apr 2008 13:50:53 -0400 Subject: Dual head in F9 on KDE spin In-Reply-To: References: <47FA44EF.5040806@pajato.com> Message-ID: <47FA5EFD.308@pajato.com> Mary Ellen Foster wrote: > On 07/04/2008, Paul Michael Reilly wrote: >> I'd love nothing more than to attest that F9-Beta KDE spin works perfectly >> on both my external monitors using the nv driver for an nVidia Quatro >> something (my hp nw9440 laptop uses a G71 as near as I can tell), ... but I >> cannot. :-( > > If I recall correctly (somebody correct me if I'm wrong!), KDE4's > support for randr 1.2 is not complete at the moment. It certainly > doesn't do anything good with clone mode -- you end up with two > overlapping copies of your desktop. I think I did get close to having > it work with side-by-side displays (Intel graphics), but it took some > trial-and-error. I should try again more systematically. Tell me more about this trial and error effort: were you using the randr command or a gui tool? Is there any place I can go to see what the support for randr 1.2 will be when it is complete in a F9 KDE4 spin? I am striving to understand what the KDE model for F9 will be in order to set up external monitors, if only to test that it does the intended job. I'll go back and read the F9 RandR feature description but somehow I suspect it will not provide that information. Thanks, -pmr From kevin.kofler at chello.at Mon Apr 7 17:57:13 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 7 Apr 2008 17:57:13 +0000 (UTC) Subject: xulrunner rendering issues ? References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> Message-ID: Nicolas Mailhot laposte.net> writes: > It was proposed to use xsettings to propagate this > default font size in a desktop-agnostic way. xsettings is not desktop-agnostic, KDE doesn't use it at all. There's a hack called xsettings-kde which exports xsettings for foreign apps using them, but it doesn't work properly with KDE 4. Kevin Kofler From jakub.rusinek at gmail.com Mon Apr 7 18:29:07 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 07 Apr 2008 20:29:07 +0200 Subject: xulrunner rendering issues ? In-Reply-To: References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> Message-ID: <1207592947.5220.1.camel@fedora> Dnia 2008-04-07, pon o godzinie 17:57 +0000, Kevin Kofler pisze: > Nicolas Mailhot laposte.net> writes: > > It was proposed to use xsettings to propagate this > > default font size in a desktop-agnostic way. I proposed it, but it has never been implemented. > xsettings is not desktop-agnostic, KDE doesn't use it at all. As usual... -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From jakub.rusinek at gmail.com Mon Apr 7 18:33:31 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 07 Apr 2008 20:33:31 +0200 Subject: Frequent crashes of PulseAudio Message-ID: <1207593211.5513.2.camel@fedora> Hi, I want to report problem which appeared after upgrading PulseAudio to Rawhide's version. GNOME starts PA correctly, but after starting some playback (video or audio) PA crashes. Same when nothing is playing and I run Evolution. Part of log: ?Apr 7 20:28:09 fedora pulseaudio[5335]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operacja niedozwolona Apr 7 20:28:09 fedora pulseaudio[5335]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operacja niedozwolona I didn't set PA to run as system instance or with bigger priority... Also cpu_limit option is commented. I can't normally play videos or listen to music, because PA may crash. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From dimi at lattica.com Mon Apr 7 18:38:36 2008 From: dimi at lattica.com (Dimi Paun) Date: Mon, 07 Apr 2008 14:38:36 -0400 Subject: Frequent crashes of PulseAudio In-Reply-To: <1207593211.5513.2.camel@fedora> References: <1207593211.5513.2.camel@fedora> Message-ID: <1207593516.5399.150.camel@dimi.lattica.com> On Mon, 2008-04-07 at 20:33 +0200, Jakub 'Livio' Rusinek wrote: > I can't normally play videos or listen to music, because PA may crash. Welcome to the club: https://bugzilla.redhat.com/show_bug.cgi?id=438594 -- Dimi Paun Lattica, Inc. From fedora at camperquake.de Mon Apr 7 19:39:43 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 7 Apr 2008 21:39:43 +0200 Subject: xulrunner rendering issues ? In-Reply-To: <47FA0C81.3080101@poolshark.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> <47FA0C81.3080101@poolshark.org> Message-ID: <20080407213943.49f90bc0@lain.camperquake.de> Hi. On Mon, 07 Apr 2008 13:58:57 +0200, Denis Leroy wrote > I think you summarized it pretty well. To be accurate, the VMWare > problem is not DPI reporting (which is correct, as per xrdb -query), > but the screen *size* reporting (in millimeters). Well... what size does a virtual screen have? From nicolas.mailhot at laposte.net Mon Apr 7 20:01:16 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 07 Apr 2008 22:01:16 +0200 Subject: xulrunner rendering issues ? In-Reply-To: <20080407213943.49f90bc0@lain.camperquake.de> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> <47FA0C81.3080101@poolshark.org> <20080407213943.49f90bc0@lain.camperquake.de> Message-ID: <1207598476.3299.3.camel@rousalka.dyndns.org> Le lundi 07 avril 2008 ? 21:39 +0200, Ralf Ertzinger a ?crit : > Hi. > > On Mon, 07 Apr 2008 13:58:57 +0200, Denis Leroy wrote > > > I think you summarized it pretty well. To be accurate, the VMWare > > problem is not DPI reporting (which is correct, as per xrdb -query), > > but the screen *size* reporting (in millimeters). > > Well... what size does a virtual screen have? vmware should probably match the virtual screen pixel size to the current display real pixel size, and report the corresponding physical size. Since it matches a virtual pixel to a real pixel, that would be the correct thing to do IMHO. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From johannbg at hi.is Mon Apr 7 19:48:02 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Mon, 07 Apr 2008 19:48:02 +0000 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207586723.7589.30.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> Message-ID: <47FA7A72.4050204@hi.is> Jesse Keating wrote: > On Mon, 2008-04-07 at 12:25 -0400, Alan Cox wrote: > >> Don't bother: either >> >> - Use an existing disk image and upgrade it (works in 128MB) >> - Install on a different box, flip out the i686 packages and then move it over >> - Use a distro more suited to small systems >> > > None of which are actually necessary, but thanks for throwing more hate > at Fedora. We love it. > > So exactly what, of Alan suggestions are not necessary for a 128MB ( low men machine ) And how do you come to the conclusion that he's throwing hate at fedora? Him recommending other distro, that is more suitable to smaller systems than fedora or his bitter experience coming to that conclusion? He's just pointing the obvious.. BR. JB. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From jakub.rusinek at gmail.com Mon Apr 7 20:26:32 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 07 Apr 2008 22:26:32 +0200 Subject: Frequent crashes of PulseAudio In-Reply-To: <1207593516.5399.150.camel@dimi.lattica.com> References: <1207593211.5513.2.camel@fedora> <1207593516.5399.150.camel@dimi.lattica.com> Message-ID: <1207599993.2391.0.camel@fedora> Dnia 2008-04-07, pon o godzinie 14:38 -0400, Dimi Paun pisze: > On Mon, 2008-04-07 at 20:33 +0200, Jakub 'Livio' Rusinek wrote: > > I can't normally play videos or listen to music, because PA may crash. > > Welcome to the club: > https://bugzilla.redhat.com/show_bug.cgi?id=438594 Thanks, I'll CC myself. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From mzerqung at 0pointer.de Mon Apr 7 20:31:09 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 7 Apr 2008 22:31:09 +0200 Subject: Frequent crashes of PulseAudio In-Reply-To: <1207593211.5513.2.camel@fedora> References: <1207593211.5513.2.camel@fedora> Message-ID: <20080407203109.GA32350@tango.0pointer.de> On Mon, 07.04.08 20:33, Jakub 'Livio' Rusinek (jakub.rusinek at gmail.com) wrote: > Hi, > > I want to report problem which appeared after upgrading PulseAudio to > Rawhide's version. > > GNOME starts PA correctly, but after starting some playback (video or > audio) PA crashes. Same when nothing is playing and I run Evolution. Crashes? In which way? Please run PA in a shell with "-vv": pulseaudio -k pulseaudio -vv and file a bug with the output when it crashes in bugzilla. Even better is a complete stack trace: http://fedoraproject.org/wiki/StackTraces > > Part of log: > > ???Apr 7 20:28:09 fedora pulseaudio[5335]: main.c: setrlimit(RLIMIT_NICE, > (31, 31)) failed: Operacja niedozwolona > Apr 7 20:28:09 fedora pulseaudio[5335]: main.c: > setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operacja niedozwolona This is not an error. Just an informational warning you can saefuly ignore. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From nicolas.mailhot at laposte.net Mon Apr 7 20:31:53 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 07 Apr 2008 22:31:53 +0200 Subject: xulrunner rendering issues ? In-Reply-To: <1207598476.3299.3.camel@rousalka.dyndns.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> <47FA0C81.3080101@poolshark.org> <20080407213943.49f90bc0@lain.camperquake.de> <1207598476.3299.3.camel@rousalka.dyndns.org> Message-ID: <1207600313.3299.21.camel@rousalka.dyndns.org> Le lundi 07 avril 2008 ? 22:01 +0200, Nicolas Mailhot a ?crit : > Le lundi 07 avril 2008 ? 21:39 +0200, Ralf Ertzinger a ?crit : > > Hi. > > > > On Mon, 07 Apr 2008 13:58:57 +0200, Denis Leroy wrote > > > > > I think you summarized it pretty well. To be accurate, the VMWare > > > problem is not DPI reporting (which is correct, as per xrdb -query), > > > but the screen *size* reporting (in millimeters). > > > > Well... what size does a virtual screen have? > > vmware should probably match the virtual screen pixel size to the > current display real pixel size, and report the corresponding physical > size. Since it matches a virtual pixel to a real pixel, that would be > the correct thing to do IMHO. To elaborate a little more, I think you have close-to-eyes screens and distant screens. The dpi of anything in the first category should never be manipulated and kept to the real value (as in, take a ruler, measure physical size, count pixels, make ratio). That takes care of computer screens and embedded gadgets. The dpi of anything is the second category can not easily be measured. Computing an ideal perceived dpi value would need something to measure distance to viewers, assuming the distance is not dynamic and every viewer is at the same distance. So "angles of view" are not a realistic engineering concept. Instead, you can get by with heuristics, like anything in SD video resolution is ~ x dpi equivalent, anything in HD resolution is ~ y dpi equivalent, projectors that use a computer resolution are ~ 100 dpi equivalent (for now, that will probably change in the future), etc. And for virtual screens you match to whatever pixel density the actual screen you're rendering on uses. And all this should be done at the kernel/Xorg level, with app writers focusing on a way to share font size prefs (via xsettings, dbus or whatever is the cool tech of the day), instead of second-guessing the system (badly). -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From kevin at scrye.com Mon Apr 7 20:33:18 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 7 Apr 2008 14:33:18 -0600 Subject: Xfce SIG? Message-ID: <20080407143318.318b1e0a@ghistelwchlohm.scrye.com> Greetings. I'd like to do a bit of informal polling here and see if there is enough interest in forming a Xfce SIG. Right now, I maintain the Xfce packages and help with plugins, Christoph Wickert maintains all the plugins and helps with the main packages, and Rahul Sundaram maintains the Xfce spin. Are there enough other people out there interested in Xfce to make forming a SIG worthwhile? I have been really busy of late and would love some help with a few of the Xfce enhancement bugs at least: 433573 - RFE: add mixer and trash applett to the default panel config (needs clean patch) 433838 - RFE: Fedora icon in desktop menu (has a patch, but somehow is not working fully right). Ideas, patches, suggestions are always welcome, but if there are enough folks out there that want to contribute we can form up a SIG. Feel free to email me directly or followup to this post to show your interest. Thanks, kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Apr 7 20:36:06 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 07 Apr 2008 16:36:06 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47FA7A72.4050204@hi.is> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> Message-ID: <1207600566.7589.38.camel@localhost.localdomain> On Mon, 2008-04-07 at 19:48 +0000, =?ISO-8859-1?Q? J=F3hann_B._Gu=F0mundsson _ wrote: > So exactly what, of Alan suggestions are not necessary for a 128MB ( low > men machine ) > And how do you come to the conclusion that he's throwing hate at fedora? First, the post was about less than 512, and my ps3 certainly has less (256). A network install using rescue.img (renamed to netinst.iso or boot.iso partway through the F9 development process) and nfs or http works fine for me. I may have to do text or vnc installs, I don't recall. Also selecting fewer packages helps, but you want fewer packages anyway. For 128 it may get harder, I haven't tried that small in a while, but that's a far cry from < 512. > > Him recommending other distro, that is more suitable to smaller systems > than fedora > or his bitter experience coming to that conclusion? Alan likes to drop little hate bombs on Fedora when his pet hardware doesn't work quite the way he thinks it should. Regardless of the fact that he may be one of the few people on the planet using such hardware these days. And often times he kicks the drama up a notch or two, just like in this posting. His comments were inaccurate and really not helpful to the situation. > > He's just pointing the obvious.. If only that were true. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mzerqung at 0pointer.de Mon Apr 7 20:39:37 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 7 Apr 2008 22:39:37 +0200 Subject: Frequent crashes of PulseAudio In-Reply-To: <1207593516.5399.150.camel@dimi.lattica.com> References: <1207593211.5513.2.camel@fedora> <1207593516.5399.150.camel@dimi.lattica.com> Message-ID: <20080407203937.GB32350@tango.0pointer.de> On Mon, 07.04.08 14:38, Dimi Paun (dimi at lattica.com) wrote: > On Mon, 2008-04-07 at 20:33 +0200, Jakub 'Livio' Rusinek wrote: > > I can't normally play videos or listen to music, because PA may crash. > > Welcome to the club: > https://bugzilla.redhat.com/show_bug.cgi?id=438594 Hmm, AFAICS this is totally unrelated. If you get a CPU time limit abort than this can have two reasons: 1) You got an awfully slow CPU (very unlikely, if you bought your machine in the last 10 years and is x86 or x86-64) 2) Something causes PA to enter an endless loop which causes it to eat 100% CPU. In all the cases I managed to track down #2 is caused by a faulty ALSA driver where poll() signalled readiness while there actually was nothing to do. This happened with drivers which required the "multi" libasound module, such as emu10k. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From lordmorgul at gmail.com Mon Apr 7 20:48:56 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 07 Apr 2008 13:48:56 -0700 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> Message-ID: <47FA88B8.8050204@gmail.com> David Nielsen wrote: > 2008/4/6, Josh Boyer : >> >> mono-zeroconf: >> F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) >> > > This is the same exact code, the revision is merely higher because of a > little import snarfu. Shouldn't pose a problem Just to be sure, have you checked whether any packages used specific version requires for that? That really could prevent an upgrade trans if a package didn't accept -4 (required -3 instead of >= -3). -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From dimi at lattica.com Mon Apr 7 20:52:39 2008 From: dimi at lattica.com (Dimi Paun) Date: Mon, 07 Apr 2008 16:52:39 -0400 Subject: Frequent crashes of PulseAudio In-Reply-To: <20080407203937.GB32350@tango.0pointer.de> References: <1207593211.5513.2.camel@fedora> <1207593516.5399.150.camel@dimi.lattica.com> <20080407203937.GB32350@tango.0pointer.de> Message-ID: <1207601559.5399.159.camel@dimi.lattica.com> On Mon, 2008-04-07 at 22:39 +0200, Lennart Poettering wrote: > > If you get a CPU time limit abort than this can have two reasons: > > 1) You got an awfully slow CPU (very unlikely, if you bought your > machine in the last 10 years and is x86 or x86-64) > > 2) Something causes PA to enter an endless loop which causes it to eat > 100% CPU. > > In all the cases I managed to track down #2 is caused by a faulty ALSA > driver where poll() signalled readiness while there actually was > nothing to do. This happened with drivers which required the "multi" > libasound module, such as emu10k. Well, 1) clearly doesn't apply to me, I'm running on Core Duo 6400. As for 2) it is true that I have noticed PA start using 100% CPU for a few seconds before exiting. Randomly. A lot of times I find it gone in the morning, with no music playing during the night. As for sound card, I'm using a bog-standard Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02). -- Dimi Paun Lattica, Inc. From johannbg at hi.is Mon Apr 7 21:15:45 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Mon, 07 Apr 2008 21:15:45 +0000 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207600566.7589.38.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> Message-ID: <47FA8F01.8060009@hi.is> > > Alan likes to drop little hate bombs on Fedora when his pet hardware > doesn't work quite the way he thinks it should. Regardless of the fact > that he may be one of the few people on the planet using such hardware > these days. And often times he kicks the drama up a notch or two, just > like in this posting. His comments were inaccurate and really not > helpful to the situation. > He being one of the few is not true. A lot of project are out there which sole purpose is to put old working hardware back to use. To name few.. http://sharetechnology.org/ http://www.cristina.org/ http://www.recycles.org/ http://www.compumentor.org/ http://www.reboot.on.ca/ http://www.reconnectpartnership.com/ Giving a bunch of fedora cd's to those projects ( xfce, older version anaconda maybe ) would probably even server greater purpose than handing out cd's/dvd's/usb keys on some conference/convention somewhere.... Br. JB. From jakub.rusinek at gmail.com Mon Apr 7 21:28:33 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 07 Apr 2008 23:28:33 +0200 Subject: Frequent crashes of PulseAudio In-Reply-To: <1207601559.5399.159.camel@dimi.lattica.com> References: <1207593211.5513.2.camel@fedora> <1207593516.5399.150.camel@dimi.lattica.com> <20080407203937.GB32350@tango.0pointer.de> <1207601559.5399.159.camel@dimi.lattica.com> Message-ID: <1207603713.3805.1.camel@fedora> Dnia 2008-04-07, pon o godzinie 16:52 -0400, Dimi Paun pisze: > On Mon, 2008-04-07 at 22:39 +0200, Lennart Poettering wrote: > > > > If you get a CPU time limit abort than this can have two reasons: > > > > 1) You got an awfully slow CPU (very unlikely, if you bought your > > machine in the last 10 years and is x86 or x86-64) > > > > 2) Something causes PA to enter an endless loop which causes it to eat > > 100% CPU. > > > > In all the cases I managed to track down #2 is caused by a faulty ALSA > > driver where poll() signalled readiness while there actually was > > nothing to do. This happened with drivers which required the "multi" > > libasound module, such as emu10k. > > Well, 1) clearly doesn't apply to me, I'm running on Core Duo 6400. Duron 1,6GHz here. > As for 2) it is true that I have noticed PA start using 100% CPU for > a few seconds before exiting. Randomly. A lot of times I find it gone > in the morning, with no music playing during the night. Didn't noticed... > As for sound card, I'm using a bog-standard Intel Corporation 82801H > (ICH8 Family) HD Audio Controller (rev 02). snd-via82xx: VIA 8235 integrated soundcard. AC97 standard. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From jkeating at redhat.com Mon Apr 7 21:38:08 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 07 Apr 2008 17:38:08 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47FA8F01.8060009@hi.is> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <47FA8F01.8060009@hi.is> Message-ID: <1207604288.7589.45.camel@localhost.localdomain> On Mon, 2008-04-07 at 21:15 +0000, "J?hann B. Gu?mundsson" wrote: > He being one of the few is not true. > > A lot of project are out there which sole > purpose is to put old working hardware back to use. > > To name few.. This argument would only count if you actually knew A) the hardware that he is complaining about in some cases, and B) that these places are handing out the exact same hardware. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From johannbg at hi.is Mon Apr 7 22:09:41 2008 From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=) Date: Mon, 07 Apr 2008 22:09:41 +0000 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207604288.7589.45.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <47FA8F01.8060009@hi.is> <1207604288.7589.45.camel@localhost.localdomain> Message-ID: <47FA9BA5.6030605@hi.is> Jesse Keating wrote: > On Mon, 2008-04-07 at 21:15 +0000, "J?hann B. Gu?mundsson" wrote: > >> He being one of the few is not true. >> >> A lot of project are out there which sole >> purpose is to put old working hardware back to use. >> >> To name few.. >> > > This argument would only count if you actually knew A) the hardware that > he is complaining about in some cases, and B) that these places are > handing out the exact same hardware. > > Regardless if they are handing out exact same hardware or not ( and I would not be surprised if the exact hw would have been parsed through those project at a one time or another, whether it was but to good use or not that's a different story . ) They are handling low memory with small hd machines.. "but thanks for throwing more hate at Fedora" Giving fedora cd's to those projects that are working on bringing these old machine back to life would at least restore some of those lost love points.. Br. JB From jonathan.underwood at gmail.com Mon Apr 7 22:19:51 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Mon, 7 Apr 2008 23:19:51 +0100 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207600566.7589.38.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> Message-ID: <645d17210804071519g6ea3a25ftf71c6a60791e40d@mail.gmail.com> On 07/04/2008, Jesse Keating wrote: > On Mon, 2008-04-07 at 19:48 +0000, =?ISO-8859-1?Q? J=F3hann_B._Gu=F0mundsson _ wrote: > > So exactly what, of Alan suggestions are not necessary for a 128MB ( low > > men machine ) > > And how do you come to the conclusion that he's throwing hate at fedora? > > > First, the post was about less than 512, and my ps3 certainly has less > (256). A network install using rescue.img (renamed to netinst.iso or > boot.iso partway through the F9 development process) and nfs or http > works fine for me. I may have to do text or vnc installs, I don't > recall. Also selecting fewer packages helps, but you want fewer > packages anyway. For 128 it may get harder, I haven't tried that small > in a while, but that's a far cry from < 512. There used to be a project whose aim was to install Fedora on low memory machines - the approach was to use a different installer. For the life of me I can't remember or find the name of that project though. From konrad at tylerc.org Mon Apr 7 22:22:17 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Mon, 7 Apr 2008 15:22:17 -0700 Subject: very common kernel modules slow down the boot process In-Reply-To: <645d17210804071519g6ea3a25ftf71c6a60791e40d@mail.gmail.com> References: <47F2C3A5.7010402@redhat.com> <1207600566.7589.38.camel@localhost.localdomain> <645d17210804071519g6ea3a25ftf71c6a60791e40d@mail.gmail.com> Message-ID: <200804071522.18108.konrad@tylerc.org> Quoth Jonathan Underwood: > On 07/04/2008, Jesse Keating wrote: > > On Mon, 2008-04-07 at 19:48 +0000, =?ISO-8859-1?Q? J=F3hann_B._Gu=F0mundsson _ wrote: > > > So exactly what, of Alan suggestions are not necessary for a 128MB ( low > > > men machine ) > > > And how do you come to the conclusion that he's throwing hate at fedora? > > > > > > First, the post was about less than 512, and my ps3 certainly has less > > (256). A network install using rescue.img (renamed to netinst.iso or > > boot.iso partway through the F9 development process) and nfs or http > > works fine for me. I may have to do text or vnc installs, I don't > > recall. Also selecting fewer packages helps, but you want fewer > > packages anyway. For 128 it may get harder, I haven't tried that small > > in a while, but that's a far cry from < 512. > > > There used to be a project whose aim was to install Fedora on low > memory machines - the approach was to use a different installer. For > the life of me I can't remember or find the name of that project > though. RULE / Slinky. http://rule-project.org/ Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From jonathan.underwood at gmail.com Mon Apr 7 22:29:10 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Mon, 7 Apr 2008 23:29:10 +0100 Subject: very common kernel modules slow down the boot process In-Reply-To: <200804071522.18108.konrad@tylerc.org> References: <47F2C3A5.7010402@redhat.com> <1207600566.7589.38.camel@localhost.localdomain> <645d17210804071519g6ea3a25ftf71c6a60791e40d@mail.gmail.com> <200804071522.18108.konrad@tylerc.org> Message-ID: <645d17210804071529v664cc770g2c79d839aaab339e@mail.gmail.com> On 07/04/2008, Konrad Meyer wrote: > RULE / Slinky. http://rule-project.org/ That's the one, thanks. From dcantrell at redhat.com Mon Apr 7 22:34:19 2008 From: dcantrell at redhat.com (David Cantrell) Date: Mon, 7 Apr 2008 12:34:19 -1000 Subject: very common kernel modules slow down the boot process In-Reply-To: <9581877D-3688-493A-B722-5E9F45078139@redhat.com> References: <47F2C3A5.7010402@redhat.com> <9581877D-3688-493A-B722-5E9F45078139@redhat.com> Message-ID: On Apr 1, 2008, at 6:27 PM, Will Woods wrote: > > On Apr 1, 2008, at 7:22 PM, Harald Hoyer wrote: >> Compiling these modules, which are loaded on nearly every PC, in >> the kernel cuts down my boot time from 42s to 32s on my computer: > > It's pretty well known that modprobe is slow. Heck, you've reported > bugs about this before: > https://bugzilla.redhat.com/show_bug.cgi?id=249270 - modprobe is slow > > Will Cohen (here at Red Hat) did some profiling and found one of the > major problems was that modprobe takes a long time to search /lib/ > modules/`uname -r`/modules.deps: > http://sourceware.org/ml/systemtap/2007-q1/msg00140.html > > IIRC one of the proposed solutions was to have 'modprobed' - a > modprobe daemon which would read modules.deps at system startup and > handle all subsequent modprobe requests from udev etc. > > Mac OS X does a similar thing; see > http://www.osxbook.com/book/bonus/misc/optimizations/#TWO > and its man pages for kextd(8) and kextcache(8). > > The way they do early boot (the parts in our kernel & initrd) is > essentially the same as us. One interesting optimization is that > they support booting from a 'kernelcache' - a big fat image that has > the kernel with the modules needed to find the root device *already > linked in*. Weird. Other than that, as far as I can tell, it's > basically just a kernel+initrd with modules in it. > > Once they're into the full system, they start up kextd, which loads > kernel module metadata and handles all further requests for module > loading. > > We, on the other hand, re-read the entire module dependency list > every time anything requests a module be loaded. Which happens a > *lot* at system startup. Yuck. > > So, yes. There's a fun summer project for someone: modprobed. This sounds like kerneld from modutils. Not that I'm disagreeing. I liked kerneld. I don't care to argue about technical details of the implementation, but the concept of having modules loaded on demand by a daemon process was nice. -- David Cantrell Red Hat / Honolulu, HI From alan at redhat.com Mon Apr 7 22:43:16 2008 From: alan at redhat.com (Alan Cox) Date: Mon, 7 Apr 2008 18:43:16 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207600566.7589.38.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> Message-ID: <20080407224316.GA31559@devserv.devel.redhat.com> On Mon, Apr 07, 2008 at 04:36:06PM -0400, Jesse Keating wrote: > recall. Also selecting fewer packages helps, but you want fewer > packages anyway. For 128 it may get harder, I haven't tried that small > in a while, but that's a far cry from < 512. For 128 it blows up. I *have* tried it. Doing an upgrade from an old release does work - I've tried that too (you'll need a chunk of swap). Ditto the very small distros oriented around small boxes which I've also tried and fiddled with for things like firewalls were Fedora is now a pain to install and the wrong tool for the job anyway. > Alan likes to drop little hate bombs on Fedora when his pet hardware > doesn't work quite the way he thinks it should. Regardless of the fact > that he may be one of the few people on the planet using such hardware > these days. And often times he kicks the drama up a notch or two, just > like in this posting. His comments were inaccurate and really not > helpful to the situation. My comments were entirely accurate. I think you owe me an apology on list. To complain about be being inaccurate when you haven't actually *tried* the things and I have is most peculiar behaviour. Either explain what the drama is in telling someone how to do the install (and why telling people how to use Fedora on that box is a hate bomb), or say sorry. Alan From jkeating at redhat.com Tue Apr 8 01:47:32 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 07 Apr 2008 21:47:32 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47FA9BA5.6030605@hi.is> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <47FA8F01.8060009@hi.is> <1207604288.7589.45.camel@localhost.localdomain> <47FA9BA5.6030605@hi.is> Message-ID: <1207619252.7589.49.camel@localhost.localdomain> On Mon, 2008-04-07 at 22:09 +0000, "J?hann B. Gu?mundsson" wrote: > Giving fedora cd's to those projects that are working on bringing these > old machine back to life would at least restore some of those lost love > points.. Perhaps you should join the Ambassadors project and make some CDs for these teams. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Apr 8 01:50:55 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 07 Apr 2008 21:50:55 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080407224316.GA31559@devserv.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> Message-ID: <1207619455.7589.53.camel@localhost.localdomain> On Mon, 2008-04-07 at 18:43 -0400, Alan Cox wrote: > > My comments were entirely accurate. I think you owe me an apology on list. > To complain about be being inaccurate when you haven't actually *tried* > the things and I have is most peculiar behaviour. > > Either explain what the drama is in telling someone how to do the install > (and why telling people how to use Fedora on that box is a hate bomb), or > say sorry. While it may be true for machines with 128 or less, it's certainly not true for all systems under 512, which is what the OP was referencing. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dimitris at glezos.com Tue Apr 8 01:01:48 2008 From: dimitris at glezos.com (Dimitris Glezos) Date: Tue, 8 Apr 2008 04:01:48 +0300 Subject: Reminder: Repackage with Translations before Development Freeze (next 24h) Message-ID: <6d4237680804071801r4d198500oba2bf453256252b8@mail.gmail.com> For packagers of shipped packages that receive translations from Fedora L10n: Today was the deadline for translation contributions guaranteed to make it into the release. If your packages has received translations, please repackage them before the development freeze date of 8/4 (ie. tomorrow). For Fedora 10, we'll make sure the period to get translations and repackage will be at least a few days. -d -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From sandeen at redhat.com Tue Apr 8 03:15:45 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Mon, 07 Apr 2008 22:15:45 -0500 Subject: proposal: add -Werror-implicit-function-declaration to the default optflags In-Reply-To: <20080330034023.GA27330@auslistsprd01.us.dell.com> References: <47E81722.8060301@hhs.nl> <1206573384.4858.44.camel@localhost.localdomain> <47EB4EFF.9030507@hhs.nl> <1206623542.14969.537.camel@beck.corsepiu.local> <20080330034023.GA27330@auslistsprd01.us.dell.com> Message-ID: <47FAE361.2090507@redhat.com> Matt Domsch wrote: > On Thu, Mar 27, 2008 at 02:12:22PM +0100, Ralf Corsepius wrote: >> On Thu, 2008-03-27 at 08:38 +0100, Hans de Goede wrote: >> Another, simpler and less intrusive way would be maintainer to check >> their build-logs (-Wimplicit-function-declaration is part of -Wall) > > 593 packages fit this bill from my last rawhide build about 5 weeks ago. Here's the list... > (sorry, my lab network is offline this weekend so I can't easily do > the package -> owner -> email mappings for everyone. I started > another rebuild this morning, should finish in a couple days.) > ... > e2fsprogs-1.40.6-1.fc9.src.rpm this one's fixed upstream now at least :) Thanks for checking it... -Eric From poelstra at redhat.com Tue Apr 8 03:31:39 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 07 Apr 2008 20:31:39 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080405113147.d3f98241.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> Message-ID: <47FAE71B.20609@redhat.com> Michael Schwendt said the following on 04/05/2008 02:31 AM Pacific Time: > additional work onto my shoulders from time to time. Retest against FC6, > retest against F7, retest against F8, retest against F9. It's insulting. > Please point us to a bug where you saw this wording as that sounds extreme and unreasonable. Common sense for most people would warrant testing against the latest version and moving on :) It looks like the actual wording says "If you can reproduce this bug in *a* maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED." It would not make sense to ask people to retest bugs against unmaintained releases (FC6 as stated above) and it does not make sense to keep bugs open against unmaintained releases because Fedora is never going to issue updates for them. There are many threads in the archives about Fedoras ability to only maintain two releases at a time. The intention above was to extract bugs that relate to supported releases and leave those that are not behind and close them. Hopefully we have your attention and interest now, because more mass changes are planned and in motion: http://fedoraproject.org/wiki/BugZappers/F9CleanUp Sadly during the weeks we asked for feedback very few (1 or 2) people responded. Those we we asked directly thought it was a good idea and provided a few suggestions on how to make things work better. We are also planning to institute an ongoing rebase of all rawhide bugs at the GA of each new release as described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Bill Nottingham has suggested that rawhide bugs recently triaged as part of the cleanup effort be skipped for the rebase for Fedora 9 and we are giving that consideration. The reason for rebasing rawhide bugs to the GA release is to avoid the exercise we have just gone through where it becomes very unclear which release a bug is associated with and how stale a bug really is. By rebasing to the GA version it gives rawhide bugs two releases + one month to live before naturally being closed as part of the EOL process (described above). Naturally the version of any bug can always be changed to keep it alive. Thanks, John From jkeating at redhat.com Tue Apr 8 03:33:13 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 07 Apr 2008 23:33:13 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080407224316.GA31559@devserv.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> Message-ID: <1207625593.7589.58.camel@localhost.localdomain> On Mon, 2008-04-07 at 18:43 -0400, Alan Cox wrote: > My comments were entirely accurate. I think you owe me an apology on list. > To complain about be being inaccurate when you haven't actually *tried* > the things and I have is most peculiar behaviour. Just for funsies I attempted a text mode install in an i386 KVM guest with 128 megs of ram. Using today's rawhide boot.iso (which has stage2 on it) and pointing it at an http mirror. Guess what, the install completed fine, and booted after the fact. I picked a minimal package set from the package selector (included vim-enhanced though). That's still 428~ packages. So why do you have to go through gyrations to install Fedora on 128 meg machines? Or why do you have to install something other than Fedora? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From poelstra at redhat.com Tue Apr 8 03:45:00 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 07 Apr 2008 20:45:00 -0700 Subject: Bug triage - what is going to be achieved? In-Reply-To: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> Message-ID: <47FAEA3C.3050809@redhat.com> Adam Tkac said the following on 04/04/2008 02:26 AM Pacific Time: > Hi, > > this morning I checked my mailbox and there were many messages from > bugzilla. But after inspection nothing interesting was there, only > bogus from some stupid bot. I'm not sure what is main purpose for that > bot but I think when some bug is open for long time maintainer is > responsible for closing and if he didn't close it it means that is > still exist. Now after this "feature" I have to waste with my time and > move all bugs from NEEDINFO state to ASSIGNED because they are > features and I haven't got time for them yet or they are low-priority > bugs. I think this bot should be removed as soon as possible before he > creates chaos in bugzilla. Or at least add component list whose bugzillas > should not be touched. I'm going to be the first person whose packages > will be on that list. > Did you have 'RFE' in the subject or the FutureFeature keyword set? Going forward we will key solely off of FutureFeature keyword. We made every effort to exclude them from the rawhide bugs selected. The process underway is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp Did you see or respond to any of the announcements requesting feedback? If not, what would be a better way to do this in the future? Thanks, John From poelstra at redhat.com Tue Apr 8 03:48:19 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 07 Apr 2008 20:48:19 -0700 Subject: Bug triage - what is going to be achieved? In-Reply-To: References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> <47F5F999.7010304@fedoraproject.org> Message-ID: <47FAEB03.8080801@redhat.com> Matej Cepl said the following on 04/04/2008 03:29 AM Pacific Time: > On Fri, 04 Apr 2008 15:19:13 +0530, Rahul Sundaram scripst: >> Ideally but that isn't how it works in practice. There are a number of >> forgotten bugs that is not applicable anymore and bug triage is meant to >> deal with that. >> >> There has been a number of announcements and discussions regarding this > > Yes, but one of the conclusions of this was that bugs in Rawhide should be > treated separately and differently from bugs in released Fedoras. Which > apparently didn't happen this time. > > Matej > They were treated differently as outlined in the proposal. What part didn't match your expectations? John From jonstanley at gmail.com Tue Apr 8 03:51:31 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 7 Apr 2008 23:51:31 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <47F60D2A.1040702@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> Message-ID: On Fri, Apr 4, 2008 at 7:12 AM, Andrew Farris wrote: > FYI, that was a bot running on behalf of the bug triage project and (as I > and others understood it) was not supposed to be flooding bugs in rawhide No fancy bot, just some perl scripts :) And part of the design goal was to clean up rawhide. The queries that we used are available for anyone to see. We specifically excluded bugs that were touched in the last 90 days for rawhide, and a few other categories. Now that we have rawhide cleaned up, we have to keep it clean so that we never have to go through this exercise again. To that end, there's a policy here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping From jonstanley at gmail.com Tue Apr 8 03:58:03 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 7 Apr 2008 23:58:03 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <20080405113147.d3f98241.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> Message-ID: On Sat, Apr 5, 2008 at 5:31 AM, Michael Schwendt wrote: > Now bug reporters are flooded, too. ;) Sorry about that. Really. We made a request to RHT Engineering Ops and what came out the other end was a mail bomb for all involved. As you can see, we were not exempt from the mail bomb: http://www.redhat.com/archives/fedora-triage-list/2008-April/thread.html We'll be talking to eng-ops to further clarify what is to be done in the future. In the meantime, please accept our apologies. From poelstra at redhat.com Tue Apr 8 04:23:28 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 07 Apr 2008 21:23:28 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> Message-ID: <47FAF340.9090300@redhat.com> Pekka Savola said the following on 04/04/2008 11:07 AM Pacific Time: > On Fri, 4 Apr 2008, Michael Schwendt wrote: >> What do I care? When I filed the bug, the product was fresh and >> maintained, >> wasn't it? But more than a year later I'm no longer willing to spend time >> on the same issues without a single sign of life from the package owner. I think this is completely reasonable. I'd do the same thing and would thus close the bug. > That seems like one of the fundamental problems here; I agree with you. > Having filed bugs, and seeing them get closed 5 years later with "this > product is no longer supported", and no developer response in between is > rather disheartening. This raises several important issues that have been masked as the outstanding bug count in Fedora grew and grew until January 2008 when a few of us thought something needed to be done. 1) Do we really have enough package maintainers? --If not, why? --Will we ever? --Is this the wrong issue to focus on? 2) Is it reasonable for a bug reporter or a maintainer to expect that EVERY legitimate bug filed will be fixed? --If not, how does Fedora as project adjust bug reporter expectations? --Could Fedora provide guidelines around which types of bug reports are more desirable than others--assuming bug reporters have finite time as well? 3) With finite resources is it wiser to attempt to fix all the bugs in Fedora Core 1 to 6 or polish Fedora 9? --The EOL releases have definitely been a distraction and potential time waster for new triagers 4) Is it actually a *better* user experience to routinely close open bugs that aren't getting fixed then let them sit for several years with no response? In other words is it better to disappoint someone a month or two after reporting a bug or a year? > A suggestion for a saner bugzilla automation: close packages in > _NEEDINFO_ stage unless there is response from the reporter. How would you do this automatically? Looking through 12,000 open bugs is not worth the time. > If the developer believes the issue is fixed or there is a high > likelyhood that it has already been fixed in a newer version, s/he > should set NEEDINFO state (with some help to automate this if needed) > But this should not be done automatically. How do we motivate people to do this on a large scale? Since Friday 400 bugs have been closed soley because of this work. That is 400 *other* bugs that triagers can focus on. Based on the response rate to the proposals that started this process, my guess is that sending an email to fedora-devel-list requesting that folks perform these actions on their own would have resulted in about as many closed bugs as the comments we received from the five or six times we requested input and feedback :) John From skvidal at fedoraproject.org Tue Apr 8 05:25:57 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 08 Apr 2008 01:25:57 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207625593.7589.58.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> Message-ID: <1207632357.14799.12.camel@cutter> On Mon, 2008-04-07 at 23:33 -0400, Jesse Keating wrote: > On Mon, 2008-04-07 at 18:43 -0400, Alan Cox wrote: > > My comments were entirely accurate. I think you owe me an apology on list. > > To complain about be being inaccurate when you haven't actually *tried* > > the things and I have is most peculiar behaviour. > > Just for funsies I attempted a text mode install in an i386 KVM guest > with 128 megs of ram. Using today's rawhide boot.iso (which has stage2 > on it) and pointing it at an http mirror. Guess what, the install > completed fine, and booted after the fact. I picked a minimal package > set from the package selector (included vim-enhanced though). That's > still 428~ packages. > > So why do you have to go through gyrations to install Fedora on 128 meg > machines? Or why do you have to install something other than Fedora? > As an extra note. I tested yum's memory footprint for 3.2.14 vs 3.2.13 and it should shave down the memory use even further. On my i686 box running: yum -c my-rawhide.conf --installroot=/wherever install yum Takes 42M of ram before the transaction is run. During the transaction the memory use tops out at 51M Now, granted that's only 70 pkgs for yum install yum on an empty chroot. Still, pretty good. -sv From mschwendt at gmail.com Tue Apr 8 05:58:23 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 8 Apr 2008 07:58:23 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FAE71B.20609@redhat.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <47FAE71B.20609@redhat.com> Message-ID: <20080408075823.0227d50f.mschwendt@gmail.com> On Mon, 07 Apr 2008 20:31:39 -0700, John Poelstra wrote: > Michael Schwendt said the following on 04/05/2008 02:31 AM Pacific Time: > > additional work onto my shoulders from time to time. Retest against FC6, > > retest against F7, retest against F8, retest against F9. It's insulting. > > > > Please point us to a bug where you saw this wording as that sounds > extreme and unreasonable. Common sense for most people would warrant > testing against the latest version and moving on :) > > It looks like the actual wording says "If you can reproduce this bug in > *a* maintained Fedora version (7, 8, or rawhide), please change this bug > to the respective version and change the status to ASSIGNED." Okay, so you didn't get it. It's not the first time bug reporters are told that their report has become too old. That's what I mean. It's not my fault. When I reported something the product was either "the latest" or "maintained". When I reported something I was willing to spend additional time on it and e.g. answer feedback, gather details, test if need be. It's only natural that after many months without anyone showing interest in a report, the motivation to spend time on a report has decreased. I fail to see the guarantee that this time a report will be dealt with. All I see is that tickets were picked by age/by product and not by contents. And I've explained enough in other posts in this thread. From mschwendt at gmail.com Tue Apr 8 06:52:38 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 8 Apr 2008 08:52:38 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FAF340.9090300@redhat.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> Message-ID: <20080408085238.e8d7ea66.mschwendt@gmail.com> On Mon, 07 Apr 2008 21:23:28 -0700, John Poelstra wrote: > Pekka Savola said the following on 04/04/2008 11:07 AM Pacific Time: > > On Fri, 4 Apr 2008, Michael Schwendt wrote: > >> What do I care? When I filed the bug, the product was fresh and > >> maintained, > >> wasn't it? But more than a year later I'm no longer willing to spend > time > >> on the same issues without a single sign of life from the package owner. > > I think this is completely reasonable. I'd do the same thing and would > thus close the bug. The message sais the tickets will be closed automatically after 30 days. That is 30 days for the maintainer to take a last look and see whether the issue is fixed or not. > 2) Is it reasonable for a bug reporter or a maintainer to expect that > EVERY legitimate bug filed will be fixed? > --If not, how does Fedora as project adjust bug reporter expectations? > --Could Fedora provide guidelines around which types of bug reports > are more desirable than others--assuming bug reporters have finite time > as well? Handle incoming reports like hot potatoes. You can expect more collaboration from a reporter while an issue is current. Give the reporter feedback faster. Tell the reporter sooner that a ticket won't be looked at due to resource constraints. Don't wait a year and pretend that NOW there's time to take a look at the same issue if it were confirmed once more. Don't keep tickets open if you rather want to close them CANTFIX or WONTFIX due to lack of time, lack of expertise or lack of interest. Try to point reporters to upstream bug trackers (with full URL) if there's absolutely no time to forward reports. And for packages where there is not enough time to even process all incoming reports, automation may be used to help with the high number of tickets that cannot be looked at by a human. However, metrics must confirm that a package or package maintainer is overloaded. > 3) With finite resources is it wiser to attempt to fix all the bugs in > Fedora Core 1 to 6 or polish Fedora 9? > --The EOL releases have definitely been a distraction and potential > time waster for new triagers You try to influence the answer to that question. Without evaluating a bug report you can never know whether a bug in Fedora 6 doesn't also affect Fedora 9. Similarly, a bug reported against Fedora 1 may still affect Fedora 9 if it is kept in NEW for unknown reasons for a very long time. And of course, a bug reported against Fedora 8 may still affect Fedora 10 if it is ignored again for unknown reasons. > 4) Is it actually a *better* user experience to routinely close open > bugs that aren't getting fixed then let them sit for several years with > no response? In other words is it better to disappoint someone a month > or two after reporting a bug or a year? Don't wait a year. From giallu at gmail.com Tue Apr 8 07:30:23 2008 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 8 Apr 2008 09:30:23 +0200 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] Message-ID: On Thu, Apr 3, 2008 at 4:18 PM, Ralf Corsepius wrote: > Actually, my old i586 system works quite smoothly with FC8 and better it > did with some older Fedoras. > Last time I tried (around FC6) I was not able to use Fedora for one little i586 class box? I have around due to the absence of a corresponding kernel. Did something change (e.g. the i586 variant is built again) or am I missing something else? ? http://www.norhtec.com/products/mcjr/index.html From lordmorgul at gmail.com Tue Apr 8 07:31:39 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 00:31:39 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080408075823.0227d50f.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <47FAE71B.20609@redhat.com> <20080408075823.0227d50f.mschwendt@gmail.com> Message-ID: <47FB1F5B.8020500@gmail.com> Michael Schwendt wrote: > fail to see the guarantee that this time a report will be dealt with. All > I see is that tickets were picked by age/by product and not by contents. Waiting on the magic perl script that can do that, or the offer to have looked at the thousands of bugs manually instead of the script, now that would be productive and helpful. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From foster at in.tum.de Tue Apr 8 07:58:45 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Tue, 8 Apr 2008 09:58:45 +0200 Subject: Dual head in F9 on KDE spin In-Reply-To: <47FA5EFD.308@pajato.com> References: <47FA44EF.5040806@pajato.com> <47FA5EFD.308@pajato.com> Message-ID: On 07/04/2008, Paul Michael Reilly wrote: > Mary Ellen Foster wrote: > > If I recall correctly (somebody correct me if I'm wrong!), KDE4's > > support for randr 1.2 is not complete at the moment. It certainly > > doesn't do anything good with clone mode -- you end up with two > > overlapping copies of your desktop. I think I did get close to having > > it work with side-by-side displays (Intel graphics), but it took some > > trial-and-error. I should try again more systematically. > > > > Tell me more about this trial and error effort: were you using the randr > command or a gui tool? I was just doing xrandr on the command line. I was using the onboard Intel card in my laptop, and I kept having issues with the fact that my "virtual" screen was too small to include both the internal display (1280x800) and the large external monitor I was testing with (1600x1200). I did get things working with the external monitor in 1024x768, but it felt kind of unstable. I didn't try too long, though, and this was with the beta so things may have changed since then. > Is there any place I can go to see what the support > for randr 1.2 will be when it is complete in a F9 KDE4 spin? I am striving > to understand what the KDE model for F9 will be in order to set up external > monitors, if only to test that it does the intended job. I'll go back and > read the F9 RandR feature description but somehow I suspect it will not > provide that information. Here's a recent blog post from Aaron Seigo -- who seems to be the main decision maker for KDE 4 desktop issues -- discussing multiscreen X: http://aseigo.blogspot.com/2008/03/multiscreen-x.html And here's a bug discussing some of the symptoms: http://bugs.kde.org/show_bug.cgi?id=153581 Seems like full non-flakey multi-head support won't be there until KDE 4.1 ... MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From airlied at redhat.com Tue Apr 8 08:19:20 2008 From: airlied at redhat.com (Dave Airlie) Date: Tue, 08 Apr 2008 18:19:20 +1000 Subject: kernel drm bugs and regressions (mga, savage users please test) Message-ID: <1207642760.21740.5.camel@optimus> I've just tracked down a bug in my code for handling the DRM maps in the kernel, that was affecting nouveau (running out of vmalloc space) and radeon (hanging on drmGetLock at startup). However fixing the bug uncovered a larger bug which is driver specific, so the initial fixes are in the kernel building as kernel-2_6_25-0_211_rc8_git6_fc9 in koji, I'd really like feedback from nouveau, radeon, savage and mga people that have working DRI now, and to let me know via a bug if the new kernel regresses that or oopses after 211 in the drm code. Sorry about this at this late stage, but thats the problem with nasty bugs :) I can probably test MGA myself at some point with a PCI card, but savage hw I have none off. Dave. From dwmw2 at infradead.org Tue Apr 8 08:25:50 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 08 Apr 2008 09:25:50 +0100 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080403140431.GC3435@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> Message-ID: <1207643150.9540.548.camel@pmac.infradead.org> On Thu, 2008-04-03 at 10:04 -0400, Dave Jones wrote: > On Thu, Apr 03, 2008 at 07:41:04AM -0500, Les Mikesell wrote: > > Konrad Meyer wrote: > > > Quoth Andrew Farris: > > >> Ralf Corsepius wrote: > > >>> [1] One of these machines is an ancient i586. On this machine, RAM is > > >>> such kind of tight (64MB), any spared memory is valuable. More built-in > > >>> kernel modules probably will mean the death of Fedora on this class of > > >>> machines. > > >> I would have thought it already got there.. 64Mb wow? > > > > > > I have a i586 with 128M of ram running Fedora 8. It doesn't run X, but it > > > works great as a low-capacity web/dhcp/etc server and router. > > > > Do these older/limited machines do anything better now than they did in > > the 2.4 kernel days? > > Good luck trying to get the installer to run on anything less than 512MB these days. I did an install on 128MiB a few days ago, after manually fixing the fact that we _copy_ stage2.img into RAM before using it. (Did that get fixed for real yet?). -- dwmw2 From jamatos at fc.up.pt Tue Apr 8 08:57:45 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 8 Apr 2008 09:57:45 +0100 Subject: kmail and evolution In-Reply-To: <200804031843.42220.jamatos@fc.up.pt> References: <20080403081425.M36509@all-the-johnsons.co.uk> <200804031843.42220.jamatos@fc.up.pt> Message-ID: <200804080957.45725.jamatos@fc.up.pt> On Thursday 03 April 2008 18:43:41 Jos? Matos wrote: > ? On the other hand kmail definitively uses kde 4 stuff, it can be seen > using ldd on it. I will report back after the upgrade to the new kde 4 > packages. :-) Just for reference the culprit was the kernel (with debug settings), after installing 2.6.25-0.204.rc8.git4.fc9.i686 from koji the delay between messages is barely noticeable. :-) -- Jos? Ab?lio From oliver at linux-kernel.at Tue Apr 8 09:31:47 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 08 Apr 2008 11:31:47 +0200 Subject: fish packaging (and possible other shells) Message-ID: <47FB3B83.3080703@linux-kernel.at> Hi! I'd like to suggest something for the man pages problem with fish, that might be also interesting for other shells. At the moment I have 28 %exclude lines in the fish spec; All are in $_mandir/man1 and would conflict with bash, if not excluded. Bash is the preferred shell for most users, but there's no reason, why bash should be allowed to get preference in installing man-pages into man1. No offense, I'm a bash-user as well, but there are other shells as well. :-) I had a look at the FHS, but I didn't find a good solution for this, but I had the following idea of 'fixing' the problem: $_mandir///man
/ and every shell should set $MANDIR to $_mandir/. AFAIK, this is an ancient problem that we should eliminate :-) Ideas, comments? -of From karsten at redhat.com Tue Apr 8 09:40:17 2008 From: karsten at redhat.com (Karsten Hopp) Date: Tue, 08 Apr 2008 11:40:17 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207632357.14799.12.camel@cutter> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <1207632357.14799.12.camel@cutter> Message-ID: <47FB3D81.2040704@redhat.com> seth vidal schrieb: > On Mon, 2008-04-07 at 23:33 -0400, Jesse Keating wrote: >> On Mon, 2008-04-07 at 18:43 -0400, Alan Cox wrote: >>> My comments were entirely accurate. I think you owe me an apology on list. >>> To complain about be being inaccurate when you haven't actually *tried* >>> the things and I have is most peculiar behaviour. >> Just for funsies I attempted a text mode install in an i386 KVM guest >> with 128 megs of ram. Using today's rawhide boot.iso (which has stage2 >> on it) and pointing it at an http mirror. Guess what, the install >> completed fine, and booted after the fact. I picked a minimal package >> set from the package selector (included vim-enhanced though). That's >> still 428~ packages. >> >> So why do you have to go through gyrations to install Fedora on 128 meg >> machines? Or why do you have to install something other than Fedora? >> > > As an extra note. I tested yum's memory footprint for 3.2.14 vs 3.2.13 > and it should shave down the memory use even further. > > On my i686 box running: > yum -c my-rawhide.conf --installroot=/wherever install yum > > Takes 42M of ram before the transaction is run. > > During the transaction the memory use tops out at 51M > > Now, granted that's only 70 pkgs for yum install yum on an empty chroot. > > Still, pretty good. > > -sv > It's better than 3.2.13 on my x86_64 machine with > 3500 packages to update, although the memory requirements are still quite high and the amount of time used for the transaction test is extremely long (not yum's problem, that seems to be rpmlib). 19048 root 20 0 3475m 3.2g 9556 R 100.6 41.1 79:00.21 /usr/bin/python /usr/bin/yum update Well, the yum traceback after 81 minutes is another matter, I've opened a bugzilla for that ;-( Karsten From mschwendt at gmail.com Tue Apr 8 09:42:59 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 8 Apr 2008 11:42:59 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FB1F5B.8020500@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <47FAE71B.20609@redhat.com> <20080408075823.0227d50f.mschwendt@gmail.com> <47FB1F5B.8020500@gmail.com> Message-ID: <20080408114259.c62ccd67.mschwendt@gmail.com> On Tue, 08 Apr 2008 00:31:39 -0700, Andrew Farris wrote: > Michael Schwendt wrote: > > fail to see the guarantee that this time a report will be dealt with. All > > I see is that tickets were picked by age/by product and not by contents. > > Waiting on the magic perl script that can do that, or the offer to have looked > at the thousands of bugs manually instead of the script, now that would be > productive and helpful. If you don't filter by package name, there will always be thousands of bugs. From rawhide at fedoraproject.org Tue Apr 8 09:49:37 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 8 Apr 2008 09:49:37 +0000 (UTC) Subject: rawhide report: 20080408 changes Message-ID: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vdr-skinsoppalusikka-1.0.6-2.fc9.i386 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.i386 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vdr-skinsoppalusikka-1.0.6-2.fc9.x86_64 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.x86_64 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vdr-skinsoppalusikka-1.0.6-2.fc9.ppc requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.ppc requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-StubManager-1.2.0-1.fc9.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vdr-skinsoppalusikka-1.0.6-2.fc9.ppc64 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.ppc64 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From lordmorgul at gmail.com Tue Apr 8 09:49:02 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 02:49:02 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080408114259.c62ccd67.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <47FAE71B.20609@redhat.com> <20080408075823.0227d50f.mschwendt@gmail.com> <47FB1F5B.8020500@gmail.com> <20080408114259.c62ccd67.mschwendt@gmail.com> Message-ID: <47FB3F8E.6090107@gmail.com> Michael Schwendt wrote: > On Tue, 08 Apr 2008 00:31:39 -0700, Andrew Farris wrote: > >> Michael Schwendt wrote: >>> fail to see the guarantee that this time a report will be dealt with. All >>> I see is that tickets were picked by age/by product and not by contents. >> Waiting on the magic perl script that can do that, or the offer to have looked >> at the thousands of bugs manually instead of the script, now that would be >> productive and helpful. > > If you don't filter by package name, there will always be thousands > of bugs. I meant the thousands of bugs relevant to this discussion... filed as rawhide during an EOL release development cycle. I'm suggesting that although in a perfect world a content parser would know how to deal with the bug (which you keep suggesting should have been used) its just not available. A heuristic had to be applied, the triagers applied one in a best effort plan to correct the problem that was being created over a few years. I'm leaving it to you to suggest an actual method of picking bug tickets by contents which is implementable without manual human interaction on every single one of them. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From nicolas.mailhot at laposte.net Tue Apr 8 09:52:57 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 8 Apr 2008 11:52:57 +0200 (CEST) Subject: bugzilla triage madness :-/ In-Reply-To: <1207337677.32468.50.camel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> Message-ID: <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> Hi Following from experience with the recent Fedora Bugzilla mass-triage, I figured that I would write a few words about the state of bugs in open source projects, and where people's perception can tend to fall short of reality. [Some of you will recognize where it's largely plagiarized from] OSS developers assume that because there is not a dedicated paid testing team hidden within the walls of a particular contracting company, that there are infinite testing resources. Instead, just as with proprietary software, the resources are finite, the amount of hours in a day are finite, and the fact is that most of bug reporters are contributing to an OSS community in their spare time, not being paid to do it full-time. In fact the overwhelming majority of users is pretty happy to rant on discussion forums and mailing lists and let software authors go fish for problems themselves, rather than expend the time and energy to push report through "proper" channels. In fact, it is debatable that the number of OSS bug reporters is growing faster than the number of OSS code authors. Given these resource limitations, bug reporters have to be selective in their reporting. The volume of code and the number of problems to report is literally more than they can handle. In order to handle the workload, they filter ruthlessly. If a project takes months to answer a bug report, or repeatedly asks to retest or confirm a problem no one has looked at still exists, that's unlikely to get as much attention as a project that is quick to process reports and does not make reporters feel they're wasting their time. I'm not saying that this is good, bad, or indifferent, but simply a fact of life in the open source world. In conclusion, the open source bug reporting community is very happy to help projects better their software. However, the people that produce problem reports are very much inundated with issues that should be reported. What does this mean to you, the bug handlers? That we'd like for you to understand that every problem is not going to be reported in a perfect way, and simply asking reporters to work more on reports is not a guarantee that they will do it. In fact most of them will just report their activity to channels where the bar is set lower, and the cost/benefits ratio is better for them. The only reward for reporting issues is having them handled. When handling is poor this ratio gets very bad quickly. There are humans the other side of the channel too. -- Nicolas Mailhot From alan at redhat.com Tue Apr 8 10:08:43 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 06:08:43 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207619455.7589.53.camel@localhost.localdomain> References: <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> Message-ID: <20080408100843.GA18061@devserv.devel.redhat.com> On Mon, Apr 07, 2008 at 09:50:55PM -0400, Jesse Keating wrote: > > (and why telling people how to use Fedora on that box is a hate bomb), or > > say sorry. > > While it may be true for machines with 128 or less, it's certainly not > true for all systems under 512, which is what the OP was referencing. You forgot to answer the question. Exactly why is telling people how to make a small install work a "hate bomb". From mschwendt at gmail.com Tue Apr 8 10:10:01 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 8 Apr 2008 12:10:01 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FB3F8E.6090107@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <47FAE71B.20609@redhat.com> <20080408075823.0227d50f.mschwendt@gmail.com> <47FB1F5B.8020500@gmail.com> <20080408114259.c62ccd67.mschwendt@gmail.com> <47FB3F8E.6090107@gmail.com> Message-ID: <20080408121001.8cbaaea6.mschwendt@gmail.com> On Tue, 08 Apr 2008 02:49:02 -0700, Andrew Farris wrote: > Michael Schwendt wrote: > > On Tue, 08 Apr 2008 00:31:39 -0700, Andrew Farris wrote: > > > >> Michael Schwendt wrote: > >>> fail to see the guarantee that this time a report will be dealt with. All > >>> I see is that tickets were picked by age/by product and not by contents. > >> Waiting on the magic perl script that can do that, or the offer to have looked > >> at the thousands of bugs manually instead of the script, now that would be > >> productive and helpful. > > > > If you don't filter by package name, there will always be thousands > > of bugs. > > I meant the thousands of bugs relevant to this discussion... filed as rawhide > during an EOL release development cycle. I'm suggesting that although in a > perfect world a content parser would know how to deal with the bug (which you > keep suggesting should have been used) its just not available. A heuristic had > to be applied, the triagers applied one in a best effort plan to correct the > problem that was being created over a few years. I'm leaving it to you to > suggest an actual method of picking bug tickets by contents which is > implementable without manual human interaction on every single one of them. And you still don't want to understand. That's why you try to make a smart-ass post that fails to comment on the problem. There are only a few packages with hundreds or thousands of bugs each. They make up the big pile of bugs that ask for automation -- the thousands of bugs you consider relevant. That doesn't mean you've got to touch all other packages, too, and auto-close their tickets in an automated way. You only do this if you don't care about bugs at all, if you are annoyed that users submit problem reports and expect you to evaluate them. From alan at redhat.com Tue Apr 8 10:11:51 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 06:11:51 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207625593.7589.58.camel@localhost.localdomain> References: <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> Message-ID: <20080408101151.GB18061@devserv.devel.redhat.com> On Mon, Apr 07, 2008 at 11:33:13PM -0400, Jesse Keating wrote: > Just for funsies I attempted a text mode install in an i386 KVM guest > with 128 megs of ram. Using today's rawhide boot.iso (which has stage2 > on it) and pointing it at an http mirror. Guess what, the install > completed fine, and booted after the fact. I picked a minimal package > set from the package selector (included vim-enhanced though). That's > still 428~ packages. > > So why do you have to go through gyrations to install Fedora on 128 meg > machines? Or why do you have to install something other than Fedora? I can only speak for the setups I tried and those failed with 128MB on the installer in text mode. As I said earlier for the firewall I installed something else because fedora was the wrong tool for the job anyway - a box which is just firewalling and masquerading doesn't want a traditional distro on it - even if it does fit. Alan From alan at redhat.com Tue Apr 8 10:15:15 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 06:15:15 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207619455.7589.53.camel@localhost.localdomain> References: <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> Message-ID: <20080408101515.GC18061@devserv.devel.redhat.com> On Mon, Apr 07, 2008 at 09:50:55PM -0400, Jesse Keating wrote: > While it may be true for machines with 128 or less, it's certainly not > true for all systems under 512, which is what the OP was referencing. I should btw also point out the mail I replied to was about 128MB setups and the claim about machines under 512MB was from Dave Jones. So perhaps you'd care to take that up with DaveJ not me From lordmorgul at gmail.com Tue Apr 8 10:32:11 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 03:32:11 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> Message-ID: <47FB49AB.6070706@gmail.com> Nicolas Mailhot wrote: > In conclusion, the open source bug reporting community is very happy > to help projects better their software. However, the people that > produce problem reports are very much inundated with issues that > should be reported. What does this mean to you, the bug handlers? That > we'd like for you to understand that every problem is not going to be > reported in a perfect way, and simply asking reporters to work more on > reports is not a guarantee that they will do it. In fact most of them > will just report their activity to channels where the bar is set > lower, and the cost/benefits ratio is better for them. The only reward > for reporting issues is having them handled. When handling is poor > this ratio gets very bad quickly. This is sadly true, but its also one of the things that most pointedly indicates lack of real interest in seeing the issues solved by the bug reporter. Often people who report bugs in OSS communities are simply trying to get their own favorite quirky bugs polished because they use that software... little annoying bugs in their email client, browser, file manager. The many pieces of software that do not get solid attention (few bug reports) still have lots of bugs, and often get ignored by these bug reporters. They complain when small bugs don't get attention, or get upset and stop reporting bugs. Those reporters who decide its simply not worth a little bit of effort to supply good background info to a bug report.. and are unwilling to retest those bugs are 'fair weather testers'. They are generally just using the latest product because they want the new features but really are not spending time to 'test'. They want the bling without the effort (the definition of 'user'). Testing software requires taking time to do things the 'wrong' way and see what happens, to use hidden features or odd workflows, try each new feature, etc. Testing requires *repetition* including coming back to see if the bug still exists across releases. Lots of people report the little things that annoy them, and have no interest in taking extra time to follow up on the bug, making sure no regressions occur in later updates, checking whether it gets fixed in every major code change upstream. Those are the testers who will cry wolf and run off to report bugs somewhere else with the lower level of effort required. They are also the least effective at making a real impact on the code quality of the projects they are trying to 'help'. A tester certainly has to filter out what they want to report. There are numerous little things that can be reported in any project, but the time just isn't available. However, any bugs a tester does report should be as thorough as possible, with that extra time given to providing all the information the tester has, and responding to requests for more. You get bugs fixed that way rather than just getting bugs reported. I'm not saying that all the old bugs which were stale were badly reported; lots of them were well done I'm sure. What I am saying is, a bug reporter needs to realize that a poorly reported bug costs everyone extra time, on both the reporter and the developer side. The reporter needs to realize that a certain level of effort is needed to make an impact, and just going somewhere else where its easier really doesn't solve anything. They need to realize if they have no interest in the followup effort, they probably shouldn't be reporting the issue. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From jkeating at redhat.com Tue Apr 8 10:49:11 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 06:49:11 -0400 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: References: Message-ID: <1207651751.7589.65.camel@localhost.localdomain> On Tue, 2008-04-08 at 09:30 +0200, Gianluca Sforna wrote: > Last time I tried (around FC6) I was not able to use Fedora for one > little i586 class box? I have around due to the absence of a > corresponding kernel. > > Did something change (e.g. the i586 variant is built again) or am I > missing something else? FC6 may have had a bug where it didn't properly detect you as i586 and didn't install the right kernel. That should be fixed, alas I don't have any i586 class hardware to test that. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Tue Apr 8 10:55:20 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 8 Apr 2008 10:55:20 +0000 (UTC) Subject: bugzilla triage madness :-/ References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> <20080408085238.e8d7ea66.mschwendt@gmail.com> Message-ID: Michael Schwendt gmail.com> writes: > You try to influence the answer to that question. Without evaluating a bug > report you can never know whether a bug in Fedora 6 doesn't also affect > Fedora 9. Similarly, a bug reported against Fedora 1 may still affect > Fedora 9 if it is kept in NEW for unknown reasons for a very long time. > And of course, a bug reported against Fedora 8 may still affect Fedora 10 > if it is ignored again for unknown reasons. That's the whole point for this entire process. In many cases, asking the reporter is the only way we can know whether this is the case. And the other cases surely can't be distinguished from those cases by a script. And no, we don't have enough triagers to make a judgement call on every single bug for that. Kevin Kofler From jkeating at redhat.com Tue Apr 8 10:54:42 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 06:54:42 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408100843.GA18061@devserv.devel.redhat.com> References: <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> Message-ID: <1207652082.7589.67.camel@localhost.localdomain> On Tue, 2008-04-08 at 06:08 -0400, Alan Cox wrote: > You forgot to answer the question. Exactly why is telling people how to make > a small install work a "hate bomb". You're making derogatory comments toward Fedora and suggesting people use something else when it's not necessary, which you would know if you were testing it, which you accused me of not doing. So I did it, and it /works/. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lordmorgul at gmail.com Tue Apr 8 10:56:28 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 03:56:28 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080408121001.8cbaaea6.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <47FAE71B.20609@redhat.com> <20080408075823.0227d50f.mschwendt@gmail.com> <47FB1F5B.8020500@gmail.com> <20080408114259.c62ccd67.mschwendt@gmail.com> <47FB3F8E.6090107@gmail.com> <20080408121001.8cbaaea6.mschwendt@gmail.com> Message-ID: <47FB4F5C.9040609@gmail.com> Michael Schwendt wrote: > On Tue, 08 Apr 2008 02:49:02 -0700, Andrew Farris wrote: > >> Michael Schwendt wrote: >>> On Tue, 08 Apr 2008 00:31:39 -0700, Andrew Farris wrote: >>> >>>> Michael Schwendt wrote: >>>>> fail to see the guarantee that this time a report will be dealt with. All >>>>> I see is that tickets were picked by age/by product and not by contents. >>>> Waiting on the magic perl script that can do that, or the offer to have looked >>>> at the thousands of bugs manually instead of the script, now that would be >>>> productive and helpful. >>> If you don't filter by package name, there will always be thousands >>> of bugs. >> I meant the thousands of bugs relevant to this discussion... filed as rawhide >> during an EOL release development cycle. I'm suggesting that although in a >> perfect world a content parser would know how to deal with the bug (which you >> keep suggesting should have been used) its just not available. A heuristic had >> to be applied, the triagers applied one in a best effort plan to correct the >> problem that was being created over a few years. I'm leaving it to you to >> suggest an actual method of picking bug tickets by contents which is >> implementable without manual human interaction on every single one of them. > > And you still don't want to understand. That's why you try to make a > smart-ass post that fails to comment on the problem. I understand very clearly what you're saying, but it seems you're as unwilling to consider the 'how' as you think I am misunderstanding your complaint about why. > few packages with hundreds or thousands of bugs each. They make up the > big pile of bugs that ask for automation -- the thousands of bugs you > consider relevant. Right, and as a 'whole' those are alot of bugs. You seem to be saying that because the database CAN filter them by product that somehow reduces the total number of individual, old, stale, possibly irrelevant bugs stuck in the database. Bugs that were filed against rawhide but have no clear way to determine what product they really were targeted for... other than a date of filing and the bugzilla number range (for instance the fact that most F9 rawhide bugs are > 41xxxx). Sorting these by product only gives you smaller pages, it doesn't reduce the time needed to have a human check each one for relevance. The original bug reporter, who could reproduce it at the time it was reported, is the ideal candidate to determine if the bug 'matters'. If the bug cannot be reproduced in a product/release that currently matters, and is being supported, then the bug simply *does not matter* -- It has no purpose. Just because a certain component only has 10 bugs vs. 1000 bugs of another does not mean that those few bugs are meaningful. If half of them are filed against an EOL product, and the bugs cannot be reproduced in a current product, then the bugs have no purpose. If a person has to sort through all those bugs how are they to determine whether they have a purpose? Answer: ask the maintainer and the reporter to decide 1) has a purpose, 2) has no purpose. Case 1) bug stays open, case 2) bug closes after 30 days. > That doesn't mean you've got to touch all other > packages, too, and auto-close their tickets in an automated way. You > only do this if you don't care about bugs at all, if you are annoyed > that users submit problem reports and expect you to evaluate them. Wrong. You do that when you 'no longer' care about that particular bug. Someone may have cared about the bug when it had a purpose; the maintainer may not have been able to deal with it then, perhaps the component was orphaned and noone was maintaining it for a little while. Lots of reasons could exist for the bug becoming stale. Why that happened no longer matters once the bug has no purpose. Problem reporters who take that personally, and get depressed because a bug they reported is no longer relevant to anyone need to figure out why they are taking the time to report bugs... they *should* be doing it so that *if* a developer is able to correct it then it will be fixed. They should not be reporting bugs on the assumption that it will always be relevant or that their bugs will always get fixed. Software gets old and we leave it behind in favor of newer versions. If the bug reporter, who should be the authority on what 'the bug' is, why it needs fixed, and how it effects them... cannot reproduce the bug, or does not care to, then it has no purpose. Whether the current maintainer has thousands of bugs on one component, or there are 10 bugs on each of 100 components... the reporter should still be as involved in the bug as the developer. If being asked to validate that a bug still has a purpose is too much effort, then the bug has no purpose. Closing bugs which have no purpose should bother noone. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From jkeating at redhat.com Tue Apr 8 10:56:07 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 06:56:07 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408101151.GB18061@devserv.devel.redhat.com> References: <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <20080408101151.GB18061@devserv.devel.redhat.com> Message-ID: <1207652167.7589.69.camel@localhost.localdomain> On Tue, 2008-04-08 at 06:11 -0400, Alan Cox wrote: > > I can only speak for the setups I tried and those failed with 128MB on > the installer in text mode. So what did you do differently than I did? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From nicolas.mailhot at laposte.net Tue Apr 8 11:03:52 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 8 Apr 2008 13:03:52 +0200 (CEST) Subject: bugzilla triage madness :-/ In-Reply-To: <47FB49AB.6070706@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <47FB49AB.6070706@gmail.com> Message-ID: <22364.192.54.193.59.1207652632.squirrel@rousalka.dyndns.org> Le Mar 8 avril 2008 12:32, Andrew Farris a ?crit : > Nicolas Mailhot wrote: >> In conclusion, the open source bug reporting community is very happy >> to help projects better their software. However, the people that >> produce problem reports are very much inundated with issues that >> should be reported. What does this mean to you, the bug handlers? >> That > >> we'd like for you to understand that every problem is not going to >> be >> reported in a perfect way, and simply asking reporters to work more >> on >> reports is not a guarantee that they will do it. In fact most of >> them >> will just report their activity to channels where the bar is set >> lower, and the cost/benefits ratio is better for them. The only >> reward >> for reporting issues is having them handled. When handling is poor >> this ratio gets very bad quickly. > > This is sadly true, but its also one of the things that most pointedly > indicates lack of real interest in seeing the issues solved by the bug > reporter. That's false. Stop thinking it. Anyone who makes the effort to go through bugzilla (do you think developers are the only ones to hate it) is not lacking interest. In the bug reporting workflow the bug reporter is the one who is requested to make the first step. Bug reporters have no way to know if lack of handling (repeated requests to re-test, add info, or move to another without any visible activity development-side are assimilated to lack of handling) is due to a bad report or lack of interest. They can *not* assume a better report will get processed faster (all too often it's not the case). So they cut their losses and go somewhere else after a while. You can build trust and get people to progressively invest more time in better reports, but that requires handling bad and incomplete reports first, and accept that even then there will be drop-outs. You can only start to filter aggressively bugs for components where the trust already exists, because there is a highly-visible team fixing problems (like for the kernel) -- Nicolas Mailhot From alexl at users.sourceforge.net Tue Apr 8 11:48:15 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 08 Apr 2008 04:48:15 -0700 Subject: rawhide report: 20080408 changes In-Reply-To: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> (rawhide@fedoraproject.org's message of "Tue\, 8 Apr 2008 09\:49\:37 +0000 \(UTC\)") References: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> Message-ID: > Broken deps for i386 [...] rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 [...] vdr-skinsoppalusikka-1.0.6-2.fc9.i386 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.i386 requires vdr(abi) = 0:1.4.5 Gah! Looks like some people introduced a whole lot of broken deps just as the freeze happened. None of these were present in yesterday's rawhide. Did some builds, which would fix these, just happen to miss the cut-off perhaps? Alex From rawhide at fedoraproject.org Tue Apr 8 11:51:49 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 8 Apr 2008 11:51:49 +0000 (UTC) Subject: rawhide report: 20080408 changes (resend) Message-ID: <20080408115150.0ADDE209D92@releng1.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vdr-skinsoppalusikka-1.0.6-2.fc9.i386 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.i386 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vdr-skinsoppalusikka-1.0.6-2.fc9.x86_64 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.x86_64 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vdr-skinsoppalusikka-1.0.6-2.fc9.ppc requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.ppc requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-StubManager-1.2.0-1.fc9.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vdr-skinsoppalusikka-1.0.6-2.fc9.ppc64 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.ppc64 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From rawhide at fedoraproject.org Tue Apr 8 11:57:49 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 8 Apr 2008 11:57:49 +0000 (UTC) Subject: rawhide report: 20080408 changes (resend #2) Message-ID: <20080408115749.9C7E7209D92@releng1.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vdr-skinsoppalusikka-1.0.6-2.fc9.i386 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.i386 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vdr-skinsoppalusikka-1.0.6-2.fc9.x86_64 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.x86_64 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vdr-skinsoppalusikka-1.0.6-2.fc9.ppc requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.ppc requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-StubManager-1.2.0-1.fc9.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vdr-skinsoppalusikka-1.0.6-2.fc9.ppc64 requires vdr(abi) = 0:1.4.5 vdr-tvonscreen-1.0.141-2.fc9.ppc64 requires vdr(abi) = 0:1.4.5 vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 New package joni Java regular expression library New package fedora-ds-dsgw Fedora Directory Server Gateway (dsgw) New package joda-time Java date and time API New package fusecompress FUSE based compressed filesystem implementation New package python-cjson Fast JSON encoder/decoder for Python New package python-decorator Module to simplify usage of decorators New package tomcat6 Apache Servlet/JSP Engine, RI for Servlet 2.5/JSP 2.1 API Removed package vdr-subtitles Updated Packages: perl-File-NCopy-0.36-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Ralf Cors??pius - 0.36-1 - Upstream update. gvfs-0.2.3-1.fc9 ---------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 0.2.3-1 - Update to 0.2.3 gnome-terminal-2.22.1-1.fc9 --------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 ElectricFence-2.2.2-25.fc9 -------------------------- hal-0.5.11-0.5.rc2.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 David Zeuthen - 0.5.11-0.5.rc2 - Rebuild * Mon Apr 7 18:00:00 2008 David Zeuthen - 0.5.11-0.4.rc2 - Add deprecated keys back to avoid things like gphoto2 fdi file breakage * Mon Apr 7 18:00:00 2008 David Zeuthen - 0.5.11-0.3.rc2 - Avoid using at_console since that breaks g-p-m running under gdm libgtop2-2.22.1-1.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 im-chooser-0.99.5-3.fc9 ----------------------- * Mon Apr 7 18:00:00 2008 Akira TAGOH - 0.99.5-3 - im-chooser-0.99.5-no-crash-on-no-im.patch: Fix a crash when no IM available. (#440519) - Invoke ReloadConfig to apply changes on DBus services in %post and %postun. cman-2.0.60-5.fc9 ----------------- * Wed Mar 26 18:00:00 2008 Fedora Release Engineering - 2.0.60-5 - Fix build for GCC 4.3 * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 2.0.60-4 - Autorebuild for GCC 4.3 eog-2.22.1-1.fc9 ---------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 xorg-x11-server-1.4.99.901-18.20080401.fc9 ------------------------------------------ * Mon Apr 7 18:00:00 2008 Adam Jackson 1.4.99.901-18.20080401 - xorg-x11-server-Red-Hat-extramodes.patch: Remove some of the more implausible modes. Cargo cult programming woo. control-center-2.22.0-7.fc9 --------------------------- * Mon Apr 7 18:00:00 2008 Soren Sandmann - 2.22.0-7 - Add window title, improve wording in label * Mon Apr 7 18:00:00 2008 Soren Sandmann - 2.22.0-6 - Disallow turning off the only active screen * Mon Apr 7 18:00:00 2008 Soren Sandmann - 2.22.0-5 - Add detect displays button; fix clone text fontmatrix-0.4.2-1.fc9 ---------------------- * Tue Apr 8 18:00:00 2008 Parag - 0.4.2-1.fc9 - Update to 0.4.2 libbeagle-0.3.5-1.fc9 --------------------- * Tue Apr 8 18:00:00 2008 Matthias Clasen - 0.3.5-1 - Update to 0.3.5 gdm-2.21.10-0.2008.04.07.3.fc9 ------------------------------ grub-0.97-33.fc9 ---------------- * Mon Apr 7 18:00:00 2008 Peter Jones - 0.97-33 - Rewrite ia32 efi call wrapper to make the makefile simpler. * Tue Apr 1 18:00:00 2008 Peter Jones - 0.97-32 - Add graphics debug mode - Fix screen geometry variable passing - Fix broken efi call wrapper on x86_64 so UGA works there. rubygem-actionmailer-2.0.2-1.fc9 -------------------------------- * Mon Apr 7 18:00:00 2008 David Lutterkort - 2.0.2-1 - New version ftp-0.17-47.fc9 --------------- * Mon Apr 7 18:00:00 2008 Martin Nagy - 0.17-47 - Use sysconf to get ARG_MAX instead of a macro (#440782) gnome-applets-2.22.1-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 1:2.22.1-1 - Update to 2.22.1 condor-7.0.0-8.fc9 ------------------ * Mon Apr 7 18:00:00 2008 - 7.0.0-8 - Modified init script to be off by default, resolves bz441279 eclipse-subclipse-1.2.4-9.fc9 ----------------------------- * Fri Apr 4 18:00:00 2008 Robert Marcano 1.2.4-9 - Fix Bug 440818: changed links to svn-javahl.jar file-roller-2.22.1-1.fc9 ------------------------ * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 gtk2-2.12.9-3.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Marek Kasik - 2.12.9-3 - Correction of "implicit declaration of function 'g_fopen'" warning - Resolves: #439114 firefox-3.0-0.53.beta5.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Christopher Aillon 3.0-0.53 - Add langpacks, marked with %lang - Translate the .desktop file gcalctool-5.22.1-1.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 5.22.1-1 - Update to 5.22.1 evolution-2.22.1-1.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 Matthew Barnes - 2.22.1-1.fc9 - Update to 2.22.1 - Remove patch for GNOME bug #524310 (fixed upstream). rhpxl-1.3-1.fc9 --------------- * Mon Apr 7 18:00:00 2008 Jeremy Katz - 1.3-1 - Fix translation traceback (#441105) python-2.5.1-25.fc9 ------------------- * Mon Apr 7 18:00:00 2008 James Antill - 2.5.1-25 - Rebuild to re-gen autoconf file due to glibc change. - Resolves: bug#441003 rubygem-rails-2.0.2-1.fc9 ------------------------- * Mon Apr 7 18:00:00 2008 David Lutterkort - 2.0.2-1 - New version gnome-menus-2.22.1-1.fc9 ------------------------ * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 gtk2-engines-2.14.1-1.fc9 ------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.14.1-1 - Update to 2.14.1 filesystem-2.4.13-1.fc9 ----------------------- * Mon Apr 7 18:00:00 2008 Phil Knirsch - 2.4.13-1 - Added /etc/news to owned and created directories rsyslog-3.14.1-2.fc9 -------------------- * Mon Apr 7 18:00:00 2008 Peter Vrabec 3.14.1-2 - init script fixes (#441170,#440968) libflashsupport-000-0.5.svn20070904 ----------------------------------- * Mon Apr 7 18:00:00 2008 Warren Togami 000-0.5.svn20070904 - undo deps from x86_64 to i386 because it upset Jesse For now this means x86-64 users need to manually install libflashsupport.i386 and nspluginwrapper.i386 in order to use Flash. We need to discuss what to do for Fedora 9 release during FESCO. rubygem-actionpack-2.0.2-1.fc9 ------------------------------ * Mon Apr 7 18:00:00 2008 David Lutterkort - 2.0.2-1 - New version ntp-4.2.4p4-6.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Miroslav Lichvar 4.2.4p4-6 - don't use /etc/sysconfig/clock in ntpdate init script gtk+extra-2.1.1-8.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Alain Portal 2.1.1-8 - Patch to fix BZ #431150 rubygem-activesupport-2.0.2-1.fc9 --------------------------------- * Mon Apr 7 18:00:00 2008 David Lutterkort - 2.0.2-1 - New version gtksourceview2-2.2.1-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.2.1-1 - Update to 2.2.1 system-config-date-1.9.29-1.fc9 ------------------------------- * Mon Apr 7 18:00:00 2008 Nils Philippsen - 1.9.29-1 - further NTP backend cleanup (#441040) nazghul-0.6.0-4.20080407cvs.fc9 ------------------------------- * Mon Apr 7 18:00:00 2008 Jason L Tibbitts III - 0.6.0-4.20080407cvs - Bump to latest CVS snapshot. libgweather-2.22.1.1-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen 2.22.1.1-1 - Update to 2.22.1.1 filezilla-3.0.9.1-1.fc9 ----------------------- * Mon Apr 7 18:00:00 2008 kwizart < kwizart at gmail.com > - 3.0.9.1-1 - Update to 3.0.9.1 * Mon Apr 7 18:00:00 2008 kwizart < kwizart at gmail.com > - 3.0.9-1 - Update to 3.0.9 * Mon Mar 31 18:00:00 2008 kwizart < kwizart at gmail.com > - 3.0.9-0.1.rc1 - Update to 3.0.9-rc1 rubygem-activeresource-2.0.2-1.fc9 ---------------------------------- * Mon Apr 7 18:00:00 2008 David Lutterkort - 2.0.2-1 - New version wine-docs-0.9.59-1.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 Andreas Bierfert - 0.9.59-1 - version upgrade gnome-python2-extras-2.19.1-15.fc9 ---------------------------------- * Mon Apr 7 18:00:00 2008 Matthew Barnes - 2.19.1-15.fc9 - Make gnome-python2-mozembed require gnome-python2-extras (RH bug #441228). gnome-user-share-0.31-1.fc9 --------------------------- * Thu Apr 3 18:00:00 2008 - Bastien Nocera - 0.31-1 - Update to 0.31 zenity-2.22.1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 SDL-1.2.13-3.fc9 ---------------- * Mon Apr 7 18:00:00 2008 Thomas Woerner 1.2.13-3 - updated PulseAudio driver (rhbz#439847) Thanks to Lennart Poettering for the patch sunbird-0.8-2.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Lubomir Kundrak 0.8-2 - Blacklist dependencies of lightning on files included in tb (#441340) - Fix the extension update scriptlet escaping enblend-3.1-0.3.20080216cvs.fc9 ------------------------------- * Mon Apr 7 18:00:00 2008 Jef Spaleta - 3.1-0.3.20080216cvs - Patching for GCC 4.3 * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 3.1-0.2.20080216cvs - Autorebuild for GCC 4.3 * Sat Feb 16 17:00:00 2008 Bruno Postle 3.1-0.1.20090216cvs - CVS snapshot, 3.1 beta, tarball name change classads-1.0-1.fc9 ------------------ * Mon Apr 7 18:00:00 2008 - 1.0-1 - Upgraded to 1.0 release - Resolved: bz432211, bz432212, and bz432213 nautilus-2.22.2-1.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.2-1 - Update to 2.22.2 eclipse-pydev-1.3.14-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Jeff Johnston 1:1.3.14-1 - 1.3.14 evolution-exchange-2.22.1-1.fc9 ------------------------------- * Mon Apr 7 18:00:00 2008 Matthew Barnes - 2.22.1-1.fc9 - Update to 2.22.1 epiphany-extensions-2.22.1-1.fc9 -------------------------------- * Mon Apr 7 18:00:00 2008 Christopher Aillon - 2.22.1-1 - Update to 2.22.1 mono-zeroconf-0.7.5-4.fc9 ------------------------- * Mon Apr 7 18:00:00 2008 David Nielsen - 0.7.5-4 - Our CVS has odd bugs - pointless bump to make upgrade path work dejagnu-1.4.4-11.fc9 -------------------- python-nltk-0.9.2-1.fc9 ----------------------- * Mon Apr 7 18:00:00 2008 Michel Salim - 1:0.9.2-1 - Update to 0.9.2 nas-1.9.1-4.fc9 --------------- * Mon Apr 7 18:00:00 2008 Rex Dieter - 1.9.1-4 - -libs subpkg (f9+, #438547) - %install: INSTALLFLAGS='-p' (preserve timestamps) - fixup %changelog whitespace dasher-4.7.3-1.fc9 ------------------ * Mon Apr 7 18:00:00 2008 Matthias Clasen - 4.7.3-1 - Update to 4.7.3 guile-cairo-1.4.0-6.fc9 ----------------------- * Mon Apr 7 18:00:00 2008 Xavier Lamien - 1.4.0-6 - Updated guile-cairo-enum-type fonction #440805 kdebase-runtime-4.0.3-5.fc9 --------------------------- * Mon Apr 7 18:00:00 2008 Rex Dieter 4.0.3-5 - pulseaudio patch (use as default, if available) perl-File-Flat-1.04-1.fc9 ------------------------- * Mon Apr 7 18:00:00 2008 Ralf Cors??pius - 1.04-1 - Upstream update. - Remove dep on perl(File::Slurp). gtkhtml3-3.18.1-1.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Matthew Barnes - 3.18.1-1.fc9 - Update to 3.18.1 python-urlgrabber-3.0.0-6.fc9 ----------------------------- * Mon Apr 7 18:00:00 2008 James Antill 3.0.0-6 - Fix the ftp byterange port problem: - Resolves: bug#419241 - Fixup the progress UI: - add function for total progress - add total progress percentagee current download line - add rate to current download line - use dead space when finished downloading - don't confuse download rate on regets. xournal-0.4.2.1-1.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Jeremy Katz - 0.4.2.1-1 - Update to 0.4.2.1 to fix problems with newer xorg gail-1.22.1-1.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 1.22.1-1 - Update to 1.22.1 mew-5.2.55-1.fc9 ---------------- * Wed Apr 2 18:00:00 2008 Akira TAGOH - 5.2.55-1 - New upstream release. setup-2.6.14-1.fc9 ------------------ * Mon Apr 7 18:00:00 2008 Phil Knirsch 2.6.14-1 - Updated /etc/services to latest IANA version (#315571) * Fri Apr 4 18:00:00 2008 Phil Knirsch - Fixed a problem with the new prompt for tcsh and screen terminal (#438550) * Thu Mar 20 18:00:00 2008 Phil Knirsch 2.6.13-1 - Drop the wrong precmd for csh for xterm and screen terminals xorg-x11-proto-devel-7.3-12.fc9 ------------------------------- * Mon Apr 7 18:00:00 2008 Adam Jackson 7.3-12 - dri2proto 1.1.0 gucharmap-2.22.1-1.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 libwnck-2.22.1-1.fc9 -------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 vdr-ttxtsubs-0.0.5-5.fc9 ------------------------ * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 0.0.5-5 - Rebuild for VDR 1.6.0. vdr-1.6.0-1.fc9 --------------- * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 1.6.0-1 - Apply "unofficial" timercmd patch from HoochVDR. - Apply Luca Olivetti's DXR3 subtitle compatibility patch. - Decrease default wakeup delay before a timed recording to 10 minutes. - Don't reload DVB drivers by default on unexpected exits in runvdr. - Use "kill -HUP" in init script's restart action only on a running service. - Update and apply timer-info patch. * Sun Apr 6 18:00:00 2008 Ville Skytt?? - 1.6.0-0.4 - Obsolete vdr-subtitles. * Fri Apr 4 18:00:00 2008 Ville Skytt?? - 1.6.0-0.3 - Update liemikuutio patch to 1.20. - Move various (partially) upstreamable changes to patches instead of inlining them in the specfile. - Drop unused logdir. - Move pre-2008 changelog entries to README.package.old. * Sat Mar 29 18:00:00 2008 Ville Skytt?? - 1.6.0-0.2 - Add --with docs build option for building a -docs subpackage. - Refresh liemikuutio and ttxtsubs patches. * Sun Mar 23 18:00:00 2008 Ville Skytt?? - 1.6.0-0.1 - 1.6.0 final; still quite a bit to do with the package. - Adapt sync early and epgsearch (partially) patches. - Fix dependencies of the sky plugin. - Move bunch of inline sed'ing to separate patches. - Use kill -HUP in init script's restart action. - Don't include bundled plugin sysconfig snippets in main package. * Tue Mar 18 18:00:00 2008 Ville Skytt?? - 1.5.18-0.1 - First cut at packaging 1.5.18. - Plugin licenses clarified to be GPLv2+. evolution-data-server-2.22.1-1.fc9 ---------------------------------- * Mon Apr 7 18:00:00 2008 Matthew Barnes 0.33-0 - Remove release from package name in html desktop spec file - Removed --nonet from xsltproc call BZ #436342 - Add Desktop css customisations mkinitrd-6.0.43-1.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Peter Jones - 6.0.43-1 - Require diffutils for /usr/bin/cmp (#438568) - Chase deps in /sys/block/dm-0/slaves/ and similar (#440485) * Mon Apr 7 18:00:00 2008 Peter Jones - 6.0.42-1 - Use libelf to find elf interpreter, so we don't have to iterate several ld.so's looking for our linker. (#440091) - Try harder to make sure we can read device labels (#437534) - Support encrypted RAID member devices (#429600) - Fix postinst.d and perm.d usage, and own those directories (#441111) vdr-femon-1.6.0-1.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 1.6.0-1 - 1.6.0. - Build for VDR 1.6.0. man-1.6f-4.fc9 -------------- * Mon Apr 7 18:00:00 2008 Ivana Varekova - 1.6f-4 - Resolves: #441074 double UTF-8 conversion in German messages jabbim-0.4-0.4.20080407svn.fc9 ------------------------------ * Mon Apr 7 18:00:00 2008 Michal Schmidt - 0.4-0.4.20080407svn - Patch to upstream SVN revision 2584. - Fixes opening of new tabs for private messages in MUC and received messages. cheese-2.22.1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen 2.22.1-1 - Update to 2.22.1 jd-2.0.0-0.3.svn1943_trunk.fc9 ------------------------------ * Tue Apr 8 18:00:00 2008 Mamoru Tasaka - 2.0.0-0.3.svn1943 - svn 1943 (version 2.0.0) pam-1.0.0-2.fc9 --------------- * Mon Apr 7 18:00:00 2008 Tomas Mraz 1.0.0-2 - fix regression in pam_set_item texlive-texmf-2007-20.fc9 ------------------------- * Mon Apr 7 18:00:00 2008 Jindrich Novy - 2007-20 - mark dvips config files %config(noreplace) (#441171) kde-settings-4.0-16.fc9.1 ------------------------- * Mon Apr 7 18:00:00 2008 Rex Dieter 4.0-16.1 - -pulseaudio: Requires: xine-lib-pulseaudio * Mon Apr 7 18:00:00 2008 Rex Dieter 4.0-16 - backgroundrc,kdmrc: first stab at F9/sulfur theming (#441167) - kdmrc: ServerArgsLocal=-br (suggested by ajax) kdebase-workspace-4.0.3-7.fc9 ----------------------------- * Mon Apr 7 18:00:00 2008 Kevin Kofler 4.0.3-7 - own %{_kde4_appsdir}/kdm/faces and set default user image (#441154) jsch-0.1.31-2jpp.3.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 Deepak Bhole - 0:0.1.31-2jpp.3 - Fix bz# 441071: Add backward compatibility patch from mwringe at redhat orca-2.22.1-2.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 * Mon Apr 7 18:00:00 2008 Jon McCann - 2.22.1-2 - Fix signal handling (GNOME bug #525831) vino-2.22.1-1.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 coreutils-6.10-18.fc9 --------------------- * Mon Apr 7 18:00:00 2008 Ondrej Vasik - 6.10-18 - fix colorls.sh syntax with Zsh (#440652) - mention that cp -a includes -c option + mention cp -c option in manpages (#440056) - fix typo in runuser manpages (#439410) ardour-2.4-1.fc9 ---------------- * Mon Apr 7 18:00:00 2008 Hans de Goede 2.4-1 - New upstream release 2.4 - Fix building with gcc-4.3, patch by Christopher Aillon (bz 434119, 440933) - Switch to using system libraries, as the included ones don't compile with gcc-4.3 (bz 339391) * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 2.2-4 - Autorebuild for GCC 4.3 codeina-0.10.1-7.r1421.1.fc9 ---------------------------- * Fri Apr 4 18:00:00 2008 - Bastien Nocera - 0.10.1-7.r1421.1 - Add Requires on redhat-lsb - Add patch to provide an installer via gnome-packagekit - Remove third-party providers files - Add PyYAML BR * Fri Apr 4 18:00:00 2008 - Bastien Nocera - 0.10.1-7.r1421 - Update to latest upstream - Remove obsolete patches ldm-2.0.2-2.fc9 --------------- * Mon Apr 7 18:00:00 2008 Warren Togami - 2.0.2-2 - upstream tarball was broken (my fault) - use %find_lang * Sun Apr 6 18:00:00 2008 Warren Togami - 2.0.2-1 - 2.0.2 with some translations fldigi-2.10.3-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Steve Conklin - 2.10.3-1 - Latest upstream - Bug fix for memory leak in psk signal evaluator. mythes-de-0.20080407-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Caolan McNamara - 0.20080407-1 - latest version gnome-panel-2.22.1-1.fc9 ------------------------ * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 xine-lib-1.1.11.1-2.fc9 ----------------------- * Mon Apr 7 18:00:00 2008 Rex Dieter - 1.1.11.1-2 - pulse-rework2 patch (#439731) - -pulseaudio subpkg (#439731) bluecurve-icon-theme-8.0.2-1.fc9 -------------------------------- * Mon Apr 7 18:00:00 2008 Kevin Kofler - 8.0.2-1 - Add some symlinks to make Bluecurve work well with KDE 4 (#408151) cryptix-asn1-20011119-8jpp.3 ---------------------------- * Mon Apr 7 18:00:00 2008 Deepak Bhole 20011119-8jpp.3 - Fix bz# 440855: BR java-devel >= 1.6 to bypass sinjdoc issues * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - 0:20011119-8jpp.2 - Autorebuild for GCC 4.3 rubygem-activerecord-2.0.2-1.fc9 -------------------------------- * Mon Apr 7 18:00:00 2008 David Lutterkort - 2.0.2-1 - New version thunderbird-2.0.0.12-4.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Christopher Aillon 2.0.0.12-4 - Add %lang attributes to langpacks vdr-text2skin-1.1-23.cvsext0.10.fc9 ----------------------------------- * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 1.1-23.cvsext0.10 - Update to 1.1-cvs_ext-0.10. - Build for VDR 1.6.0. * Sun Apr 6 18:00:00 2008 Ville Skytt?? - 1.1-22.20051217cvs - Apply VDR 1.5+ patches from e-tobi.net Debian package. kasumi-2.3-4.fc9 ---------------- * Tue Apr 8 18:00:00 2008 Akira TAGOH - 2.3-4 - Remove .desktop file since it's accessible from scim-panel and it's not necessarily used for every users, particularly on Live. (#439173) at-spi-1.22.1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 1.22.1-1 - Update to 1.22.1 uim-1.4.2-2.fc9 --------------- * Wed Apr 2 18:00:00 2008 Akira TAGOH - 1.4.2-2 - Move Qt3 immodule plugin to uim-qt3. - Move the helper applications for Qt to uim-qt-common. - Rebuild against qt3-devel. (#440870) kernel-2.6.25-0.204.rc8.git4.fc9 -------------------------------- * Mon Apr 7 18:00:00 2008 Jarod Wilson - Turn off the usual extra rawhide debugging in preparation for F9 release * Mon Apr 7 18:00:00 2008 Chuck Ebbert - Increase SMP boot delay, hopefully solving bug #431882. * Mon Apr 7 18:00:00 2008 Chuck Ebbert - Enable the 1-wire drivers (except for the Matrox driver which conflicts with the Matrox framebuffer driver.) evince-2.22.1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 vdr-skins-20061119-6.fc9 ------------------------ * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 20061119-6 - Don't install translations if built for VDR 1.6.0 due to text2skin issues. - Re-add disttag. yelp-2.22.1-1.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 eclipse-mylyn-2.3.2-3.fc9 ------------------------- * Mon Apr 7 18:00:00 2008 Andrew Overholt 2.3.2-3 - Fix commons-lang symlink. * Mon Apr 7 18:00:00 2008 Andrew Overholt 2.3.2-2 - Upload sources. * Fri Apr 4 18:00:00 2008 Andrew Overholt 2.3.2-1 - 2.3.2. - Add jakarta-commons-lang dependency. * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - 2.1.0-2 - Autorebuild for GCC 4.3 * Wed Oct 24 18:00:00 2007 Andrew Overholt 2.1.0-1 - 2.1.0 - Enable GNOME bugzilla by default * Tue Oct 2 18:00:00 2007 Andrew Overholt 2.0.0-10 - Add %post gcj blocks for sub-packages (thanks to David Walluck). - Rename fetching script (s/mylar/mylyn/). vdr-sudoku-0.2.1-2.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 0.2.1-2 - Rebuild for VDR 1.6.0. yum-presto-0.4.4-1.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 Jonathan Dieter - 0.4.4-1 - Show savings - Use setuptools for installation - Get Python Egg stuff working for F9 openssh-5.0p1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Tomas Mraz - 5.0p1-1 - upgrade to new upstream (#441066) - prevent initscript from killing itself on halt with upstart (#438449) - initscript status should show that the daemon is running only when the main daemon is still alive (#430882) * Thu Mar 6 17:00:00 2008 Tomas Mraz - 4.7p1-10 - fix race on control master and cleanup stale control socket (#436311) patches by David Woodhouse publican-fedora-0.12-0.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Jeff Fearn 0.12-0 - Add Desktop css customisations rpmrebuild-2.2.1-1.fc9 ---------------------- * Fri Apr 4 18:00:00 2008 Anderson Silva 2.2.1-1 - New package from upstream. - Fixed French man files to UTF8 into %{_mandir}/fr/ directory - Added some more basic dependencies - Created a %triggerin to allow rpmrebuild be used as a parameter for rpm aplus-fsf-4.22.1-2.fc9 ---------------------- * Sun Apr 6 18:00:00 2008 Jochen Schmitt 4.22.1-2 - New upstream release (#435074) libsoup-2.4.1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Matthew Barnes - 2.4.1-1 - Update to 2.4.1 gnome-desktop-2.22.1-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 selinux-policy-3.3.1-29.fc9 --------------------------- * Sat Apr 5 18:00:00 2008 Dan Walsh 3.3.1-29 - Fix initial install vdr-osdteletext-0.5.1-31.fc9 ---------------------------- * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 0.5.1-31 - Apply VDR 1.5+ patch from e-tobi.net Debian package. - Build for VDR 1.6.0. kernel-xen-2.6-2.6.25-0.18.rc8.fc9 ---------------------------------- * Mon Apr 7 18:00:00 2008 Mark McLoughlin - Small fixup to pagetable-pinning fix * Mon Apr 7 18:00:00 2008 Eduardo Habkost - Add x86_64 pagetable-pinning fixes (bug #440587) xulrunner-1.9-0.53.beta5.fc9 ---------------------------- * Mon Apr 7 18:00:00 2008 Christopher Aillon 1.9-0.53 - Spec cleanups psmisc-22.6-5.fc9 ----------------- * Mon Apr 7 18:00:00 2008 Tomas Smetana 22.6-5 - fix configure.ac to include all the required headers for peekfd - remove kernel-headers again -- not needed in rawhide * Mon Apr 7 18:00:00 2008 Tomas Smetana 22.6-4 - fix #440762 - add kernel-headers to build reuqirements vdr-wapd-0.9-4.fc9 ------------------ * Mon Apr 7 18:00:00 2008 Ville Skytt?? - 0.9-4 - Rebuild for VDR 1.6.0. yum-3.2.14-2.fc9 ---------------- * Tue Apr 8 18:00:00 2008 Seth Vidal 3.2.14-1 - remove committed patch - obsoletes yum-basearchonly checkstyle-4.1-4jpp.3.fc9 ------------------------- * Mon Apr 7 18:00:00 2008 Deepak Bhole - 0:4.1-4jpp.3 - Require java-devel >= 1.6 for javadocs (bug in sinjdoc prevents building) * Fri Apr 4 18:00:00 2008 Deepak Bhole - 0:4.1-4jpp.2 - Remove < 1.5 JVM requirement, and keep tests that need 1.5 gnome-session-2.22.1-1.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 liboil-0.3.14-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Colin Walters - 0.3.14-1 - New upstream version - Drop upstreamed liboil-0.3.13-better-altivec-detect.patch - Drop upstreamed clobber-ecx.patch desktop-backgrounds-8.92-4 -------------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 8.92-4 - Rename FC5-era backgrounds rhythmbox-0.11.5-8.fc9 ---------------------- * Mon Apr 7 18:00:00 2008 - Bastien Nocera - 0.11.5-8 - Add patch to avoid deadlocks when playing music through the cross-fade backend pfmon-3.3-0.080225.4.fc9 ------------------------ * Mon Apr 7 18:00:00 2008 Will Cohen - 3.3-0.080225.4 - Additional patch to fix for ia64 fedora. rhbz #435048 hunspell-pl-0.20080407-1.fc9 ---------------------------- * Mon Apr 7 18:00:00 2008 Caolan McNamara - 0.20080407-1 - latest version fityk-0.8.1-13.fc9 ------------------ * Mon Apr 7 18:00:00 2008 Jesse Keating - 0.8.1-13 - Patch for GCC 4.3 * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - 0.8.1-11 - Autorebuild for GCC 4.3 gnome-python2-2.22.0-2.fc9 -------------------------- * Mon Apr 7 18:00:00 2008 Matthew Barnes - 2.22.0-2.fc9 - Require pygtk2 explicitly (RH bug #441228). eclipse-cdt-4.0.3-1.fc9 ----------------------- * Fri Apr 4 18:00:00 2008 Jeff Johnston 4.0.3-1 - Rebase to CDT 4.0.3 - Patch openpty code to not reference stropts.h which is no longer shipped - Update eclipse-cdt-no-tests.patch glib2-2.16.3-1.fc9 ------------------ * Tue Apr 8 18:00:00 2008 Matthias Clasen - 2.16.3-1 - Update to 2.16.3 tomboy-0.10.1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 0.10.1-1 - Update to 0.10.1 screen-4.0.3-11.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Miroslav Lichvar - 4.0.3-11 - don't include stropts.h (#440803) - fix compiler warnings in ipv6 patch liferea-1.4.13-2.fc9 -------------------- * Mon Apr 7 18:00:00 2008 Alex Lancaster - 1.4.13-2 - Rebuild for N-E-V-R issues. vinagre-0.5.1-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Matthias Clasen - 0.5.1-1 - Update to 0.5.1 gnome-mount-0.8-0.svn20080225.5.fc9 ----------------------------------- * Mon Apr 7 18:00:00 2008 David Zeuthen - 0.8-0.svn20080225.5.fc9 - don't show passprhase dialog for LUKS devices if HAL is locked (#437309) nautilus-cd-burner-2.22.1-1.fc9 ------------------------------- * Mon Apr 7 18:00:00 2008 Jon McCann - 2.22.1-1 - Update to 2.22.1 qt-4.3.4-11.fc9 --------------- * Tue Apr 8 18:00:00 2008 Kevin Kofler 4.3.4-11 - updated patch for #437440 ([as-IN] Consonant combination issue) by Pravin Satpute epiphany-2.22.1.1-1.fc9 ----------------------- * Mon Apr 7 18:00:00 2008 Christopher Aillon - 2.22.1.1-1 - Update to 2.22.1.1 initscripts-8.69-1 ------------------ * Tue Apr 8 18:00:00 2008 Bill Nottingham - 8.69-1 - Bring up lo whenever it shows up, not just in network/NM - fix shutdown-related oddities (#438444) - translation updates: el, sr, sr at latin, sv gtkwave-3.1.8-1.fc9 ------------------- * Mon Apr 7 18:00:00 2008 Paul Howarth 3.1.8-1 - update to 3.1.8 Summary: Added Packages: 7 Removed Packages: 1 Modified Packages: 147 From walters at verbum.org Tue Apr 8 11:59:29 2008 From: walters at verbum.org (Colin Walters) Date: Tue, 8 Apr 2008 07:59:29 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <47FAF340.9090300@redhat.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> Message-ID: On Tue, Apr 8, 2008 at 12:23 AM, John Poelstra wrote: > > 2) Is it reasonable for a bug reporter or a maintainer to expect that EVERY > legitimate bug filed will be fixed? The answer is simple: No. That's the way software works. There are always more bugs. From lordmorgul at gmail.com Tue Apr 8 12:01:14 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 05:01:14 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <22364.192.54.193.59.1207652632.squirrel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <47FB49AB.6070706@gmail.com> <22364.192.54.193.59.1207652632.squirrel@rousalka.dyndns.org> Message-ID: <47FB5E8A.2050800@gmail.com> Nicolas Mailhot wrote: > Le Mar 8 avril 2008 12:32, Andrew Farris a ?crit : >> This is sadly true, but its also one of the things that most pointedly >> indicates lack of real interest in seeing the issues solved by the bug >> reporter. > > That's false. Stop thinking it. Anyone who makes the effort to go > through bugzilla (do you think developers are the only ones to hate > it) is not lacking interest. In the bug reporting workflow the bug > reporter is the one who is requested to make the first step. Well, we disagree on what constitutes 'interest'. I don't think creating a bugzilla account and logging in quite gets there. Understand I am on the bug reporter side of the fence here; although I am a programmer I'm not maintaining/packaging anything. My comments are not 'anti bug reporter', but I do disagree with you. > Bug reporters have no way to know if lack of handling (repeated > requests to re-test, add info, or move to another without any visible > activity development-side are assimilated to lack of handling) is due > to a bad report or lack of interest. They can *not* assume a better > report will get processed faster (all too often it's not the case). So > they cut their losses and go somewhere else after a while. Common sense dictates more information will get better results. You research a product online before you walk into a store to touch it, pick it up, and buy it. The information age has effected commerce and consumer behavior in incredible ways, but one thing that has become ubiquitous is gathering information before big purchases. I don't see how any adult who uses a computer could assume anything *but* that a better bug report will be more likely to get fixed than an incomplete one. When a person goes to a store knowing what they want they pretty typically leave faster with what they wanted, and purchase satisfaction is higher. To assume the better report will not get better results is what I see as counter-intuitive. Good bug reports do not necessarily get fixed 'faster' but they are alot more likely to get fixed at all. I think you sell the general bug reporter short here. Often they may not know how to collect the information thats needed, but if they want to get it collected they will ask what is needed and respond to the bug comments, and learn in the process. On the other hand, if they want it to 'just work' and are filing the bug primarily because they are annoyed that such a bug would make it past 'developer tests'... this is what I mean by 'lacking real interest' in fixing the bug. That type of bug report is a complaint (a process of venting frustration at the broken software), not a legitimate attempt to help improve it. While it may actually help fix the bug, it takes more effort on the developer end to fix those. > You can build trust and get people to progressively invest more time > in better reports, but that requires handling bad and incomplete > reports first, and accept that even then there will be drop-outs. You > can only start to filter aggressively bugs for components where the > trust already exists, because there is a highly-visible team fixing > problems (like for the kernel) Sure, but I don't see any of that as contradiction to my previous post. Fostering better bug reporters takes effort by the developers and it takes patience by the reporters. I reported some pretty stupid/incomplete things when I first tried and I still make bad bug reports all the time. I have had lots of developer comments that gave me the direction to fix up the bug report with the info that was needed... but thats not possible if the bug reporter does not 'stay interested' in the bug and respond if/when any progress gets made. If they vent/complain about how broken the software is, with a half-hearted bug report, or just post some complaints to a mailing list and then decide to change projects or use a different app (omg gnome is broken I'll change to kde forever, etc), then the reporter is not beneficial and maybe its best for them to go ahead and change projects? I think almost all FOSS communities have become bloated with people giving this level of 'interest', but thats just my 2c. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From mschwendt at gmail.com Tue Apr 8 12:13:00 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 8 Apr 2008 14:13:00 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FB4F5C.9040609@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <47F694B1.5030008@gmail.com> <20080405113147.d3f98241.mschwendt@gmail.com> <47FAE71B.20609@redhat.com> <20080408075823.0227d50f.mschwendt@gmail.com> <47FB1F5B.8020500@gmail.com> <20080408114259.c62ccd67.mschwendt@gmail.com> <47FB3F8E.6090107@gmail.com> <20080408121001.8cbaaea6.mschwendt@gmail.com> <47FB4F5C.9040609@gmail.com> Message-ID: <20080408141300.f4711cd4.mschwendt@gmail.com> On Tue, 08 Apr 2008 03:56:28 -0700, Andrew Farris wrote: > I understand very clearly what you're saying, Then show it. > > few packages with hundreds or thousands of bugs each. They make up the > > big pile of bugs that ask for automation -- the thousands of bugs you > > consider relevant. > > Right, and as a 'whole' those are alot of bugs. You seem to be saying that > because the database CAN filter them by product that somehow reduces the total > number of individual, old, stale, possibly irrelevant bugs stuck in the > database. Here you show that you don't get it. I won't comment on the second sentence above, because it's a wrong conclusion that doesn't make sense in my point of view. But do notice that the total bug count does not matter. > Bugs that were filed against rawhide but have no clear way to > determine what product they really were targeted for... other than a date of > filing and the bugzilla number range (for instance the fact that most F9 rawhide > bugs are > 41xxxx). Not my fault. Rawhide always was "Fedora Core" version "devel". > Just because a certain component only has 10 bugs vs. 1000 bugs of another does > not mean that those few bugs are meaningful. If half of them are filed against > an EOL product, and the bugs cannot be reproduced in a current product, then the > bugs have no purpose. If a person has to sort through all those bugs how are > they to determine whether they have a purpose? Answer: ask the maintainer and > the reporter to decide 1) has a purpose, 2) has no purpose. Case 1) bug stays > open, case 2) bug closes after 30 days. Ask the maintainer. Good idea. Maintainer doesn't respond and continues to ignore the bugs for unknown reasons. Bad idea, because bug is closed automatically. > > That doesn't mean you've got to touch all other > > packages, too, and auto-close their tickets in an automated way. You > > only do this if you don't care about bugs at all, if you are annoyed > > that users submit problem reports and expect you to evaluate them. > > Wrong. You do that when you 'no longer' care about that particular bug. > Someone may have cared about the bug when it had a purpose; the maintainer may > not have been able to deal with it then, perhaps the component was orphaned and > noone was maintaining it for a little while. Lots of reasons could exist for > the bug becoming stale. Are you kidding? You clearly are the wrong person to discuss this with. All that matters is to find out *why* a bug was not dealt with. From alan at redhat.com Tue Apr 8 12:20:10 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 08:20:10 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207652082.7589.67.camel@localhost.localdomain> References: <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> <1207652082.7589.67.camel@localhost.localdomain> Message-ID: <20080408122010.GA22993@devserv.devel.redhat.com> On Tue, Apr 08, 2008 at 06:54:42AM -0400, Jesse Keating wrote: > > You forgot to answer the question. Exactly why is telling people how to make > > a small install work a "hate bomb". > > You're making derogatory comments toward Fedora and suggesting people Where ??? The only thing looking bad for Fedora right now is *your* attitude problem. Alan From alan at redhat.com Tue Apr 8 12:20:29 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 08:20:29 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207652167.7589.69.camel@localhost.localdomain> References: <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <20080408101151.GB18061@devserv.devel.redhat.com> <1207652167.7589.69.camel@localhost.localdomain> Message-ID: <20080408122029.GB22993@devserv.devel.redhat.com> On Tue, Apr 08, 2008 at 06:56:07AM -0400, Jesse Keating wrote: > On Tue, 2008-04-08 at 06:11 -0400, Alan Cox wrote: > > > > I can only speak for the setups I tried and those failed with 128MB on > > the installer in text mode. > > So what did you do differently than I did? Dunno what did you do different to me ? From pertusus at free.fr Tue Apr 8 12:23:59 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 8 Apr 2008 14:23:59 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FB5E8A.2050800@gmail.com> References: <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <47FB49AB.6070706@gmail.com> <22364.192.54.193.59.1207652632.squirrel@rousalka.dyndns.org> <47FB5E8A.2050800@gmail.com> Message-ID: <20080408122358.GE2617@free.fr> On Tue, Apr 08, 2008 at 05:01:14AM -0700, Andrew Farris wrote: > > Common sense dictates more information will get better results. You Not if the packager don't care. I have entered bug reports with patches, or with trivial fixes, with everything needed to fix it. Sometimes I took the time to make patches, just to have it rejected, because the packager didn't want a feature but never said it. So bugs with more reporter work is not necessarily a bug that will get more attention and be fixed faster. In those cases investing time in the bug reporting is a waste of time, which is better used as doing packaging or development elsewhere. > I don't see how any adult who uses a computer could assume anything *but* > that a better bug report will be more likely to get fixed than an > incomplete one. The likelyhood of having a bug fixed is not necessarily well correlated with the completness of the report or the ease of the fix. I reported many packaging bugs trivial to fix that are not fixed after months or years, sometime with patches (but I stopped doing patches unless being asked for because it was an obvious waste of my time, see above). > help improve it. While it may actually help fix the bug, it takes more > effort on the developer end to fix those. I think that those kind of bug reports should just be ignored with rude comments. I did such bug reporting in the past (with good intentions), and I think that it is not an issue to repell such bug reporting and reporters. It helped me, for instance, understanding what was a good bug report even if it pissed me off. > report with the info that was needed... but thats not possible if the bug > reporter does not 'stay interested' in the bug and respond if/when any > progress gets made. What you say is very true for some bug reports. But other are very different. Some bug reports are done by well informed people who provide all the needed information. By adding comments to old bugs with patches or information provided, for reporters that own plenty of these reports, you are being counter productive. I don't have an opinion on the whole process, since I don't have a metric on the number of such bugs relative to bugs from newby/usual testers that should be closed after some time, but I can say that for my bug reports it was a waste of my time. > to kde forever, etc), then the reporter is not beneficial and maybe its > best for them to go ahead and change projects? I think almost all FOSS > communities have become bloated with people giving this level of > 'interest', but thats just my 2c. I fully agree, but this is yet another reason to treat well those who are really interested. By fostering at chasing away those with little interest you also add burden at those who do a good reporting job, when these are package maintainers who are slow (and it is very common in fedora, as far as my experience goes -- this is not a criticism, fixing bugs isn't necessarily a priority). -- Pat From rc040203 at freenet.de Tue Apr 8 08:47:29 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 08 Apr 2008 10:47:29 +0200 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: References: Message-ID: <1207644449.2988.307.camel@beck.corsepiu.local> On Tue, 2008-04-08 at 09:30 +0200, Gianluca Sforna wrote: > On Thu, Apr 3, 2008 at 4:18 PM, Ralf Corsepius wrote: > > Actually, my old i586 system works quite smoothly with FC8 and better it > > did with some older Fedoras. > > > > Last time I tried (around FC6) I was not able to use Fedora for one > little i586 class box? I have around due to the absence of a > corresponding kernel. I've been hit by this bug myself ca. during the FC6/FC7 time-frame. AFAICT, the cause had been a bug somewhere in installer , which had caused installing on i586 to install the wrong (i686) kernel. [User visible symptoms had been the installer installing i686 packages, and using some i686 tls glibc stuff - There is a BZ somewhere. AFAICT, this is fixed in FC8.] > Did something change Yes, plenty has changed between FC6 and FC8. Noteworthy: * FC8 yum uses much less memory than its predecessors. * This silly installer-bug finally has been fixed. * Packaging is more granular. * rpm has been improved (FC6's rpm/yum occasionally killed the rpmdb) Other tricks I am applying: * selinux=0 - The amount of memory SELinux uses, causes kernel-OOMs early while booting. * sufficient swap - My i586 uses 128MB (2xRAM, inherited from this machine's past). More swap probably is advisable. * boot into runlevel 3 (way less memory consuming than runlevel 5). Switch off everything you don't really need (e.g. rhgb, usb, NetworkManager, PulseAudio, avahi, etc.). * Disable yum-updatesd - I update this machine by manually running yum, occasionally running selective updates (Occasionally, update-floods tend to cause OOMs). * Slim down the static installation (number of packages) and dynamic installation (daemons/services) to your personal "required" minimum. Fedora's default configuration is pretty generous. > (e.g. the i586 variant is built again) AFAICT, it has always been built. > or am I missing something else? Bring along a lot of time ... installation/updates are really slow ;) Ralf From emmanuel.seyman at club-internet.fr Tue Apr 8 12:54:43 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 8 Apr 2008 14:54:43 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FB5E8A.2050800@gmail.com> References: <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <47FB49AB.6070706@gmail.com> <22364.192.54.193.59.1207652632.squirrel@rousalka.dyndns.org> <47FB5E8A.2050800@gmail.com> Message-ID: <20080408125443.GA17871@orient.maison.lan> * Andrew Farris [08/04/2008 14:29] : > > Well, we disagree on what constitutes 'interest'. I don't think creating a > bugzilla account and logging in quite gets there. This is actually a huge hurdle (the main issue seems to be that Bugzilla requires your email address to go in a database, something most users are wary of) and I'm not sure belittling the act is the best thing to do. https://www.redhat.com/archives/fedora-devel-list/2008-March/msg02228.html > Common sense dictates more information will get better results. Remind me to stuff the contents of Wikipedia in my next bug report. I'm not even sure that more info will actually wield better results. We've already heard several maintainers complaining about bug/comment overload and I'm certain that those maintainers that don't touch their bugs at all are in the same boat. > I think you sell the general bug reporter short here. Often they may not > know how to collect the information thats needed, but if they want to get > it collected they will ask what is needed and respond to the bug comments, > and learn in the process. We've already been through all this. This leads to bug maintainers making the same comments over and over again which they tire of, sooner or later. > If they vent/complain about how broken the software is, with a half-hearted > bug report, or just post some complaints to a mailing list and then decide > to change projects or use a different app (omg gnome is broken I'll change > to kde forever, etc), then the reporter is not beneficial and maybe its > best for them to go ahead and change projects? It's probably best for the reporter but not for the project. They lose a user, a bug reporter, someone who has the potentiel to contribute documentation, a translation or code. And $ENTITY help them if the next bug the user would have reported had revealed a security hole in their software. Emmanuel From davej at redhat.com Tue Apr 8 13:03:23 2008 From: davej at redhat.com (Dave Jones) Date: Tue, 8 Apr 2008 09:03:23 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080407162553.GC16893@devserv.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> Message-ID: <20080408130323.GA18839@redhat.com> On Mon, Apr 07, 2008 at 12:25:53PM -0400, Alan Cox wrote: > On Thu, Apr 03, 2008 at 10:04:31AM -0400, Dave Jones wrote: > > > Do these older/limited machines do anything better now than they did in > > > the 2.4 kernel days? > > > > Good luck trying to get the installer to run on anything less than 512MB these days. > > Don't bother: either > > - Use an existing disk image and upgrade it (works in 128MB) Part of the selinux-policy-targeted upgrade does something whih munches through stupid amounts of memory. On any box I've tried this on with <512MB, the oom killer kicks in, and then I've been left with the mess of a half upgraded box, with lots of rpms listed twice in the rpmdb. Dave -- http://www.codemonkey.org.uk From skvidal at fedoraproject.org Tue Apr 8 13:03:07 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 08 Apr 2008 09:03:07 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <47FB3D81.2040704@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <1207632357.14799.12.camel@cutter> <47FB3D81.2040704@redhat.com> Message-ID: <1207659787.14799.15.camel@cutter> On Tue, 2008-04-08 at 11:40 +0200, Karsten Hopp wrote: > It's better than 3.2.13 on my x86_64 machine with > 3500 packages to update, although the > memory requirements are still quite high and the amount of time used for the transaction test is > extremely long (not yum's problem, that seems to be rpmlib). > > 19048 root 20 0 3475m 3.2g 9556 R 100.6 41.1 79:00.21 /usr/bin/python /usr/bin/yum update > > Well, the yum traceback after 81 minutes is another matter, I've opened a bugzilla for that ;-( Is the above memory use during the transaction or before it? If during, then file it against rpmlib. Do this, re-run your test but check the memory use BEFORE you press 'y' to confirm the transaction. That's the amount of memory yum needs. -sv From alan at redhat.com Tue Apr 8 13:12:39 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 09:12:39 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408130323.GA18839@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <20080408130323.GA18839@redhat.com> Message-ID: <20080408131239.GA25290@devserv.devel.redhat.com> On Tue, Apr 08, 2008 at 09:03:23AM -0400, Dave Jones wrote: > > - Use an existing disk image and upgrade it (works in 128MB) > > Part of the selinux-policy-targeted upgrade does something whih > munches through stupid amounts of memory. On any box I've tried > this on with <512MB, the oom killer kicks in, and then I've been > left with the mess of a half upgraded box, with lots of rpms > listed twice in the rpmdb. Interesting - not had that problem but I do have a lot of swap on the small boxes (512MB or so) which would have meant it ticked along fine. You can always create a swapfile for the upgrade anyway From galibert at pobox.com Tue Apr 8 13:12:30 2008 From: galibert at pobox.com (Olivier Galibert) Date: Tue, 8 Apr 2008 15:12:30 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FAF340.9090300@redhat.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> Message-ID: <20080408131230.GB61936@dspnet.fr.eu.org> On Mon, Apr 07, 2008 at 09:23:28PM -0700, John Poelstra wrote: > 2) Is it reasonable for a bug reporter or a maintainer to expect that > EVERY legitimate bug filed will be fixed? What about bugs that are still in "NEW" state since november? That's an extremely efficient way to lose bug reporters. OG. From skvidal at fedoraproject.org Tue Apr 8 13:10:19 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 08 Apr 2008 09:10:19 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408130323.GA18839@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <20080408130323.GA18839@redhat.com> Message-ID: <1207660219.14799.19.camel@cutter> On Tue, 2008-04-08 at 09:03 -0400, Dave Jones wrote: > On Mon, Apr 07, 2008 at 12:25:53PM -0400, Alan Cox wrote: > > On Thu, Apr 03, 2008 at 10:04:31AM -0400, Dave Jones wrote: > > > > Do these older/limited machines do anything better now than they did in > > > > the 2.4 kernel days? > > > > > > Good luck trying to get the installer to run on anything less than 512MB these days. > > > > Don't bother: either > > > > - Use an existing disk image and upgrade it (works in 128MB) > > Part of the selinux-policy-targeted upgrade does something whih > munches through stupid amounts of memory. On any box I've tried > this on with <512MB, the oom killer kicks in, and then I've been > left with the mess of a half upgraded box, with lots of rpms > listed twice in the rpmdb. So it's not an install, its an upgrade? I'm just asking b/c that normally changes the set of things rpm has to do wrt file comparisons and checking. Upgrades will probably take more memory than installs. -sv From emmanuel.seyman at club-internet.fr Tue Apr 8 13:19:13 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 8 Apr 2008 15:19:13 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FAF340.9090300@redhat.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> Message-ID: <20080408131913.GA18100@orient.maison.lan> * John Poelstra [08/04/2008 09:16] : > > 2) Is it reasonable for a bug reporter or a maintainer to expect that EVERY > legitimate bug filed will be fixed? 2a) Is it reasonable for a bug reporter to expect that a bug will linger as UNCONFIRMED/NEW/ASSIGNED from creation until distribution-EOL without a single comment from the maintainer ? Emmanuel From sds at tycho.nsa.gov Tue Apr 8 13:47:32 2008 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Tue, 08 Apr 2008 09:47:32 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408130323.GA18839@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <20080408130323.GA18839@redhat.com> Message-ID: <1207662452.21223.289.camel@moss-spartans.epoch.ncsc.mil> On Tue, 2008-04-08 at 09:03 -0400, Dave Jones wrote: > On Mon, Apr 07, 2008 at 12:25:53PM -0400, Alan Cox wrote: > > On Thu, Apr 03, 2008 at 10:04:31AM -0400, Dave Jones wrote: > > > > Do these older/limited machines do anything better now than they did in > > > > the 2.4 kernel days? > > > > > > Good luck trying to get the installer to run on anything less than 512MB these days. > > > > Don't bother: either > > > > - Use an existing disk image and upgrade it (works in 128MB) > > Part of the selinux-policy-targeted upgrade does something whih > munches through stupid amounts of memory. On any box I've tried > this on with <512MB, the oom killer kicks in, and then I've been > left with the mess of a half upgraded box, with lots of rpms > listed twice in the rpmdb. Is this still true? There were several memory optimizations implemented in libsemanage and libsepol in time for Fedora 9, so semodule and semanage should be much less memory hungry than they were in Fedora 8. -- Stephen Smalley National Security Agency From jonstanley at gmail.com Tue Apr 8 13:57:08 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 8 Apr 2008 09:57:08 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> Message-ID: Might wanna point to the plagiarized source - that took me hours to write :). Seriously, that is a good point. I realize that there is limited reporter time. However, there are *many* more than 590 reporters to report bugs - it becomes an issue of supply and demand at that point - the demand for developer time outstrips the supply of it. Sad but true... On Tue, Apr 8, 2008 at 5:52 AM, Nicolas Mailhot wrote: > Hi > > Following from experience with the recent Fedora Bugzilla mass-triage, > I figured that I would write a few words about the state of bugs in > open source projects, and where people's perception can tend to fall > short of reality. [Some of you will recognize where it's largely > plagiarized from] > > OSS developers assume that because there is not a dedicated paid > testing team hidden within the walls of a particular contracting > company, that there are infinite testing resources. Instead, just as > with proprietary software, the resources are finite, the amount of > hours in a day are finite, and the fact is that most of bug reporters > are contributing to an OSS community in their spare time, not being > paid to do it full-time. In fact the overwhelming majority of users is > pretty happy to rant on discussion forums and mailing lists and let > software authors go fish for problems themselves, rather than expend > the time and energy to push report through "proper" channels. In fact, > it is debatable that the number of OSS bug reporters is growing faster > than the number of OSS code authors. > > Given these resource limitations, bug reporters have to be selective > in their reporting. The volume of code and the number of problems to > report is literally more than they can handle. In order to handle the > workload, they filter ruthlessly. If a project takes months to answer > a bug report, or repeatedly asks to retest or confirm a problem no one > has looked at still exists, that's unlikely to get as much attention > as a project that is quick to process reports and does not make > reporters feel they're wasting their time. I'm not saying that this is > good, bad, or indifferent, but simply a fact of life in the open > source world. > > In conclusion, the open source bug reporting community is very happy > to help projects better their software. However, the people that > produce problem reports are very much inundated with issues that > should be reported. What does this mean to you, the bug handlers? That > we'd like for you to understand that every problem is not going to be > reported in a perfect way, and simply asking reporters to work more on > reports is not a guarantee that they will do it. In fact most of them > will just report their activity to channels where the bar is set > lower, and the cost/benefits ratio is better for them. The only reward > for reporting issues is having them handled. When handling is poor > this ratio gets very bad quickly. > > There are humans the other side of the channel too. > > -- > Nicolas Mailhot > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Jon Stanley Fedora Bug Wrangler jstanley at fedoraproject.org From lesmikesell at gmail.com Tue Apr 8 13:59:48 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 08 Apr 2008 08:59:48 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: <47FB5E8A.2050800@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <47FB49AB.6070706@gmail.com> <22364.192.54.193.59.1207652632.squirrel@rousalka.dyndns.org> <47FB5E8A.2050800@gmail.com> Message-ID: <47FB7A54.7040500@gmail.com> Andrew Farris wrote: > > I don't see how any adult who uses a computer could assume anything > *but* that a better bug report will be more likely to get fixed than an > incomplete one. Computer programs are usually pretty consistent - which is why we run them most of the time... Unless the bug is triggered by unusual hardware, I'd expect most bugs to be easily reproducible by the developer who is likely to be the only one who can understand and fix it. And if it is triggered by unusual hardware, you can't expect an isolated end user to know that or the relevant data to diagnose it. > If they vent/complain about how broken the software is, with a > half-hearted bug report, or just post some complaints to a mailing list > and then decide to change projects or use a different app (omg gnome is > broken I'll change to kde forever, etc), then the reporter is not > beneficial and maybe its best for them to go ahead and change projects? > I think almost all FOSS communities have become bloated with people > giving this level of 'interest', but thats just my 2c. An end user isn't going to know whether the bug is triggered by his incorrect settings/options, his hardware, or it is happening to everyone, so those mail list posts are a good thing to sort out the issues that aren't bugs or have known workarounds. If you don't encourage that, and a community that will repond on the user mail list you'll end up with bugzilla being the support request forum. You'd really be better of if BZ's weren't posted at all until a support-list email confirmed that others had the same issue and there was no workaround. But there is not a lot of developer involvement on the user list to develop that sort of community interaction. -- Les Mikesell lesmikesell at gmail.com From pertusus at free.fr Tue Apr 8 14:10:33 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 8 Apr 2008 16:10:33 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> Message-ID: <20080408141033.GC21816@free.fr> On Tue, Apr 08, 2008 at 09:57:08AM -0400, Jon Stanley wrote: > Might wanna point to the plagiarized source - that took me hours to > write :). Seriously, that is a good point. I realize that there is > limited reporter time. However, there are *many* more than 590 > reporters to report bugs - it becomes an issue of supply and demand at > that point - the demand for developer time outstrips the supply of it. In my opinion (and I repeatedly asked fesco to take care of that, although I don't know clearly what would be best) there are also a lot of maintainers that should seek co-maintainership or ask for reporters to implement the asked change, when the bug comes with a trivial change or a patch. But it only covers bugs that the reporter propose a solution for. -- Pat From jkeating at redhat.com Tue Apr 8 14:16:41 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 10:16:41 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408122010.GA22993@devserv.devel.redhat.com> References: <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> <1207652082.7589.67.camel@localhost.localdomain> <20080408122010.GA22993@devserv.devel.redhat.com> Message-ID: <1207664202.6689.1.camel@localhost.localdomain> On Tue, 2008-04-08 at 08:20 -0400, Alan Cox wrote: > > Where ??? The only thing looking bad for Fedora right now is *your* attitude > problem. "Don't bother:" <-- Fedora doesn't work for these systems. False. "- Use a distro more suited to small systems" <-- Fedora doesn't work for these systems. False. You're incorrectly driving people away from Fedora for no good reason. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Apr 8 14:20:49 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 10:20:49 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408122029.GB22993@devserv.devel.redhat.com> References: <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <20080408101151.GB18061@devserv.devel.redhat.com> <1207652167.7589.69.camel@localhost.localdomain> <20080408122029.GB22993@devserv.devel.redhat.com> Message-ID: <1207664450.6689.4.camel@localhost.localdomain> On Tue, 2008-04-08 at 08:20 -0400, Alan Cox wrote: > > So what did you do differently than I did? > > Dunno what did you do different to me ? Are you actually reading mail Alan? "Just for funsies I attempted a text mode install in an i386 KVM guest with 128 megs of ram. Using today's rawhide boot.iso (which has stage2 on it) and pointing it at an http mirror. Guess what, the install completed fine, and booted after the fact. I picked a minimal package set from the package selector (included vim-enhanced though). That's still 428~ packages." I showed my methodology, you haven't. It's rather impossible for me to deduce what I've done differently from you, when I don't know what you did. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pmr at pajato.com Tue Apr 8 14:23:19 2008 From: pmr at pajato.com (Paul Michael Reilly) Date: Tue, 08 Apr 2008 10:23:19 -0400 Subject: Dual head in F9 on KDE spin In-Reply-To: References: <47FA44EF.5040806@pajato.com> <47FA5EFD.308@pajato.com> Message-ID: <47FB7FD7.9020707@pajato.com> Mary Ellen Foster wrote: ... Thanks so much for the info. You've been a breath of fresh air in what is mostly a KDE desert. :-( -pmr From alan at redhat.com Tue Apr 8 14:24:40 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 10:24:40 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207664202.6689.1.camel@localhost.localdomain> References: <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> <1207652082.7589.67.camel@localhost.localdomain> <20080408122010.GA22993@devserv.devel.redhat.com> <1207664202.6689.1.camel@localhost.localdomain> Message-ID: <20080408142440.GB27728@devserv.devel.redhat.com> On Tue, Apr 08, 2008 at 10:16:41AM -0400, Jesse Keating wrote: > "Don't bother:" <-- Fedora doesn't work for these systems. False. Try quoting in context > "- Use a distro more suited to small systems" <-- Fedora doesn't work > for these systems. False. One of the options, and nowhere does it say Fedora doesn't work for such systems. Amazing how you can warp other people's comments by quoting them without context. Consider a career in politics or law From nicolas.mailhot at laposte.net Tue Apr 8 14:25:22 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 8 Apr 2008 16:25:22 +0200 (CEST) Subject: bugzilla triage madness :-/ In-Reply-To: <20080408141033.GC21816@free.fr> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> Message-ID: <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> > On Tue, Apr 08, 2008 at 09:57:08AM -0400, Jon Stanley wrote: >> Might wanna point to the plagiarized source - that took me hours to >> write :). I was sort-of waiting for you to react ;) http://jons-thoughts.blogspot.com/2008/04/some-thoughts-on-bug-reports-and-free.html Regards, -- Nicolas Mailhot From alan at redhat.com Tue Apr 8 14:25:52 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 10:25:52 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207664450.6689.4.camel@localhost.localdomain> References: <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <20080408101151.GB18061@devserv.devel.redhat.com> <1207652167.7589.69.camel@localhost.localdomain> <20080408122029.GB22993@devserv.devel.redhat.com> <1207664450.6689.4.camel@localhost.localdomain> Message-ID: <20080408142552.GC27728@devserv.devel.redhat.com> On Tue, Apr 08, 2008 at 10:20:49AM -0400, Jesse Keating wrote: > > > > Dunno what did you do different to me ? > > Are you actually reading mail Alan? And pointing out how absurd your question is. > I showed my methodology, you haven't. It's rather impossible for me to > deduce what I've done differently from you, when I don't know what you > did. Ditto, and a few parameters is not enough to even guess. Alan From jkeating at redhat.com Tue Apr 8 14:26:50 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 10:26:50 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408142440.GB27728@devserv.devel.redhat.com> References: <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> <1207652082.7589.67.camel@localhost.localdomain> <20080408122010.GA22993@devserv.devel.redhat.com> <1207664202.6689.1.camel@localhost.localdomain> <20080408142440.GB27728@devserv.devel.redhat.com> Message-ID: <1207664810.6689.7.camel@localhost.localdomain> On Tue, 2008-04-08 at 10:24 -0400, Alan Cox wrote: > On Tue, Apr 08, 2008 at 10:16:41AM -0400, Jesse Keating wrote: > > "Don't bother:" <-- Fedora doesn't work for these systems. False. > > Try quoting in context The context is "> Good luck trying to get the installer to run on anything less than 512MB these days." And I've just shown my methodology (which isn't really complicated, or interesting) for installing rawhide to a machine with 128 megs. So, again, why should people "not bother" and be driven to rather complicated installation paths, or other distros all together? Were you just spouting thoughts from previous install attempts, without trying to verify if these "problems" still existed? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Apr 8 14:28:59 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 10:28:59 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408142552.GC27728@devserv.devel.redhat.com> References: <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <20080408101151.GB18061@devserv.devel.redhat.com> <1207652167.7589.69.camel@localhost.localdomain> <20080408122029.GB22993@devserv.devel.redhat.com> <1207664450.6689.4.camel@localhost.localdomain> <20080408142552.GC27728@devserv.devel.redhat.com> Message-ID: <1207664939.6689.10.camel@localhost.localdomain> On Tue, 2008-04-08 at 10:25 -0400, Alan Cox wrote: > Ditto, and a few parameters is not enough to even guess. Would you like a screen cast Alan? Launch the KVM guest with 128 megs of ram, and a local IDE disk as file image, and point to rawhide's boot.iso as a CD device to boot from. Select text install from syslinux menu. Click next next next next next (etc..) until you get to the software selection screen. Uncheck almost everything (I chose to include vim-enhanced from the Text Editors group). Next next... reboot. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Apr 8 14:30:17 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 10:30:17 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207664939.6689.10.camel@localhost.localdomain> References: <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207625593.7589.58.camel@localhost.localdomain> <20080408101151.GB18061@devserv.devel.redhat.com> <1207652167.7589.69.camel@localhost.localdomain> <20080408122029.GB22993@devserv.devel.redhat.com> <1207664450.6689.4.camel@localhost.localdomain> <20080408142552.GC27728@devserv.devel.redhat.com> <1207664939.6689.10.camel@localhost.localdomain> Message-ID: <1207665017.6689.12.camel@localhost.localdomain> On Tue, 2008-04-08 at 10:28 -0400, Jesse Keating wrote: > > Launch the KVM guest with 128 megs of ram, and a local IDE disk as file > image, and point to rawhide's boot.iso as a CD device to boot from. > > Select text install from syslinux menu. Forgot a next next, choose url, enter the http address of a rawhide mirror. > > Click next next next next next (etc..) until you get to the software > selection screen. > > Uncheck almost everything (I chose to include vim-enhanced from the Text > Editors group). > > Next next... reboot. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jreiser at BitWagon.com Tue Apr 8 14:36:45 2008 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 08 Apr 2008 07:36:45 -0700 Subject: rawhide report: 20080408 changes (resend #2) In-Reply-To: <20080408115749.9C7E7209D92@releng1.fedora.phx.redhat.com> References: <20080408115749.9C7E7209D92@releng1.fedora.phx.redhat.com> Message-ID: <47FB82FD.6030705@BitWagon.com> > New package joni > Java regular expression library > New package fedora-ds-dsgw > Fedora Directory Server Gateway (dsgw) > Updated Packages: > > perl-File-NCopy-0.36-1.fc9 > -------------------------- > * Mon Apr 7 18:00:00 2008 Ralf Cors??pius - 0.36-1 > - Upstream update. > > > gvfs-0.2.3-1.fc9 > ---------------- > * Mon Apr 7 18:00:00 2008 Matthias Clasen - 0.2.3-1 > - Update to 0.2.3 Please sort the New packages, and the Updated packages, into ascending order by package name [according to locale C or en_US.] Sorting by name is a significant Usability improvement over an unsorted list. -- From alan at redhat.com Tue Apr 8 14:42:18 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 10:42:18 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207664810.6689.7.camel@localhost.localdomain> References: <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> <1207652082.7589.67.camel@localhost.localdomain> <20080408122010.GA22993@devserv.devel.redhat.com> <1207664202.6689.1.camel@localhost.localdomain> <20080408142440.GB27728@devserv.devel.redhat.com> <1207664810.6689.7.camel@localhost.localdomain> Message-ID: <20080408144218.GA28538@devserv.devel.redhat.com> On Tue, Apr 08, 2008 at 10:26:50AM -0400, Jesse Keating wrote: > The context is "> Good luck trying to get the installer to run on > anything less than 512MB these days." Please read the original email. The context was a 128MB box. The 512MB reply was as I've already pointed out Dave Jones. And at this point I think everyone else is probably sick of the thread so here it stops From jreiser at BitWagon.com Tue Apr 8 14:42:25 2008 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 08 Apr 2008 07:42:25 -0700 Subject: auto-discovery of filesystems (mount, icon) by Gnome Desktop Message-ID: <47FB8451.8070900@BitWagon.com> Four days ago my rawhide Gnome Desktop was uncluttered. Yesterday the desktop has an icon for every filesystem not listed in /etc/fstab (several dozen), each filesystem has been mounted read-write in /media, and login takes 10 seconds longer. How can I control this? Each of the six states ({read-only, read-write, no mount} cross {icon or not}) is a valid possibility. Besides that, I seek control via: userID, groupID, system-wide master override userID, groupID, system-wide default media type (flash memory, CD, DVD, ROM, Recordable, RW, ...) media location (internal, front panel, rear panel) connector/bus type (pata, sata, e-sata, USB1.1, USB2.0, ieee1394) device manufacturer, model number, serial number filesystem type (vfat, ext2, ...), label, UUID spindle (sda, sdb, etc.) time and date Text specifiers should allow regular expressions. -- From jkeating at redhat.com Tue Apr 8 14:43:01 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 10:43:01 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408144218.GA28538@devserv.devel.redhat.com> References: <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> <1207652082.7589.67.camel@localhost.localdomain> <20080408122010.GA22993@devserv.devel.redhat.com> <1207664202.6689.1.camel@localhost.localdomain> <20080408142440.GB27728@devserv.devel.redhat.com> <1207664810.6689.7.camel@localhost.localdomain> <20080408144218.GA28538@devserv.devel.redhat.com> Message-ID: <1207665781.6689.14.camel@localhost.localdomain> On Tue, 2008-04-08 at 10:42 -0400, Alan Cox wrote: > On Tue, Apr 08, 2008 at 10:26:50AM -0400, Jesse Keating wrote: > > The context is "> Good luck trying to get the installer to run on > > anything less than 512MB these days." > > Please read the original email. The context was a 128MB box. The 512MB reply > was as I've already pointed out Dave Jones. Your reply quoted only DaveJ, and only DaveJ saying 512. Regardless, it's /still/ false for systems with 128Megs. > > And at this point I think everyone else is probably sick of the thread so here > it stops Sure. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From wolfy at nobugconsulting.ro Tue Apr 8 14:49:46 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 08 Apr 2008 17:49:46 +0300 Subject: rawhide bug ? Message-ID: <47FB860A.1080609@nobugconsulting.ro> I am trying to review https://bugzilla.redhat.com/show_bug.cgi?id=438126 so I did a minimal F-8 install and issued yum -y update --enablerepo=development (which was successful ) followed by a reboot. I swear I did not try anything fancy. The net result (obtained twice ) is visible at http://wdl.lug.ro/linux/rawhide.png Anything known ? Am I a lucky winner ? From mike at cchtml.com Tue Apr 8 14:55:08 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 08 Apr 2008 09:55:08 -0500 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <1207644449.2988.307.camel@beck.corsepiu.local> References: <1207644449.2988.307.camel@beck.corsepiu.local> Message-ID: <47FB874C.9060504@cchtml.com> -------- Original Message -------- Subject: Re: i586 kernels [Was: very common kernel modules slow down the boot process] From: Ralf Corsepius To: Development discussions related to Fedora Date: 04/08/2008 03:47 AM > On Tue, 2008-04-08 at 09:30 +0200, Gianluca Sforna wrote: >> On Thu, Apr 3, 2008 at 4:18 PM, Ralf Corsepius wrote: >>> Actually, my old i586 system works quite smoothly with FC8 and better it >>> did with some older Fedoras. >>> >> Last time I tried (around FC6) I was not able to use Fedora for one >> little i586 class box? I have around due to the absence of a >> corresponding kernel. > I've been hit by this bug myself ca. during the FC6/FC7 time-frame. > AFAICT, the cause had been a bug somewhere in installer , which had > caused installing on i586 to install the wrong (i686) kernel. > > [User visible symptoms had been the installer installing i686 packages, > and using some i686 tls glibc stuff - There is a BZ somewhere. > AFAICT, this is fixed in FC8.] > >> Did something change > Yes, plenty has changed between FC6 and FC8. > > Noteworthy: > * FC8 yum uses much less memory than its predecessors. > * This silly installer-bug finally has been fixed. > * Packaging is more granular. > * rpm has been improved (FC6's rpm/yum occasionally killed the rpmdb) > > Other tricks I am applying: > * selinux=0 - The amount of memory SELinux uses, causes kernel-OOMs > early while booting. > * sufficient swap - My i586 uses 128MB (2xRAM, inherited from this > machine's past). More swap probably is advisable. > * boot into runlevel 3 (way less memory consuming than runlevel 5). > Switch off everything you don't really need (e.g. rhgb, usb, > NetworkManager, PulseAudio, avahi, etc.). > * Disable yum-updatesd - I update this machine by manually running yum, > occasionally running selective updates (Occasionally, update-floods tend > to cause OOMs). > * Slim down the static installation (number of packages) and dynamic > installation (daemons/services) to your personal "required" minimum. > Fedora's default configuration is pretty generous. > >> (e.g. the i586 variant is built again) > AFAICT, it has always been built. > >> or am I missing something else? > Bring along a lot of time ... installation/updates are really slow ;) > Not to sound *too* negative, but is there a donation fund where I can put $5 so you guys with i586s can upgrade? Good lord. I'm sure if you melted down the gold, copper, and steel in the i586 computers you guys have you could *easily* afford a Core 2 Quad with 4 gigs of DDR2. > Ralf > > > From ivazqueznet at gmail.com Tue Apr 8 14:57:28 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 08 Apr 2008 10:57:28 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> Message-ID: <1207666648.3220.10.camel@ignacio.lan> On Tue, 2008-04-08 at 16:25 +0200, Nicolas Mailhot wrote: > > On Tue, Apr 08, 2008 at 09:57:08AM -0400, Jon Stanley wrote: > >> Might wanna point to the plagiarized source - that took me hours to > >> write :). > > I was sort-of waiting for you to react ;) Yeah, uh... that's not how it works. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From emmanuel.seyman at club-internet.fr Tue Apr 8 15:08:39 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 8 Apr 2008 17:08:39 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> Message-ID: <20080408150839.GA18748@orient.maison.lan> * Jon Stanley [08/04/2008 16:23] : > > Might wanna point to the plagiarized source - that took me hours to > write :). Seriously, that is a good point. I realize that there is > limited reporter time. However, there are *many* more than 590 > reporters to report bugs - it becomes an issue of supply and demand at > that point - the demand for developer time outstrips the supply of it. If the maintainers don't actually track bugs, why have a bug tracker ? Emmanuel From alan at redhat.com Tue Apr 8 15:11:43 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 11:11:43 -0400 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <47FB874C.9060504@cchtml.com> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> Message-ID: <20080408151143.GA30424@devserv.devel.redhat.com> > Not to sound *too* negative, but is there a donation fund where I can > put $5 so you guys with i586s can upgrade? Good lord. The 586 aspect isn't a big problem. It needs some trivial kernel differences which increasingly are being done by run time fixup. The installer is fine if there is enough memory. I did need to use a respin disk but that was no big deal. The VIA isn't really a 586 but a 686, it is however hit by a gcc machine specification bug that isn't really fixable as stuff now relies on the broken gcc definition of 686. > I'm sure if you melted down the gold, copper, and steel in the i586 > computers you guys have you could *easily* afford a Core 2 Quad with 4 > gigs of DDR2. Yes but it wouldn't run on under 60 watts, silently including the tft and disks. The VIA EPIA boxes are very good for that sort of thing and they save a lot in power costs. Alan From jdieter at gmail.com Tue Apr 8 15:14:48 2008 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 08 Apr 2008 18:14:48 +0300 Subject: rawhide bug ? In-Reply-To: <47FB860A.1080609@nobugconsulting.ro> References: <47FB860A.1080609@nobugconsulting.ro> Message-ID: <1207667688.3094.38.camel@localhost.localdomain> On Tue, 2008-04-08 at 17:49 +0300, Manuel Wolfshant wrote: > I am trying to review https://bugzilla.redhat.com/show_bug.cgi?id=438126 > so I did a minimal F-8 install and issued yum -y update > --enablerepo=development (which was successful ) followed by a reboot. I > swear I did not try anything fancy. > The net result (obtained twice ) is visible at > http://wdl.lug.ro/linux/rawhide.png > > Anything known ? Am I a lucky winner ? > I ran into that with kernel-2.6.25-0.185.rc7.git6.fc9.i686. Updating to the latest kernel fixed it for me. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mjg59 at srcf.ucam.org Tue Apr 8 15:17:00 2008 From: mjg59 at srcf.ucam.org (Matthew Garrett) Date: Tue, 8 Apr 2008 16:17:00 +0100 Subject: xulrunner rendering issues ? In-Reply-To: <1207600313.3299.21.camel@rousalka.dyndns.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> <47FA0C81.3080101@poolshark.org> <20080407213943.49f90bc0@lain.camperquake.de> <1207598476.3299.3.camel@rousalka.dyndns.org> <1207600313.3299.21.camel@rousalka.dyndns.org> Message-ID: <20080408151700.GA19497@srcf.ucam.org> On Mon, Apr 07, 2008 at 10:31:53PM +0200, Nicolas Mailhot wrote: > And all this should be done at the kernel/Xorg level, with app writers > focusing on a way to share font size prefs (via xsettings, dbus or > whatever is the cool tech of the day), instead of second-guessing the > system (badly). In the case where xorg /does/ get it wrong (monitors without DDC, or with EDID blocks that are filled with lies), we still need a way to override that. However, the current UI just encourages people to do entirely the wrong thing. Something like the gimp's DPI setup widget would make more sense (a stretchy ruler that you make the correct length), along with a much more obvious "Make my fonts bigger/smaller" widget which does nothing to the DPI settings. -- Matthew Garrett | mjg59 at srcf.ucam.org From jkeating at redhat.com Tue Apr 8 15:22:36 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Apr 2008 11:22:36 -0400 Subject: Fedora 9 Final Freeze Message-ID: <1207668156.6689.22.camel@localhost.localdomain> We froze for Fedora 9 early this morning (the same time the rawhide compose happened). This is our final freeze. http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy explains the policy. We're planning a snapshot we'll call 'Preview Release' this Thursday or Friday. Then release candidates will be created next week. If it becomes obvious that we will have to slip the release date for getting certain bugs fixed we will announce very loudly as soon as we make the decision. Mass CVS branching will come later this week so that folks can begin work on F10. PS: to see if your build is tagged for Fedora 9, check 'koji latest-pkg f9-final ' -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From lesmikesell at gmail.com Tue Apr 8 15:25:39 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 08 Apr 2008 10:25:39 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> Message-ID: <47FB8E73.8010903@gmail.com> Nicolas Mailhot wrote: >> On Tue, Apr 08, 2008 at 09:57:08AM -0400, Jon Stanley wrote: >>> Might wanna point to the plagiarized source - that took me hours to >>> write :). > > I was sort-of waiting for you to react ;) > > http://jons-thoughts.blogspot.com/2008/04/some-thoughts-on-bug-reports-and-free.html The story here is somewhat one-sided. Are there any equivalent thoughts on the number of users experiencing the results of these bugs, the total man-hours wasted by them on the user side, or what their response to them should be? -- Les Mikesell lesmikesell at gmail.com From jwilson at redhat.com Tue Apr 8 15:27:02 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 08 Apr 2008 11:27:02 -0400 Subject: rawhide bug ? In-Reply-To: <1207667688.3094.38.camel@localhost.localdomain> References: <47FB860A.1080609@nobugconsulting.ro> <1207667688.3094.38.camel@localhost.localdomain> Message-ID: <47FB8EC6.8020101@redhat.com> Jonathan Dieter wrote: > On Tue, 2008-04-08 at 17:49 +0300, Manuel Wolfshant wrote: >> I am trying to review https://bugzilla.redhat.com/show_bug.cgi?id=438126 >> so I did a minimal F-8 install and issued yum -y update >> --enablerepo=development (which was successful ) followed by a reboot. I >> swear I did not try anything fancy. >> The net result (obtained twice ) is visible at >> http://wdl.lug.ro/linux/rawhide.png >> >> Anything known ? Am I a lucky winner ? >> > > I ran into that with kernel-2.6.25-0.185.rc7.git6.fc9.i686. Updating to > the latest kernel fixed it for me. Wasn't actually a kernel bug, it was a problem of the wrong glibc or something getting pulled into the initrd by mkinitrd. I believe Peter Jones was working on fixing that yesterday, so its probably good to go now... -- Jarod Wilson jwilson at redhat.com From lkundrak at redhat.com Tue Apr 8 15:41:14 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Tue, 08 Apr 2008 17:41:14 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> Message-ID: <1207669275.18618.61.camel@localhost.localdomain> On Mon, 2008-04-07 at 15:25 +0200, David Nielsen wrote: > > > 2008/4/6, Josh Boyer : > > mono-zeroconf: > F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) > > This is the same exact code, the revision is merely higher because of > a little import snarfu. Shouldn't pose a problem A way to aviod problems like these is to keep the same revision number part before dist tag when using the same source package, and only increase the part of revision after the dist tag when doing change that applies to a branch. That way you'll do (example): f8 | f9 ----------------- -1.fc8 < -1.fc9 (Initial build of same package on branch and trunk) -1.fc8.1 < -1.fc9 (Made a change on branch) -1.fc8.1 < -2.fc9 (Imported new trunk) -2.fc8 < -2.fc9 (Merged the trunk into branch) -2.fc8.1 < -2.fc9 (And do another branch change) Without breaking upgrade path at any point in time. -- Lubomir Kundrak (Red Hat Security Response Team) From mike at cchtml.com Tue Apr 8 15:42:27 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 08 Apr 2008 10:42:27 -0500 Subject: [OT] i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <20080408151143.GA30424@devserv.devel.redhat.com> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <20080408151143.GA30424@devserv.devel.redhat.com> Message-ID: <47FB9263.3060405@cchtml.com> -------- Original Message -------- Subject: Re: i586 kernels [Was: very common kernel modules slow down the boot process] From: Alan Cox To: Development discussions related to Fedora Date: 04/08/2008 10:11 AM >> Not to sound *too* negative, but is there a donation fund where I can >> put $5 so you guys with i586s can upgrade? Good lord. > > The 586 aspect isn't a big problem. It needs some trivial kernel differences > which increasingly are being done by run time fixup. The installer is fine > if there is enough memory. I did need to use a respin disk but that was no > big deal. The VIA isn't really a 586 but a 686, it is however hit by a gcc > machine specification bug that isn't really fixable as stuff now relies on the > broken gcc definition of 686. That is unfortunate. > >> I'm sure if you melted down the gold, copper, and steel in the i586 >> computers you guys have you could *easily* afford a Core 2 Quad with 4 >> gigs of DDR2. > > Yes but it wouldn't run on under 60 watts, silently including the tft and > disks. The VIA EPIA boxes are very good for that sort of thing and they > save a lot in power costs. If power draw is a concern, there's some ULV Core 2s you could use. 1.2 ghz of power at 10 watts TDP. Much faster and cooler than the VIA. SSD drives for complete silence. I'm not trying to be an Intel salesman, but you cannot turn a blind eye to the CPU lines they currently have. > > Alan > Mike From dcbw at redhat.com Tue Apr 8 15:49:54 2008 From: dcbw at redhat.com (Dan Williams) Date: Tue, 08 Apr 2008 11:49:54 -0400 Subject: Network Manager Summary In-Reply-To: References: <1207260867.8107.7.camel@scrappy.miketc.com> <200804032352.07183.jamatos@fc.up.pt> <1207263728.3069.1.camel@scrappy.miketc.com> <604aa7910804031636u7fbb236at66db0ef24d3edc6f@mail.gmail.com> <1207267076.2531.2.camel@scrappy.miketc.com> <1207267649.2460.3.camel@scrappy.miketc.com> <47F5A0BE.4090404@gmail.com> <1207335404.14169.14.camel@localhost.localdomain> Message-ID: <1207669794.16783.21.camel@localhost.localdomain> On Sun, 2008-04-06 at 00:42 +0200, Harald Hoyer wrote: > Dan Williams wrote: > > On Fri, 2008-04-04 at 13:55 +0200, Harald Hoyer wrote: > >> Andrew Farris wrote: > >>> Mike Chambers wrote: > >>>> On Thu, 2008-04-03 at 18:57 -0500, Mike Chambers wrote: > >>>> > >>>>> BUT, the problem seems to be, that after I set it so network didn't > >>>>> start, and network manager did, that my /etc/resolv.conf file got > >>>>> emptied and didn't have dns. I had to add it manually. Going to reboot > >>>>> after sending this email to see if it stays this time. Or does it get > >>>>> removed each time anyway and this is a bug? > >>>> The /etc/resolv.conf file does indeed get emptied (file exists, just no > >>>> info) upon shutdown/boot up. Although the one > >>>> in /etc/sysconfig/networking/profiles/default/resolv.conf file is filled > >>>> out but I am guessing not ready by NM. Soooo, I thought I read about > >>>> the ifcfg-ethx file having dns info inside it? IF so, what paramaters > >>>> are used to list it there? DNS seems to be about the only thing so far > >>>> from NM being completely usable and no configuring at all. > >>>> > >>>> Other thatn that, all is well and services seem to start. ALTHOUGH, I > >>>> have experienced that on shutdown, while shutting down quotas, it stays > >>>> there and never goes away? Cold boot after to get it going. > >>> Edit /etc/sysconfig/networking/devices/ifcfg-ethx and add DNS1, DNS2, > >>> DNS3, and set PEERDNS=no and networkmanager should pick up and reset > >>> your resolv.conf based on those cfgs and which is configured (i.e. diff > >>> interfaces could have diff nameservers). Also see the thread: > >>> Re: f9 resetting dns nameservers > >>> > >> NM does not seem to honor PEERDNS=no > > > > What's the expected behavior there for ifup? > > /usr/share/doc/initscripts-*/sysconfig.txt : > > PEERDNS=yes|no > modify /etc/resolv.conf if peer uses msdns extension (PPP only) or > DNS{1,2} are set, or if using dhclient. default to "yes". > DNS{1,2}= > provide DNS addresses that are dropped into the resolv.conf > file if PEERDNS is not set to "no". > > PEERDNS=no : do not touch /etc/resolv.conf at all... I assume then that if one ifcfg is PEERDNS=yes and another is PEERDNS=no, resolv.conf still gets updated with the information from the one that is PEERDNS=yes? Dan > > For NM, the way it > > _should_ currently work is: > > > > 1) if using DHCP; DNS1..3 will override whatever the DHCP server sends > > you > > > > 2) if using static: you must specify DNSX or else you won't get DNS > > servers > > > > The problem is that we can't pull DNS servers from the existing > > resolv.conf, because stuff rewrites resolv.conf. We need to store DNS > > information in the ifcfg files so that when more than one connection > > gets brought up, we can merge the information from both of those > > connections into a suitable resolv.conf. > > > > What might be a good thing to do is honor PEERDNS=no for a > > connection/ifcfg such that NM just won't use anything that an automatic > > configuration method (like DHCP or PPP) returns for that connection. > > > > Dan > > > > > From alan at redhat.com Tue Apr 8 16:03:46 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 12:03:46 -0400 Subject: [OT] i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <47FB9263.3060405@cchtml.com> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <20080408151143.GA30424@devserv.devel.redhat.com> <47FB9263.3060405@cchtml.com> Message-ID: <20080408160346.GA443@devserv.devel.redhat.com> > >disks. The VIA EPIA boxes are very good for that sort of thing and they > >save a lot in power costs. > > If power draw is a concern, there's some ULV Core 2s you could use. 1.2 And the VIA boxes are fine and already here and running. > ghz of power at 10 watts TDP. Much faster and cooler than the VIA. SSD > drives for complete silence. I'm not trying to be an Intel salesman, but > you cannot turn a blind eye to the CPU lines they currently have. No but I don't see the need to upgrade a box that is quite fast enough already. When it dies it probably will be replaced by a ULV Core 2 or similar (or whatever is current by then). Alan From Lam at Lam.pl Tue Apr 8 16:08:08 2008 From: Lam at Lam.pl (Leszek Matok) Date: Tue, 8 Apr 2008 18:08:08 +0200 Subject: rawhide report: 20080408 changes (resend #2) In-Reply-To: <20080408115749.9C7E7209D92@releng1.fedora.phx.redhat.com> References: <20080408115749.9C7E7209D92@releng1.fedora.phx.redhat.com> Message-ID: <20080408180808.5ec12c03@pensja.lam.pl> Dnia 2008-04-08, o godz. 11:57:49 rawhide at fedoraproject.org (Rawhide) napisa?(a): > * Mon Apr 7 18:00:00 2008 Chuck Ebbert > - Increase SMP boot delay, hopefully solving bug #431882. It won't stay that way for long, right? Citing Bugzilla, "the delay only lengthens the time of the pause before continuing with one cpu"... Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From vpivaini at cs.helsinki.fi Tue Apr 8 16:15:19 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Tue, 8 Apr 2008 19:15:19 +0300 Subject: rawhide report: 20080408 changes In-Reply-To: References: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> Message-ID: <200804081915.21507.vpivaini@cs.helsinki.fi> Alex Lancaster wrote: > vdr-skinsoppalusikka-1.0.6-2.fc9.i386 requires vdr(abi) = 0:1.4.5 > vdr-tvonscreen-1.0.141-2.fc9.i386 requires vdr(abi) = 0:1.4.5 > > Gah! Looks like some people introduced a whole lot of broken deps > just as the freeze happened. None of these were present in > yesterday's rawhide. > > Did some builds, which would fix these, just happen to miss the > cut-off perhaps? These two are my packages. Ville Skytta, who is the primary VDR maintainer, built VDR 1.6.0 yesterday evening, but I had no time to build my packages. Still, we both agreed on getting VDR 1.6.0 into F9 instead of the quite old previous stable 1.4.7. I'm a relatively new packager and I thought the freeze being today would have meant that I'd have had until 23:59 tonight UTC to make the builds, but apparently that was not the case. Sorry about that. I'll start making the new builds right now and I'll contact releng for pushing them into F9 once they're done. -- Ville-Pekka Vainio From tcallawa at redhat.com Tue Apr 8 16:16:49 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 08 Apr 2008 12:16:49 -0400 Subject: ddd up for grabs Message-ID: <1207671409.3065.57.camel@localhost.localdomain> Does anyone want ddd? Frankly, I'm tired of it, I dislike lesstif more everytime I have to deal with it, and debugging it just gives me migraines. But hey! Maybe you like that sort of thing. If you act now, I'll throw in: * Three outstanding ddd bugs (two of them have workarounds) * My undying gratitude for never having to touch ddd again. Seriously. Please, someone take this, or I might just abandon it. ~spot From smooge at gmail.com Tue Apr 8 16:28:27 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 8 Apr 2008 10:28:27 -0600 Subject: EPEL Meeting: 2008-04-09 Message-ID: <80d7e4090804080928m629a20b4oabf45548b8065454@mail.gmail.com> Standard meeting. 1. Old Business A. Status Reports B. Build System 2. New Business A. Clean up wishlist B. Clean up documentation -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From poelstra at redhat.com Tue Apr 8 16:45:45 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 08 Apr 2008 09:45:45 -0700 Subject: Fedora Rel-Eng Meeting Recap 2008-APR-07 Message-ID: <47FBA139.7000201@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-apr-07 Previous Release Engineering Minutes: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings Please make corrections and clarifications to the wiki page. == Fedora 9 Readiness == * Final freeze on Tuesday, April 8, 2008 * Internet2 issue could affect ability to feed mirrors at F9 GA * Ongoing review of blocker bugs until GA == IRC Transcript == From limb at jcomserv.net Tue Apr 8 16:48:24 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 8 Apr 2008 11:48:24 -0500 (CDT) Subject: ddd up for grabs In-Reply-To: <1207671409.3065.57.camel@localhost.localdomain> References: <1207671409.3065.57.camel@localhost.localdomain> Message-ID: <35670.63.85.68.164.1207673304.squirrel@mail.jcomserv.net> > Does anyone want ddd? > > Frankly, I'm tired of it, I dislike lesstif more everytime I have to > deal with it, and debugging it just gives me migraines. > > But hey! Maybe you like that sort of thing. If you act now, I'll throw > in: > > * Three outstanding ddd bugs (two of them have workarounds) > * My undying gratitude for never having to touch ddd again. > > Seriously. Please, someone take this, or I might just abandon it. I'll take it if no one wants it. > ~spot > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From tcallawa at redhat.com Tue Apr 8 16:55:33 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 08 Apr 2008 12:55:33 -0400 Subject: ddd up for grabs In-Reply-To: <35670.63.85.68.164.1207673304.squirrel@mail.jcomserv.net> References: <1207671409.3065.57.camel@localhost.localdomain> <35670.63.85.68.164.1207673304.squirrel@mail.jcomserv.net> Message-ID: <1207673733.3065.61.camel@localhost.localdomain> On Tue, 2008-04-08 at 11:48 -0500, Jon Ciesla wrote: > > Does anyone want ddd? > > > > Frankly, I'm tired of it, I dislike lesstif more everytime I have to > > deal with it, and debugging it just gives me migraines. > > > > But hey! Maybe you like that sort of thing. If you act now, I'll throw > > in: > > > > * Three outstanding ddd bugs (two of them have workarounds) > > * My undying gratitude for never having to touch ddd again. > > > > Seriously. Please, someone take this, or I might just abandon it. > > I'll take it if no one wants it. Sold! I've orphaned it, and will now go wash my hands. https://admin.fedoraproject.org/pkgdb/packages/name/ddd ~spot From ml at kiewel-online.de Tue Apr 8 16:59:27 2008 From: ml at kiewel-online.de (Uwe Kiewel) Date: Tue, 08 Apr 2008 18:59:27 +0200 Subject: boot problem with most recent f8 kernel Message-ID: <47FBA46F.8030806@kiewel-online.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I installed F8 to my notebook - everything is fine. But, after updating to the most recent 2.6.24 kernel (fedora updates), the notebook is unable to boot. screen messages: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: qc timeout (cmd 0xec) ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) ata1: failed to recover some devices, retrying in 5 secs ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: qc timeout (cmd 0xec) ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) ata1: failed to recover some devices, retrying in 5 sec sata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: qc timeout (cmd 0xec) ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) ata1: failed to recover some devices, retrying in 5 secs ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) What can I do? Thanks, Uwe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBR/ukb9s3frmum9swAQJTYgf/QWA/pY34AuOYH7sy07Yh1d8kftMK0hMR wNeylugkCv7neNij/gH6OSR6pj0683vNHRiaUqe2drf1Q9IJgTf0iu507sl09m17 gslrnppvwLCJ2pCT2TlpCmmQ9UYWbZhFH14LdGoHY3ABtjkwJXSU9jjE0nW5WSZv y7jF8kzIo9G4AnjfYkqeXSQPxb0zeiwevueE00gbFmgKaz/705y6+y8YErosZYAy EqsVSl6SzRJJJNNZgTolm3ANayBRH5QQmQwq6Szz7K+/c598KDou9BdiQbNiy6TS JDChBP3oZdYWr7DATaeozYZ/0M1vnd99IrP0yfqEvWeq859ipMS/Ew== =Ksca -----END PGP SIGNATURE----- From limb at jcomserv.net Tue Apr 8 17:07:40 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 8 Apr 2008 12:07:40 -0500 (CDT) Subject: ddd up for grabs In-Reply-To: <1207673733.3065.61.camel@localhost.localdomain> References: <1207671409.3065.57.camel@localhost.localdomain> <35670.63.85.68.164.1207673304.squirrel@mail.jcomserv.net> <1207673733.3065.61.camel@localhost.localdomain> Message-ID: <54166.63.85.68.164.1207674460.squirrel@mail.jcomserv.net> > On Tue, 2008-04-08 at 11:48 -0500, Jon Ciesla wrote: >> > Does anyone want ddd? >> > >> > Frankly, I'm tired of it, I dislike lesstif more everytime I have to >> > deal with it, and debugging it just gives me migraines. >> > >> > But hey! Maybe you like that sort of thing. If you act now, I'll throw >> > in: >> > >> > * Three outstanding ddd bugs (two of them have workarounds) >> > * My undying gratitude for never having to touch ddd again. >> > >> > Seriously. Please, someone take this, or I might just abandon it. >> >> I'll take it if no one wants it. > > Sold! I've orphaned it, and will now go wash my hands. > > https://admin.fedoraproject.org/pkgdb/packages/name/ddd Ownership and bugs taken. > ~spot > -- novus ordo absurdum From alan at redhat.com Tue Apr 8 17:08:56 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Apr 2008 13:08:56 -0400 Subject: boot problem with most recent f8 kernel In-Reply-To: <47FBA46F.8030806@kiewel-online.de> References: <47FBA46F.8030806@kiewel-online.de> Message-ID: <20080408170856.GA3563@devserv.devel.redhat.com> On Tue, Apr 08, 2008 at 06:59:27PM +0200, Uwe Kiewel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I installed F8 to my notebook - everything is fine. But, after updating > to the most recent 2.6.24 kernel (fedora updates), the notebook is > unable to boot. As it boots and says you can hit a key do so. At the grub prompt boot the old kernel. Then file a bug including details on your system. The trace below looks like something broke the irq routing (would this be an IBM T series laptop ???) Alan From billcrawford1970 at gmail.com Tue Apr 8 17:21:08 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Tue, 8 Apr 2008 18:21:08 +0100 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207664202.6689.1.camel@localhost.localdomain> References: <47F4D060.2040005@gmail.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080407224316.GA31559@devserv.devel.redhat.com> <1207619455.7589.53.camel@localhost.localdomain> <20080408100843.GA18061@devserv.devel.redhat.com> <1207652082.7589.67.camel@localhost.localdomain> <20080408122010.GA22993@devserv.devel.redhat.com> <1207664202.6689.1.camel@localhost.localdomain> Message-ID: <544eb990804081021n2581f748y66193b7786040a35@mail.gmail.com> On 08/04/2008, Jesse Keating wrote: > "Don't bother:" <-- Fedora doesn't work for these systems. False. Woah. He didn't say "don't bother *using Fedora*" he said that some upgrade and/or install situations might need a different approach (and he is talking about old hardware that you really aren't targeting any more). > "- Use a distro more suited to small systems" <-- Fedora doesn't work > for these systems. False. Here, it is more a question of "suited to task" than the system; and he may be right for e.g. a firewall or router running on a 486 DX/33 with 8MB or RAM or something ;o) > You're incorrectly driving people away from Fedora for no good reason. Not really. I've been using Fedora since ... well, since it was RHL 4.2, and Alan's not putting me off at all. He's offering workarounds for places where it's harder to use Fedora these days (and it is; even my 1.1GHz Athlon struggles on upgrades with only 512MB of RAM available, not to mention that's not even DDR). It really would help if you'd bear in mind that we don't all want to go buy a new PC every time we upgrade (one thing that really makes people run away for Windows, for example). From ml at kiewel-online.de Tue Apr 8 17:22:01 2008 From: ml at kiewel-online.de (Uwe Kiewel) Date: Tue, 08 Apr 2008 19:22:01 +0200 Subject: boot problem with most recent f8 kernel In-Reply-To: <20080408170856.GA3563@devserv.devel.redhat.com> References: <47FBA46F.8030806@kiewel-online.de> <20080408170856.GA3563@devserv.devel.redhat.com> Message-ID: <47FBA9B9.6090106@kiewel-online.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alan Cox schrieb: > On Tue, Apr 08, 2008 at 06:59:27PM +0200, Uwe Kiewel wrote: >> >> Hi, >> >> I installed F8 to my notebook - everything is fine. But, after updating >> to the most recent 2.6.24 kernel (fedora updates), the notebook is >> unable to boot. > > As it boots and says you can hit a key do so. > > At the grub prompt boot the old kernel. Then file a bug including details What details do you need? Like lscpi or so? Shall I attach a screen shot (jpeg) from the failing boot? I am not sure, how to save the boot trace from the failing kernel to attach it to the bug report. > on your system. The trace below looks like something broke the irq routing > (would this be an IBM T series laptop ???) No. It is an Asus, sold as Z83Kseries. It's the A7K version. Thanks, Uwe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBR/upuds3frmum9swAQL+xggAtYJ8O6uUOebc/fwU6+jhaNRZJkWAK8fE FQmnzFxzA1omFkmar3uaYF2eIUDampz6SUz1VruAdKdh2vny0s3WucxyNr09rpd9 UJsbZf+ZPG+tIhy4q53ECjePZ19m4I1aaPRP4fHWyoMYmDTnjGVo4phCpkFUjKnr RWakquDV+g0S2sSWGpyvtHwEQWcj/nPnBVW57XDp65HDDZNBmcAPbtT2AxdnOuwC uM/M6FXkmOtEYPPL9FDPbFDpKFEE4SHu5W6ugbY1FtSMPD2oRU/itOsKfWyyaOVn ainEeHsnUFBhM62AP66OOGHBC3Z+9BoVUKNURPXcY5LrcWGmpHKduQ== =K0X6 -----END PGP SIGNATURE----- From jonstanley at gmail.com Tue Apr 8 17:45:33 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 8 Apr 2008 13:45:33 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <47FB8E73.8010903@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> Message-ID: On Tue, Apr 8, 2008 at 11:25 AM, Les Mikesell wrote: > The story here is somewhat one-sided. Are there any equivalent thoughts on > the number of users experiencing the results of these bugs, the total > man-hours wasted by them on the user side, or what their response to them > should be? Sure there are. Out of 11,905 bugs right now, there are 3775 reporters. That averages out to about 3 per reporter. Of those 3775 reporters, 2408 have reported only one bug. Assume that all of them got our mail (we actually operated on around 3700 bugs), and it take 10 minutes to act on. Therefore, for 2408 people, we've requested 10 minutes of their time, or 401 man-hours. For the remaining 1367 reporters, I've requested 683 man-hours. Are those the numbers you were looking for? The numbers pale in comparison to the other numbers that I've posted, and these numbers are quite wrong. The numbers that I've presented here are based on the fact that we've asked for action on every bug, whereas in actuality, we've asked for action on 31% of that. It also assumes 3 per reporter, EVEN AFTER we've subtracted 2408 reports since they were reported by folks who only reported one bug, again, a flawed assumption, but quite liberal. From rc040203 at freenet.de Tue Apr 8 15:15:20 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 08 Apr 2008 17:15:20 +0200 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <47FB874C.9060504@cchtml.com> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> Message-ID: <1207667720.24618.4.camel@beck.corsepiu.local> On Tue, 2008-04-08 at 09:55 -0500, Mike Cronenworth wrote: > >> or am I missing something else? > > Bring along a lot of time ... installation/updates are really slow ;) > > > > Not to sound *too* negative, but is there a donation fund where I can > put $5 so you guys with i586s can upgrade? Good lord. > > I'm sure if you melted down the gold, copper, and steel in the i586 > computers you guys have you could *easily* afford a Core 2 Quad with 4 > gigs of DDR2. What you are missing: There are other aspects besides "being able to afford a Core 2 Quad", ... ... if I were interested in running a "multimedia desktop" (which I presume is the direction certain folks are trying to drive Fedora into), I'd probably use Vista or buy a Mac. Ralf From vpivaini at cs.helsinki.fi Tue Apr 8 18:30:01 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Tue, 8 Apr 2008 21:30:01 +0300 Subject: rawhide report: 20080408 changes In-Reply-To: <200804081915.21507.vpivaini@cs.helsinki.fi> References: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> <200804081915.21507.vpivaini@cs.helsinki.fi> Message-ID: <200804082130.03687.vpivaini@cs.helsinki.fi> Ville-Pekka Vainio wrote: > Alex Lancaster wrote: > > vdr-skinsoppalusikka-1.0.6-2.fc9.i386 requires vdr(abi) = 0:1.4.5 > > vdr-tvonscreen-1.0.141-2.fc9.i386 requires vdr(abi) = 0:1.4.5 > > > > Gah! Looks like some people introduced a whole lot of broken deps > > just as the freeze happened. None of these were present in > > yesterday's rawhide. > > > > Did some builds, which would fix these, just happen to miss the > > cut-off perhaps? > > These two are my packages. ... > I'll start making > the new builds right now and I'll contact releng for pushing them into F9 > once they're done. vdr-skinsoppalusikka-1.6.0-1.fc9 and vdr-tvonscreen-1.0.141-3.fc9 are now built in Koji and waiting for releng's approval. -- Ville-Pekka Vainio From mike at cchtml.com Tue Apr 8 18:38:10 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 08 Apr 2008 13:38:10 -0500 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <1207667720.24618.4.camel@beck.corsepiu.local> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <1207667720.24618.4.camel@beck.corsepiu.local> Message-ID: <47FBBB92.4050306@cchtml.com> -------- Original Message -------- Subject: Re: i586 kernels [Was: very common kernel modules slow down the boot process] From: Ralf Corsepius To: Development discussions related to Fedora Date: 04/08/2008 10:15 AM > On Tue, 2008-04-08 at 09:55 -0500, Mike Cronenworth wrote: > >>>> or am I missing something else? >>> Bring along a lot of time ... installation/updates are really slow ;) >>> >> Not to sound *too* negative, but is there a donation fund where I can >> put $5 so you guys with i586s can upgrade? Good lord. >> >> I'm sure if you melted down the gold, copper, and steel in the i586 >> computers you guys have you could *easily* afford a Core 2 Quad with 4 >> gigs of DDR2. > What you are missing: There are other aspects besides "being able to > afford a Core 2 Quad", ... > > ... if I were interested in running a "multimedia desktop" (which I > presume is the direction certain folks are trying to drive Fedora into), > I'd probably use Vista or buy a Mac. > Going further OT here. So you wish to say Linux isn't "multimedia competent?" Tell that to any number of Hollywood movie studios that use Linux to produce their movies. If anything, Linux is *more* powerful with media content (video, audio, and pictures) than Windows or OS X. If you take the time to research it as I did, you will find the same result. You will be limiting yourself by using Vista or a Mac. You may think I'm some righteous Linux "zealot" by saying this, but I'm not making up stories. It doesn't benefit me in any way to lie. Linux runs in my HDTV at home, and it also runs on some of the largest and fastest super computers in the world. Calling Linux as not being "multimedia aware" is foolish. P.S. Replace Linux with Fedora where appropriate. Fedora is flexible enough that you could strip out Gnome (I do) and other components to get down to an RPM install with a kernel and whatever else may please you. You can thank all the people on this list (inc. Red Hat) for that. > Ralf > > > From nicolas.mailhot at laposte.net Tue Apr 8 18:10:24 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 08 Apr 2008 20:10:24 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> Message-ID: <1207678224.18690.12.camel@rousalka.dyndns.org> Le mardi 08 avril 2008 ? 13:45 -0400, Jon Stanley a ?crit : > On Tue, Apr 8, 2008 at 11:25 AM, Les Mikesell wrote: > > > The story here is somewhat one-sided. Are there any equivalent thoughts on > > the number of users experiencing the results of these bugs, the total > > man-hours wasted by them on the user side, or what their response to them > > should be? > > Sure there are. Out of 11,905 bugs right now, there are 3775 > reporters. That averages out to about 3 per reporter. Of those 3775 > reporters, 2408 have reported only one bug. You see a large pool of people it's safe do ask more of since they do little. I see a large pool of people who found out our bug reporting experience so hostile they didn't repeat the operation. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Tue Apr 8 18:38:36 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 08 Apr 2008 20:38:36 +0200 Subject: xulrunner rendering issues ? In-Reply-To: <20080408151700.GA19497@srcf.ucam.org> References: <47F8AA08.5060301@poolshark.org> <47F8BF2B.9040805@gmail.com> <47F8F5C8.7020102@poolshark.org> <43839.192.54.193.59.1207570271.squirrel@rousalka.dyndns.org> <47FA0C81.3080101@poolshark.org> <20080407213943.49f90bc0@lain.camperquake.de> <1207598476.3299.3.camel@rousalka.dyndns.org> <1207600313.3299.21.camel@rousalka.dyndns.org> <20080408151700.GA19497@srcf.ucam.org> Message-ID: <1207679916.18690.25.camel@rousalka.dyndns.org> Le mardi 08 avril 2008 ? 16:17 +0100, Matthew Garrett a ?crit : > On Mon, Apr 07, 2008 at 10:31:53PM +0200, Nicolas Mailhot wrote: > > > And all this should be done at the kernel/Xorg level, with app writers > > focusing on a way to share font size prefs (via xsettings, dbus or > > whatever is the cool tech of the day), instead of second-guessing the > > system (badly). > > In the case where xorg /does/ get it wrong (monitors without DDC, or > with EDID blocks that are filled with lies), we still need a way to > override that. We need a way to tell X "you detected wrong, here is the correct display size" and leave all other things equal. That's all. That and kill all the app or desktop-level overrides that prevent the fixed DisplaySize from propagating and war with each other to earn the right to ignore X and do it "better". -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From lightsolphoenix at gmail.com Tue Apr 8 18:51:59 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 8 Apr 2008 14:51:59 -0400 Subject: KDE4: Some General Comments Message-ID: Well, I've been running KDE4 in various forms over the last few months, and I have some comments about the current state of the KDE4 entry in Rawhide (which is likely going to be the one in Fedora 9)... 1) Um, with the exception of Fedora, every version of KDE4 I've seen now has an option for Plasma Theme in Configure Desktop. Would it be too much work to port it here? 2) Interestingly, Fedora's version of KDE4 seems to be the only one where the size option of the panels seems to actually be respected; even in KDE's own repository, this didn't seem to be the case until recently. That makes me very happy, as I'm a stickler for small details like this, but that's a small opinion... 3) XSettings-KDE. Is there going to be any work on getting this to work with KDE4? I do notice that KDE3 apps listen to it (at least, that's my feeling), but GTK apps don't seem to do the same... 4) Is there a reason Nepomuk is left out? Just asking. 5) I'm going to have to suggest, after a couple of months, that it might be an idea to switch the window manager to something other than KWin temporarily. KWin is horribly unstable as-is, and I believe it also leaks memory periodically (I've had cases where KWin steals 80+% of the system resources and no other program can get at them at all). Personally, I stopped using it and adjusted KDE's windows to use Metacity instead, just for now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lesmikesell at gmail.com Tue Apr 8 19:07:11 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 08 Apr 2008 14:07:11 -0500 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <47FBBB92.4050306@cchtml.com> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <1207667720.24618.4.camel@beck.corsepiu.local> <47FBBB92.4050306@cchtml.com> Message-ID: <47FBC25F.6060104@gmail.com> Mike Cronenworth wrote: > >> ... if I were interested in running a "multimedia desktop" (which I >> presume is the direction certain folks are trying to drive Fedora into), >> I'd probably use Vista or buy a Mac. >> > > Going further OT here. > > So you wish to say Linux isn't "multimedia competent?" It isn't 'Linux' that is the relevant issue. It is more that Microsoft and Apple aggregate all of the patented and copyrighted materials that are typically needed for multimedia operations and roll the cost into the total for the OS and apps. Linux distributors typically don't, and in the GPL world there really isn't a business model that can accommodate the concept of fairly sharing the expenses of something that isn't free but could be very cheap in a mass-market distribution. > Tell that to any > number of Hollywood movie studios that use Linux to produce their > movies. Or ask them what it cost them in terms of customization to do what they want and decide if you'd rather have something that did everything you want out of the box. > P.S. Replace Linux with Fedora where appropriate. Fedora is flexible > enough that you could strip out Gnome (I do) and other components to get > down to an RPM install with a kernel and whatever else may please you. > You can thank all the people on this list (inc. Red Hat) for that. The mechanics aren't quite the point. How do you get licensed/legal versions of all the components at bulk pricing rates? Is there even such a thing for DVD playing on linux where software patents and the DMCA are observed? -- Les Mikesell lesmikesell at gmail.com From rdieter at math.unl.edu Tue Apr 8 19:09:34 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 08 Apr 2008 14:09:34 -0500 Subject: KDE4: Some General Comments References: Message-ID: Kelly Miller wrote: > 1) Um, with the exception of Fedora, every version of KDE4 I've seen now > has an option for Plasma Theme in Configure Desktop. Would it be too much > work to port it here? Pointers? References? > 2) Interestingly, Fedora's version of KDE4 seems to be the only one where > the size option of the panels seems to actually be respected that should be stock kde-4.0.3 behavior. > 3) XSettings-KDE. Is there going to be any work on getting this to work > with KDE4? Not that I know of. Would be nice to have. > 4) Is there a reason Nepomuk is left out? Just asking. Nopomuk is kde-4.1 territory. > 5) I'm going to have to suggest, after a couple of months, that it might > be an idea to switch the window manager to something other than KWin > temporarily. If you're seeing issues, report them, and work will start to address them. I've heard a few folks report similarly, and the common thread in all of these reports is "NVidia binary driver"... hint hint. -- Rex From tjb at unh.edu Tue Apr 8 19:12:18 2008 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 08 Apr 2008 15:12:18 -0400 Subject: Screensaver Artwork Message-ID: <1207681938.5070.31.camel@raptor.sr.unh.edu> Is there going to be a Waves themed gnome screensaver unlock dialog? Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From kevin.kofler at chello.at Tue Apr 8 19:19:19 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 8 Apr 2008 19:19:19 +0000 (UTC) Subject: KDE4: Some General Comments References: Message-ID: Kelly Miller gmail.com> writes: > Well, I've been running KDE4 in various forms over the last few months, and I > have some comments about the current state of the KDE4 entry in Rawhide Thank you for your feedback! > (which is likely going to be the one in Fedora 9)... Right. > 1)? Um, with the exception of Fedora, every version of KDE4 I've seen now has > an option for Plasma Theme in Configure Desktop.? Would it be too much work > to port it here? As far as I know, this is a KDE 4.1 feature. Some distributions are backporting significant parts of Plasma from KDE 4.1. Fedora's Plasma is mostly vanilla 4.0.3 with only two small 4.1 backports related to the simple (classic) menu. The plan is to have KDE 4.1 in an update when it's ready (unless it fails testing spectacularly, of course), until then our feeling is that the version of Plasma which upstream is actually releasing as stable is going to serve most of our users better. > 2)? Interestingly, Fedora's version of KDE4 seems to be the only one where > the size option of the panels seems to actually be respected; even in KDE's > own repository, this didn't seem to be the case until recently. That makes me > very happy, as I'm a stickler for small details like this, but that's a small > opinion... Our Plasma is from KDE 4.0.3 (as all of our KDE 4 packages), that's almost the latest from the 4.0 branch. So the bugfixes and features which upstream is backporting to 4.0.x are all in Fedora 9, only the ones which are 4.1-only aren't. The other distributions will most likely eventually end up with this fix too unless the issue you're seeing is a regression in 4.1. > 3)? XSettings-KDE.? Is there going to be any work on getting this to work > with KDE4?? I do notice that KDE3 apps listen to it (at least, that's my > feeling), but GTK apps don't seem to do the same... KDE doesn't use xsettings at all, the KDE 3 apps are looking directly at the configuration settings (we're using shared configuration directories for KDE 3 and 4), not listening to xsettings-kde. > 4)? Is there a reason Nepomuk is left out?? Just asking. Nepomuk should be there! I've worked a lot on getting the dependencies packaged. Is anything missing? > 5)? I'm going to have to suggest, after a couple of months, that it might be > an idea to switch the window manager to something other than KWin > temporarily. Sorry, this is not going to happen. Especially now that KWin supports compositing and desktop effects, which means we don't have to ship Compiz by default on the KDE Live spin anymore. (Compiz is available as an option though, yum install compiz-kde and run "Compiz Switcher".) > KWin is horribly unstable as-is, and I believe it also leaks memory > periodically (I've had cases where KWin steals 80+% of the system resources > and no other program can get at them at all). Interesting, this is the first time we receive such a complaint. Any bugs filed? (The best place is probably upstream bugs.kde.org.) Did you enable effects/compositing in systemsettings? (If so, try disabling it, that feature isn't fully tested yet.) > Personally, I stopped using it and adjusted KDE's windows to use Metacity > instead, just for now. It's good that this works for you, but Metacity is not really an option as the default WM in KDE, it doesn't really integrate. Kevin Kofler From kevin.kofler at chello.at Tue Apr 8 19:20:47 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 8 Apr 2008 19:20:47 +0000 (UTC) Subject: KDE4: Some General Comments References: Message-ID: Rex Dieter math.unl.edu> writes: > Nopomuk is kde-4.1 territory. There's some Nepomuk stuff in 4.0 too, but maybe not what Kelly is looking for. Kevin Kofler From smooge at gmail.com Tue Apr 8 19:28:20 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 8 Apr 2008 13:28:20 -0600 Subject: bugzilla triage madness :-/ In-Reply-To: <1207678224.18690.12.camel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> Message-ID: <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> 2008/4/8 Nicolas Mailhot : > Le mardi 08 avril 2008 ? 13:45 -0400, Jon Stanley a ?crit : > > > On Tue, Apr 8, 2008 at 11:25 AM, Les Mikesell wrote: > > > > > The story here is somewhat one-sided. Are there any equivalent thoughts on > > > the number of users experiencing the results of these bugs, the total > > > man-hours wasted by them on the user side, or what their response to them > > > should be? > > > > Sure there are. Out of 11,905 bugs right now, there are 3775 > > reporters. That averages out to about 3 per reporter. Of those 3775 > > reporters, 2408 have reported only one bug. > > You see a large pool of people it's safe do ask more of since they do > little. I see a large pool of people who found out our bug reporting > experience so hostile they didn't repeat the operation. Having read this same exact conversation on Debian, Mandrake, FSF lists.. this is a common thing. Every bug reporting experience is hostile because it doesn't deliver instant gratification, and you are usually cranky because the software is not working. Bug fixing is a problem that is not fun and is usually why people get paid lots of money to work on. In the case where the packager or maintainer is a volunteer (even in the sense if they work for RH but their main job is fixing something else).. you are going to see a lot of missed bugs. However to the bug reporter that is no excuse. So what can we do to better manage expectations? And how can Fedora better help maintainers and users. In some cases that will mean a maintainer loses a package if they are not responding to bugs. In some cases it will mean users will have to wait for gratification because it may take a week or two for a bug to be triaged, fixed etc -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From lesmikesell at gmail.com Tue Apr 8 19:31:42 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 08 Apr 2008 14:31:42 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> Message-ID: <47FBC81E.8000404@gmail.com> Jon Stanley wrote: > >> The story here is somewhat one-sided. Are there any equivalent thoughts on >> the number of users experiencing the results of these bugs, the total >> man-hours wasted by them on the user side, or what their response to them >> should be? > > Sure there are. Out of 11,905 bugs right now, there are 3775 > reporters. That averages out to about 3 per reporter. Of those 3775 > reporters, 2408 have reported only one bug. Assume that all of them > got our mail (we actually operated on around 3700 bugs), and it take > 10 minutes to act on. Therefore, for 2408 people, we've requested 10 > minutes of their time, or 401 man-hours. For the remaining 1367 > reporters, I've requested 683 man-hours. > > Are those the numbers you were looking for? No, I wasn't asking about reporters - I mean all the people affected by the unfixed bugs in release versions. That includes the ones who don't know about bugzilla, the ones who have tried it and given up, as well as those you've managed to count. > The numbers pale in > comparison to the other numbers that I've posted, and these numbers > are quite wrong. The numbers that I've presented here are based on > the fact that we've asked for action on every bug, whereas in > actuality, we've asked for action on 31% of that. It also assumes 3 > per reporter, EVEN AFTER we've subtracted 2408 reports since they were > reported by folks who only reported one bug, again, a flawed > assumption, but quite liberal. If you are talking about rawhide, mapping bugs to reporters makes some sense since people running rawhide should realize they are testers and expect to report the bugs - and they shouldn't bother innocent bystanders. If you are talking about too many bugs to manage in released fedora versions, I think that points to a problem in the release process. -- Les Mikesell lesmikesell at gmail.com From jwilson at redhat.com Tue Apr 8 19:34:45 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 8 Apr 2008 15:34:45 -0400 Subject: Packages up for grabs Message-ID: <200804081534.45557.jwilson@redhat.com> I've got a few packages I'm the sole maintainer on, but I simply don't use the package anymore or have much interest in continuing to maintain. Anyone interested in taking the following over? ganglia libconfuse rrdtool In all fairness, Matthias Saou used to own rrdtool before I took it over, so I'd like to offer that back to him first... Speaking of thias, he's a co-maintainer on a few of the remaining packages that came from the beryl bits, which I'd like to also step away from. Thias, if you want primary maintainership, they're yours. Others interested, speak up: aquamarine emerald emerald-themes And finally, one more package that also has a co-maintainer (jef spaleta) who I'd like to have first crack at becoming primary maintainer, but that I should really have nothing to do with anymore: numpy I took on numpy with the intention of trying to finally kill python-numeric, but I just don't have the time -- too busy with kernel-related fun. :) Still a worthwhile project someone with the time really ought take on though -- perhaps with the help of whomever is still maintaining the long-since obsoleted python-numeric package. -- Jarod Wilson jwilson at redhat.com From limb at jcomserv.net Tue Apr 8 19:48:53 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 8 Apr 2008 14:48:53 -0500 (CDT) Subject: Packages up for grabs In-Reply-To: <200804081534.45557.jwilson@redhat.com> References: <200804081534.45557.jwilson@redhat.com> Message-ID: <24279.63.85.68.164.1207684133.squirrel@mail.jcomserv.net> > I've got a few packages I'm the sole maintainer on, but I simply don't use > the package anymore or have much interest in continuing to maintain. > Anyone interested in taking the following over? > > ganglia > libconfuse I'll take libconfuse. -- novus ordo absurdum From lesmikesell at gmail.com Tue Apr 8 19:49:43 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 08 Apr 2008 14:49:43 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> Message-ID: <47FBCC57.7050801@gmail.com> Stephen John Smoogen wrote: > > Having read this same exact conversation on Debian, Mandrake, FSF > lists.. this is a common thing. Every bug reporting experience is > hostile because it doesn't deliver instant gratification, and you are > usually cranky because the software is not working. Part of the hostility is already there because the end user hit a bug he didn't expect in a released product and he's already wasted a lot of his own time. The only way I can see to improve this in fedora is to get more testing in rawhide - but I don't know how to get a larger or more active community involved there. People's expectations are just higher than they used to be and since last year's release tends to be 'good enough', they aren't as excited as they used to be about trying something newer and better. Or maybe it's just me getting old and cranky... > And how can Fedora better help maintainers and users. If the previous release was in fact "good enough", don't break the fedora released version by pushing out new bugs that are known but not fixed in rawhide. A judgment call, of course. -- Les Mikesell lesmikesell at gmail.com From ml at deadbabylon.de Tue Apr 8 19:49:19 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 8 Apr 2008 21:49:19 +0200 Subject: KDE-SIG weekly report (15/2008) Message-ID: <200804082149.24520.ml@deadbabylon.de> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply ?to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 15/2008 Time: 2008-04-08 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-08 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-08?action=AttachFile&do=get&target=fedora-kde-sig-2008-04-08.txt ---------------------------------------------------------------------------------- = Participants = - Gerald Cox - KevinKofler - LukasTinkl - RexDieter - SebastianVahl - ShawnStarr ---------------------------------------------------------------------------------- = Agenda = - Last preparations for final development freeze - kdepim requires kdebase3? - state of konq-plugins (#438126) - Administrator mode in systemsettings (again) - Missing default face icon (#441154) - BootManager=None in in /etc/kde/kdm/kdmrc (#441313) - Switch to Waves Artwork (KDM, Background, ColorScheme; what's still missing?) (#441167) - Release notes (re-check: is anything missing?) = Summary = o Last preparations for final development freeze: - Final development freeze was before the meeting. - Documentation in kde-l10n is still broken and excluded from the build. - This was not considered as a blocker for Fedora 9 and would be released as an update if/when it is fixed. o kdepim requires kdebase3? (#441541): - The "First Start Wizard" was reported to not work properly without kdebase3 being installed. - POP3 and STMP operations are also not working without some related kio slaves from kdebase3. - kdepim fully requiring kdebase3(-libs) would blow-up the live images. - A solution for this may be to identify the needed parts in kdebase3 and split them out in a kdebase3-mail-ioslaves sub package. o state of konq-plugins (#438126): - Review hasn't started yet, although there seems to be no show-stoppers found in a short test. - The "Obsoletes: kdeaddons" should maybe be moved from extragear-plasma to konq-plugins. - But for this the package has to be in GA at release time. - It could also be released only as an update after GA without the Obsoletes. o Administrator mode in systemsettings (again) : - In System Settings the sections "Login Manager" and "Samba" require root privileges. - This isn't implemented upstream yet and proper upstream support for this issues will likely be included in KDE 4.1. - LukasTinkl was working on a workaround to fix this which isn't included yet. - Until this is addressed by upstream the patch will be included (with tag requesting to rel-eng) o Missing default face icon (#441154) : - KDM with a user list theme didn't displayed a default face icon. - This is already fixed in kdebase-workspace-4.0.3-7.fc9. o BootManager=None in in /etc/kde/kdm/kdmrc (#441313) : - SebastianVahl reported an issue that he has to pick one kernel of a list of kernels when trying to reboot from KDM to actually reboot. - BootManager=None would only workaround this issue. - This is a bug which should be fixed instead. - #374011 is related to the configuration entry. o Switch to Waves Artwork (KDM, Background, ColorScheme; what's still missing?) (#441167) : - KSplash was switched to a matching waves artwork some time ago. - KDM was recently switched to non-themed greeter with the current waves wallpaper as an initial implementation. - Unfortunately the work on the wallpapers is still on-going. - Also a matching ColorScheme isn't existing at the moment. o Release notes (re-check: is anything missing?): - The release notes should be fine. - Final freeze for zero-day release notes is 18 April. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-15 ---------------------------------------------------------------------------------- = Buglist = http://bugzilla.redhat.com/438126 http://bugzilla.redhat.com/441154 http://bugzilla.redhat.com/441167 http://bugzilla.redhat.com/441313 http://bugzilla.redhat.com/441541 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Tue Apr 8 19:54:47 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 08 Apr 2008 12:54:47 -0700 Subject: RFC: Draft Javascript Guidelines Message-ID: <47FBCD87.8000403@gmail.com> Hello everyone, I'm drafting some Javascript Guidelines and would like some input. The current ideas are on the wiki here:: https://fedoraproject.org/wiki/PackagingDrafts/Javascript If I don't get some feedback I'll be making some decisions based on the information there in order to have something that's ready for a vote in two weeks. My current thoughts on positions the draft will take are:: Javascript libraries must be packaged separately from web applications. Web Applications are not allowed to include Javascript Libraries (or plugins to those libraries which have a separate upstream from the web app) but must use the system provided ones. Javascript libraries must provide an apache conf file that will serve the library from the filesystem to clients from a specific URL. config files for other web servers are optional. URLs for Javascript libraries should be rooted in /js/ I'm not sure whether to advocate using JsMin or similar or not. If you don't like some of these ideas, please respond! Nothing's set in stone yet, but without your input, they will get turned into Guidelines. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From lightsolphoenix at gmail.com Tue Apr 8 20:03:52 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 8 Apr 2008 16:03:52 -0400 Subject: KDE4: Some General Comments In-Reply-To: References: Message-ID: On Tue, Apr 8, 2008 at 3:19 PM, Kevin Kofler wrote: > > 1) Um, with the exception of Fedora, every version of KDE4 I've seen > now has > > an option for Plasma Theme in Configure Desktop. Would it be too much > work > > to port it here? > > As far as I know, this is a KDE 4.1 feature. Some distributions are > backporting > significant parts of Plasma from KDE 4.1. Fedora's Plasma is mostly > vanilla > 4.0.3 with only two small 4.1 backports related to the simple (classic) > menu. > > The plan is to have KDE 4.1 in an update when it's ready (unless it fails > testing spectacularly, of course), until then our feeling is that the > version > of Plasma which upstream is actually releasing as stable is going to serve > most > of our users better. Yeah, that's what I figured. I only brought this one up because AFAIK, the capability for it is in the upstream 4.0 release; there just wasn't a way of configuring it outside of editing the config file manually until recently, and since KDE-Look is running a contest for Plasma Themes right now, I had a feeling you might get some questions about it when Fedora 9 is released. > > 3) XSettings-KDE. Is there going to be any work on getting this to > work > > with KDE4? I do notice that KDE3 apps listen to it (at least, that's my > > feeling), but GTK apps don't seem to do the same... > > KDE doesn't use xsettings at all, the KDE 3 apps are looking directly at > the > configuration settings (we're using shared configuration directories for > KDE 3 > and 4), not listening to xsettings-kde. Okay, than what I'm seeing here is obviously a bug in the shared configuration, because when I had xsettings-kde installed, KDE3 apps matched KDE4 apps, but now KDE3 apps seem to be using something else ( though I can only really see it in the fonts, which seem to be using some other anti-alias settings than the ones I set). I doubt I have to mention that KDE and Gnome seem to have different opinions on what really ought to be the same font measurements, and I've gotten used to ignoring that, but it seems really odd that KDE3 and KDE4 seem to use different font measurements as well... and neither of them match Gnome, either... > > > 4) Is there a reason Nepomuk is left out? Just asking. > > Nepomuk should be there! I've worked a lot on getting the dependencies > packaged. Is anything missing? I'm referring to the SystemSettings module Nepomuk (though it's obviously more of a Strigi configuration screen); I believe the service itself is there. > > KWin is horribly unstable as-is, and I believe it also leaks memory > > periodically (I've had cases where KWin steals 80+% of the system > resources > > and no other program can get at them at all). > > Interesting, this is the first time we receive such a complaint. Any bugs > filed? (The best place is probably upstream bugs.kde.org.) Did you enable > effects/compositing in systemsettings? (If so, try disabling it, that > feature > isn't fully tested yet.) I don't have effects on at all. If no one else is reporting problems, it might just be that I have a REALLY bad video card, which doesn't even support DRI under X, and so I can't do anything related to 3D and generally can't run anything that uses OpenGL at all... Also, would it be possible to package some version of the Autostart SystemSettings module? I actually have one that works under the current Fedora setup, and Autostart is rather convinient... -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at cchtml.com Tue Apr 8 20:10:22 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 08 Apr 2008 15:10:22 -0500 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <47FBC25F.6060104@gmail.com> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <1207667720.24618.4.camel@beck.corsepiu.local> <47FBBB92.4050306@cchtml.com> <47FBC25F.6060104@gmail.com> Message-ID: <47FBD12E.5070508@cchtml.com> -------- Original Message -------- Subject: Re: i586 kernels [Was: very common kernel modules slow down the boot process] From: Les Mikesell To: Development discussions related to Fedora Date: 04/08/2008 02:07 PM > Mike Cronenworth wrote: >> >>> ... if I were interested in running a "multimedia desktop" (which I >>> presume is the direction certain folks are trying to drive Fedora into), >>> I'd probably use Vista or buy a Mac. >>> >> >> Going further OT here. >> >> So you wish to say Linux isn't "multimedia competent?" > > It isn't 'Linux' that is the relevant issue. It is more that Microsoft > and Apple aggregate all of the patented and copyrighted materials that > are typically needed for multimedia operations and roll the cost into > the total for the OS and apps. Linux distributors typically don't, and > in the GPL world there really isn't a business model that can > accommodate the concept of fairly sharing the expenses of something that > isn't free but could be very cheap in a mass-market distribution. Not everything patented and copyrighted is "absolute" in the multimedia world. Just look around and you'll find plenty of the tools you'll want to use under Windows originated under Linux - legal or not. > > > Tell that to any >> number of Hollywood movie studios that use Linux to produce their movies. > > Or ask them what it cost them in terms of customization to do what they > want and decide if you'd rather have something that did everything you > want out of the box. Windows does everything out of the box? Since when? The same money "spent" on customizing a Linux software piece is also spent on Windows licenses and licenses for the software that runs under Windows -- compare the two prices as the Hollywood editors did and you'll find that the Linux switch was very much financially sound. By comparing you'll see it's not that cheap under OS X or Windows to license a few hundred computers for rendering. > >> P.S. Replace Linux with Fedora where appropriate. Fedora is flexible >> enough that you could strip out Gnome (I do) and other components to >> get down to an RPM install with a kernel and whatever else may please >> you. You can thank all the people on this list (inc. Red Hat) for that. > > The mechanics aren't quite the point. How do you get licensed/legal > versions of all the components at bulk pricing rates? Is there even > such a thing for DVD playing on linux where software patents and the > DMCA are observed? > Yes. A quick Google search would have told you so. http://www.dvd-recordable.org/Article1087-mode=thread-order0-threshold0.phtml http://www.cyberlink.com/eng/press_room/view_970.html And there's more... but this isn't the time. From smooge at gmail.com Tue Apr 8 20:14:53 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 8 Apr 2008 14:14:53 -0600 Subject: bugzilla triage madness :-/ In-Reply-To: <47FBCC57.7050801@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> <47FBCC57.7050801@gmail.com> Message-ID: <80d7e4090804081314y132f16few96f8df6256107b6e@mail.gmail.com> On Tue, Apr 8, 2008 at 1:49 PM, Les Mikesell wrote: > Stephen John Smoogen wrote: > > > > > Having read this same exact conversation on Debian, Mandrake, FSF > > lists.. this is a common thing. Every bug reporting experience is > > hostile because it doesn't deliver instant gratification, and you are > > usually cranky because the software is not working. > > > > Part of the hostility is already there because the end user hit a bug he > didn't expect in a released product and he's already wasted a lot of his own > time. The only way I can see to improve this in fedora is to get more > testing in rawhide - but I don't know how to get a larger or more active > community involved there. People's expectations are just higher than they > used to be and since last year's release tends to be 'good enough', they > aren't as excited as they used to be about trying something newer and > better. Or maybe it's just me getting old and cranky... > > Well that comes down to managing expectations. Fedora is not a stable product in the sense that a washing machine is. It is a fastly moving prototype product using volunteer labour. Packages can be updated on a released version that has bugs that weren't in the 'tested' version. > > And how can Fedora better help maintainers and users. > > If the previous release was in fact "good enough", don't break the fedora > released version by pushing out new bugs that are known but not fixed in > rawhide. A judgment call, of course. > Every released package is good enough for some segment of the audience. I had to support a Red Hat Linux 5.2 box in 2003 because the product was good enough for the customer and all they wanted was it to be secure. The box is still up and going... though the owner is thinking that RHEL-2.1 might be stable enough to move to. And every product is going to have bugs. Some subtle and some obvious but non-fixable without adding more bugs. If Fedora were a business with paid employees, I would probably look at reworking how bugs etc are dealt with: Definitions: Customer is a person who negotiates a product from a producer for payment. They are in consuming/giving frame of mind. User is a person who uses the product. They are mainly in a take/consuming frame of mind. A. Customer sends in bug report. B. Level 1 triager gets bug report and makes sure it covers the basic questions (Who, What, Why, When ,Where). If not sends back report to customer for further details. If no response in X days.. close the report as NON-ANSWERED. C. If the report does have the information, triager sees if they can replicate the problem within a set of known VM's that the customer can have access to. If the problem is impossible to replicate in the known VM's we move it to Level 2 where they would work out a way to replicate (depending on the problem the customer may have to pay for an identical system here.) D. If the problem is replicated via Level 1 or Level 2 it goes to the developer team in charge of that product. They work on where the bug is and how to best fix it. Any fixes then go through a regression model and are fast-tracked to the customer. E. The developer works with the customer and if the 'patch' fixes the problem and doesnt regress other things the ticket is moved into RESOLVED state. F. The resolved state puts it into the queue of people who gather statistics and make sure that the customer is really happy with the fix etc etc. They can move it to CLOSED when they are happy with it. Very manpower intensive and expensive so I would charge quite a bit for that level of "bug-free" ness. In the case of Fedora, Debian, etc there are few customers funding this... and the manpower is mainly limited to volunteers. And while there are quite a few volunteers, there are few qualified ones to the level that many "users" expect. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From mike at cchtml.com Tue Apr 8 20:18:53 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 08 Apr 2008 15:18:53 -0500 Subject: Xfce SIG? In-Reply-To: <20080407143318.318b1e0a@ghistelwchlohm.scrye.com> References: <20080407143318.318b1e0a@ghistelwchlohm.scrye.com> Message-ID: <47FBD32D.5090408@cchtml.com> -------- Original Message -------- Subject: Xfce SIG? From: Kevin Fenzi To: fedora-devel-list at redhat.com Date: 04/07/2008 03:33 PM > Greetings. > Hi Kevin, I was thinking about this for a while, and I would like to show my interest. You may or may not remember me from the times I've emailed you about XFCE, but I am a full time XFCE user. I've also dabbed at directly communicating with the XFCE group (bug reports, etc). Unfortunately my time for actual coding is light, so I may not be able to be productive but I would like to be involved. Also something to consider is to reach out to the XFCE group and the Xubutnu group to collaborate more uniformly. It seems that the Xubuntu group rarely talks to the XFCE group, and the XFCE group rarely speaks to anyone outside. XFCE has good design models in place and it would be a shame for KDE and Gnome to keep this good project buried in publicity. Regards, Mike From sundaram at fedoraproject.org Tue Apr 8 20:25:03 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 09 Apr 2008 01:55:03 +0530 Subject: Screensaver Artwork In-Reply-To: <1207681938.5070.31.camel@raptor.sr.unh.edu> References: <1207681938.5070.31.camel@raptor.sr.unh.edu> Message-ID: <47FBD49F.3070509@fedoraproject.org> Thomas J. Baker wrote: > Is there going to be a Waves themed gnome screensaver unlock dialog? > There is a ongoing discussion about this very topic in fedora-art list. You might want to followup there instead. Rahul From orion at cora.nwra.com Tue Apr 8 20:26:00 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 08 Apr 2008 14:26:00 -0600 Subject: X server goes to 100% after logout of KDE session Message-ID: <47FBD4D8.1060609@cora.nwra.com> Brand new rawhide install.... I'm seeing a problem where after logging out of my KDE session where the screen goes blank and I can't access any VTs. ssh login shows X running at 100%. Strace shows tight loop of: --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) Looks like there was a kwin crash process still running. Anyone else see this? Couldn't find anything in bugzilla. - Orion From rc040203 at freenet.de Tue Apr 8 20:38:01 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 08 Apr 2008 22:38:01 +0200 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <47FBBB92.4050306@cchtml.com> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <1207667720.24618.4.camel@beck.corsepiu.local> <47FBBB92.4050306@cchtml.com> Message-ID: <1207687081.24618.15.camel@beck.corsepiu.local> On Tue, 2008-04-08 at 13:38 -0500, Mike Cronenworth wrote: > -------- Original Message -------- > Subject: Re: i586 kernels [Was: very common kernel modules slow down > the boot process] > From: Ralf Corsepius > To: Development discussions related to Fedora > Date: 04/08/2008 10:15 AM > > > On Tue, 2008-04-08 at 09:55 -0500, Mike Cronenworth wrote: > > > >>>> or am I missing something else? > >>> Bring along a lot of time ... installation/updates are really slow ;) > >>> > >> Not to sound *too* negative, but is there a donation fund where I can > >> put $5 so you guys with i586s can upgrade? Good lord. > >> > >> I'm sure if you melted down the gold, copper, and steel in the i586 > >> computers you guys have you could *easily* afford a Core 2 Quad with 4 > >> gigs of DDR2. > > What you are missing: There are other aspects besides "being able to > > afford a Core 2 Quad", ... > > > > ... if I were interested in running a "multimedia desktop" (which I > > presume is the direction certain folks are trying to drive Fedora into), > > I'd probably use Vista or buy a Mac. > > > > Going further OT here. > > So you wish to say Linux isn't "multimedia competent?" No, I am not saying this. I say *Fedora* has taken a road which is leading away from where Linux has had it's genuine domains and which had made Linux interesting. Fedora is on the road to become a single-user, single-seat operating system only being suitable for high end machines. It's things like multi-user capabilities and deployment to "recycled low end hardware" which I feel are going down the drain. Ralf From jwilson at redhat.com Tue Apr 8 21:05:16 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 8 Apr 2008 17:05:16 -0400 Subject: Packages up for grabs In-Reply-To: <24279.63.85.68.164.1207684133.squirrel@mail.jcomserv.net> References: <200804081534.45557.jwilson@redhat.com> <24279.63.85.68.164.1207684133.squirrel@mail.jcomserv.net> Message-ID: <200804081705.16197.jwilson@redhat.com> On Tuesday 08 April 2008 15:48:53 Jon Ciesla wrote: > > > I've got a few packages I'm the sole maintainer on, but I simply don't use > > the package anymore or have much interest in continuing to maintain. > > Anyone interested in taking the following over? > > > > ganglia > > libconfuse > > I'll take libconfuse. Have at it, just orphaned it. Thanks! -- Jarod Wilson jwilson at redhat.com From lightsolphoenix at gmail.com Tue Apr 8 21:14:23 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 8 Apr 2008 17:14:23 -0400 Subject: X server goes to 100% after logout of KDE session In-Reply-To: <47FBD4D8.1060609@cora.nwra.com> References: <47FBD4D8.1060609@cora.nwra.com> Message-ID: On Tue, Apr 8, 2008 at 4:26 PM, Orion Poplawski wrote: > Brand new rawhide install.... > > I'm seeing a problem where after logging out of my KDE session where the > screen goes blank and I can't access any VTs. ssh login shows X running at > 100%. Ah, are you using an Intel video card? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lesmikesell at gmail.com Tue Apr 8 21:15:02 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 08 Apr 2008 16:15:02 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: <80d7e4090804081314y132f16few96f8df6256107b6e@mail.gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> <47FBCC57.7050801@gmail.com> <80d7e4090804081314y132f16few96f8df6256107b6e@mail.gmail.com> Message-ID: <47FBE056.2040605@gmail.com> Stephen John Smoogen wrote: > > Well that comes down to managing expectations. Fedora is not a stable > product in the sense that a washing machine is. It is a fastly moving > prototype product using volunteer labour. Packages can be updated on a > released version that has bugs that weren't in the 'tested' version. Agreed, as much as I like to grouse about bugs myself, I do understand that _some_ of them would never be found and fixed if you didn't push them out to unwilling fedora users. But as far as managing expectations goes, I don't see anything on http://fedoraproject.org/ or the Overview page that explicitly says to expect bugs. We may understand that 'latest in free software' implies that it is still in testing, but it is not really obvious. I also don't see anything on those introductory pages that would encourage people to participate in rawhide testing if they really want the latest software. >> If the previous release was in fact "good enough", don't break the fedora >> released version by pushing out new bugs that are known but not fixed in >> rawhide. A judgment call, of course. >> > > Every released package is good enough for some segment of the > audience. Yes, but there's no way for the segments to sort themselves out once you push to the production release. Someone who wants the newest, untested versions can always install from rawhide. > And every product is going to have bugs. Some subtle and some obvious > but non-fixable without adding more bugs. Agreed, but some are showstoppers, some aren't. How do you draw the line? > If Fedora were a business with paid employees, I would probably look > at reworking how bugs etc are dealt with: And I'd wager that you would also try to enforce a much stricter policy on new, known bugs being pushed to customers as released products to hold the cost of supporting them down. Since you don't have the paid employees to fix these after the fact, isn't it even more important to control them at the source and distinguish the willing rawhide testers from the users expecting the fedora release/updates to be a more stable product? If you are looking for more and better quality participation on the BZ reporter side, I would expect the best way to get it would be to court rawhide testers or force people there by holding back on what goes into fedora releases until you have reason to think that you won't be increasing the released bugs. -- Les Mikesell lesmikesell at gmail.com From poelstra at redhat.com Tue Apr 8 21:24:21 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 08 Apr 2008 14:24:21 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080408085238.e8d7ea66.mschwendt@gmail.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> <20080408085238.e8d7ea66.mschwendt@gmail.com> Message-ID: <47FBE285.8080603@redhat.com> Michael Schwendt wrote: > On Mon, 07 Apr 2008 21:23:28 -0700, John Poelstra wrote: > >> Pekka Savola said the following on 04/04/2008 11:07 AM Pacific Time: >> > On Fri, 4 Apr 2008, Michael Schwendt wrote: >> >> What do I care? When I filed the bug, the product was fresh and >> >> maintained, >> >> wasn't it? But more than a year later I'm no longer willing to spend >> time >> >> on the same issues without a single sign of life from the package owner. >> >> I think this is completely reasonable. I'd do the same thing and would >> thus close the bug. > > The message sais the tickets will be closed automatically after 30 days. > That is 30 days for the maintainer to take a last look and see whether the > issue is fixed or not. > No, it is not as drastic as you describe. Yes, EOL bugs will automatically be closed after 30 days. They should have been closed a long time ago anyway :) For other bugs that remain in NEEDINFO for thirty days, they will be automatically closed too--the normal process for bugs in NEEDINFO. If you think this is the wrong approach please lobby FESCo to change the process they have approved. At any time before these 30 days are up you can change the bugs to version 'rawhide' and change the state to ASSIGNED, thereby avoiding auto-closure and giving you many months to review bugs as far back as you like. And if you wanted to be a little more creative you could query all of the bugs assigned to you and change them all at once through the bugzilla GUI. Contact us on #fedora-qa we'd be glad to walk you through the process :) John From mike at cchtml.com Tue Apr 8 21:36:46 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 08 Apr 2008 16:36:46 -0500 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <1207687081.24618.15.camel@beck.corsepiu.local> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <1207667720.24618.4.camel@beck.corsepiu.local> <47FBBB92.4050306@cchtml.com> <1207687081.24618.15.camel@beck.corsepiu.local> Message-ID: <47FBE56E.3000106@cchtml.com> -------- Original Message -------- Subject: Re: i586 kernels [Was: very common kernel modules slow down the boot process] From: Ralf Corsepius To: Development discussions related to Fedora Date: 04/08/2008 03:38 PM > On Tue, 2008-04-08 at 13:38 -0500, Mike Cronenworth wrote: >> Going further OT here. >> >> So you wish to say Linux isn't "multimedia competent?" > No, I am not saying this. > > I say *Fedora* has taken a road which is leading away from where Linux > has had it's genuine domains and which had made Linux interesting. Linux in general has grown beyond its baby days as a tinker toy. People, such as yourself, are resisting that change, however, the power for you to maintain the "old style" is not going away so the only thing I can think of of why you feel threatened is that your kind is becoming far a few between. > > Fedora is on the road to become a single-user, single-seat operating > system only being suitable for high end machines. It's things like > multi-user capabilities and deployment to "recycled low end hardware" > which I feel are going down the drain. How is it becoming single-user when you are presented a multi-user login screen by default? Fedora Directory Server? *scratches head* High-end machines? The kernel still maintains low resource usage, in the view of my pea-sized-brain. On the other hand, I don't think Fedora has much control over what Gnome or KDE do. Take it up with them. Another alternative is to try switching to a desktop environment that demands less resources - such as XFCE. Even on my "high end" machines I use XFCE. What prevents you from customizing the list of installed packages or even rebuilding packages to use on older hardware? The only package I would say is a concern is the kernel, which this thread is about. What prevents you from using rpmbuild --rebuild with your own .confg? Sure it's an extra step, but should Fedora -- who's goal is to be bleeding edge (or last time I checked) -- keep maintaining compatibility with 286 hardware just for a select few? Shouldn't those select few have the knowledge to modify what is necessary and still have "Fedora" on their machine? Maybe you could start a website devoted to running older hardware with Fedora; a wiki that documents the necessary changes to packages to maintain their usefulness. Why kick and fight change? Long story short, I see this in the customers I work for as well. They hate change. Hardware upgrades are death to them. I don't see how anyone works like this. You have to accept change in the computing world if you want to survive. This type of freedom comes easily with Linux. Try the same thing with Vista. (*chuckles*) I feel this thread has overflowed. If anyone wishes to debate this with me on a new thread or off list I'd be glad to. > > Ralf > > Mike From orion at cora.nwra.com Tue Apr 8 21:59:36 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 08 Apr 2008 15:59:36 -0600 Subject: X server goes to 100% after logout of KDE session In-Reply-To: References: <47FBD4D8.1060609@cora.nwra.com> Message-ID: <47FBEAC8.906@cora.nwra.com> Kelly Miller wrote: > On Tue, Apr 8, 2008 at 4:26 PM, Orion Poplawski > wrote: > > Brand new rawhide install.... > > I'm seeing a problem where after logging out of my KDE session > where the screen goes blank and I can't access any VTs. ssh login > shows X running at 100%. > > > Ah, are you using an Intel video card? > Nope, nVidia NV34M GeForce FX Go5200 64M with nv driver. From kzak at redhat.com Tue Apr 8 22:03:13 2008 From: kzak at redhat.com (Karel Zak) Date: Wed, 9 Apr 2008 00:03:13 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207600566.7589.38.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> Message-ID: <20080408220313.GG29695@nb.net.home> On Mon, Apr 07, 2008 at 04:36:06PM -0400, Jesse Keating wrote: > On Mon, 2008-04-07 at 19:48 +0000, =?ISO-8859-1?Q? J=F3hann_B._Gu=F0mundsson _ wrote: > > So exactly what, of Alan suggestions are not necessary for a 128MB ( low > > men machine ) > > And how do you come to the conclusion that he's throwing hate at fedora? > > First, the post was about less than 512, and my ps3 certainly has less > (256). A network install using rescue.img (renamed to netinst.iso or > boot.iso partway through the F9 development process) and nfs or http > works fine for me. I may have to do text or vnc installs, I don't > recall. Also selecting fewer packages helps, but you want fewer > packages anyway. For 128 it may get harder, I haven't tried that small > in a while, but that's a far cry from < 512. I have a Fedora 7 on ThinkPad E600 with 190Mb of RAM and it's useful for fluxbox+mutt+vim. For installation you have to use a kickstart with "%packages --nobase". Karel -- Karel Zak From orion at cora.nwra.com Tue Apr 8 22:13:26 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 08 Apr 2008 16:13:26 -0600 Subject: KDE4: Some General Comments In-Reply-To: References: Message-ID: <47FBEE06.5080901@cora.nwra.com> My comment (not sure where to file so posting here): - Menu items seem sorted weird - Seem to be sorted by the second line entry that gets display when you hover over the item, but it uses a different name for the main large title. Very confusing. From paul at city-fan.org Tue Apr 8 22:23:38 2008 From: paul at city-fan.org (Paul Howarth) Date: Tue, 8 Apr 2008 23:23:38 +0100 Subject: X server goes to 100% after logout of KDE session In-Reply-To: <47FBEAC8.906@cora.nwra.com> References: <47FBD4D8.1060609@cora.nwra.com> <47FBEAC8.906@cora.nwra.com> Message-ID: <20080408232338.7ac1c16c@metropolis.intra.city-fan.org> On Tue, 08 Apr 2008 15:59:36 -0600 Orion Poplawski wrote: > Kelly Miller wrote: > > On Tue, Apr 8, 2008 at 4:26 PM, Orion Poplawski > > > wrote: > > > > Brand new rawhide install.... > > > > I'm seeing a problem where after logging out of my KDE session > > where the screen goes blank and I can't access any VTs. ssh > > login shows X running at 100%. > > > > > > Ah, are you using an Intel video card? > > > Nope, nVidia NV34M GeForce FX Go5200 64M with nv driver. I have a similar issue on Fedora 8 with the nv driver: http://bugzilla.redhat.com/394071 Paul. From mschwendt at gmail.com Tue Apr 8 23:03:08 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 9 Apr 2008 01:03:08 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FBE285.8080603@redhat.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> <20080408085238.e8d7ea66.mschwendt@gmail.com> <47FBE285.8080603@redhat.com> Message-ID: <20080409010308.8c650954.mschwendt@gmail.com> On Tue, 08 Apr 2008 14:24:21 -0700, John Poelstra wrote: > Michael Schwendt wrote: > > On Mon, 07 Apr 2008 21:23:28 -0700, John Poelstra wrote: > > > >> Pekka Savola said the following on 04/04/2008 11:07 AM Pacific Time: > >> > On Fri, 4 Apr 2008, Michael Schwendt wrote: > >> >> What do I care? When I filed the bug, the product was fresh and > >> >> maintained, > >> >> wasn't it? But more than a year later I'm no longer willing to spend > >> time > >> >> on the same issues without a single sign of life from the package owner. > >> > >> I think this is completely reasonable. I'd do the same thing and would > >> thus close the bug. > > > > The message sais the tickets will be closed automatically after 30 days. > > That is 30 days for the maintainer to take a last look and see whether the > > issue is fixed or not. > > > > No, it is not as drastic as you describe. It is, it is. The maintainer, who has ignored a ticket for a long time, won't take a look at a closed ticket anymore either. The maintainer does not answer the NEEDINFO call either, because you believe it's solely the reporter's duty to take action. And according to your theory no maintainer has the time to handle incoming tickets. And with that we're back at my initial post. I've seen the request to "retest against a newer release" several times before (just not with EasyFix bugs), and I don't like that game if it's applied to all tickets brute-force. > Yes, EOL bugs will automatically be closed after 30 days. They should > have been closed a long time ago anyway :) Yes, but by a human being, who decides between FIXED, WONTFIX or CANTFIX. Not by a bot that can't even determine whether a maintainer is AWOL or deliberately ignorant. I don't mind if you handle some packages in a special way, e.g. kernel, anaconda, xorg, yum, perhaps GCC, and a few others with hundreds to thousands of bugs per Fedora release. But I don't like it at all that packages with a single open ticket in bugzilla (!) are also handled by a bot without any word from the package maintainer in over a year. If the Fedora package collection is in such a desolate state, I rather not report any new bugs. > For other bugs that remain > in NEEDINFO for thirty days, they will be automatically closed too--the > normal process for bugs in NEEDINFO. If you think this is the wrong > approach please lobby FESCo to change the process they have approved. Why? If FESCo believes the process is best-effort, so be it. It's possible to reopen closed tickets. It's possible to open new tickets if something bugs me. I can open tickets automatically whenever I want to. But I rather not waste time in bugzilla and on retesting issues, which are considered lowest priority apparently. Perhaps in the future it will be possible again to commit fixes in cvs. > At any time before these 30 days are up you can change the bugs to > version 'rawhide' and change the state to ASSIGNED, thereby avoiding > auto-closure and giving you many months to review bugs as far back as > you like. > > And if you wanted to be a little more creative you could query all of > the bugs assigned to you and change them all at once through the > bugzilla GUI. Contact us on #fedora-qa we'd be glad to walk you through > the process :) No, thanks. Filing the bugs has been a one-time offer. From lordmorgul at gmail.com Tue Apr 8 23:14:41 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 16:14:41 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> Message-ID: <47FBFC61.9050906@gmail.com> Nicolas Mailhot wrote: >> On Tue, Apr 08, 2008 at 09:57:08AM -0400, Jon Stanley wrote: >>> Might wanna point to the plagiarized source - that took me hours to >>> write :). > > I was sort-of waiting for you to react ;) > > http://jons-thoughts.blogspot.com/2008/04/some-thoughts-on-bug-reports-and-free.html That comment to his blog post does not even merit a reply. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From lightsolphoenix at gmail.com Wed Apr 9 00:30:01 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Tue, 08 Apr 2008 20:30:01 -0400 Subject: KDE4: Some General Comments In-Reply-To: <47FBEE06.5080901@cora.nwra.com> References: <47FBEE06.5080901@cora.nwra.com> Message-ID: <47FC0E09.1000208@gmail.com> Orion Poplawski wrote: > My comment (not sure where to file so posting here): > > - Menu items seem sorted weird - Seem to be sorted by the second line > entry that gets display when you hover over the item, but it uses a > different name for the main large title. Very confusing. The menu items aren't sorted at all. My main section has things placed utterly hap-hazardly; I think it's simply because the sorting part isn't done yet. And don't even get me started on KMenuEdit right now... it reminds me of working with the Xfce Menu Editor... From oisin.feeley at gmail.com Wed Apr 9 01:21:44 2008 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Tue, 8 Apr 2008 21:21:44 -0400 Subject: Verifying integrity of LiveCD? Message-ID: Hi all, What is the preferred way to verify the integrity of the various LiveCDs available for the F9-Sulfur beta? I tried to test the i686-LiveCD and was unsure whether its failure to boot was due to a corrupt burn and/or download. There seems to be no sha1sum or md5sum available on the prerelease page[1] to enable a quick check of the ISO image. The specific issue which I'm seeing is probably a specific optical drive issue, however the above possibility is one which it would be nice to be able to eliminate. Best wishes, Oisin Feeley 1. http://fedoraproject.org/get-prerelease From lordmorgul at gmail.com Wed Apr 9 01:32:56 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 18:32:56 -0700 Subject: Verifying integrity of LiveCD? In-Reply-To: References: Message-ID: <47FC1CC8.5090205@gmail.com> Oisin Feeley wrote: > Hi all, > > What is the preferred way to verify the integrity of the various > LiveCDs available for the F9-Sulfur beta? I tried to test the > i686-LiveCD and was unsure whether its failure to boot was due to a > corrupt burn and/or download. There seems to be no sha1sum or md5sum > available on the prerelease page[1] to enable a quick check of the ISO > image. SHA1SUMS is available on the mirrors, it just is not linked directly from the download (mirror redirect) page. http://mirror.lib.ucdavis.edu/fedora/linux/releases/test/9-Beta/Live/i686/ -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From katzj at redhat.com Wed Apr 9 01:40:03 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 08 Apr 2008 21:40:03 -0400 Subject: Verifying integrity of LiveCD? In-Reply-To: <47FC1CC8.5090205@gmail.com> References: <47FC1CC8.5090205@gmail.com> Message-ID: <1207705203.24509.19.camel@aglarond.local> On Tue, 2008-04-08 at 18:32 -0700, Andrew Farris wrote: > Oisin Feeley wrote: > > What is the preferred way to verify the integrity of the various > > LiveCDs available for the F9-Sulfur beta? I tried to test the > > i686-LiveCD and was unsure whether its failure to boot was due to a > > corrupt burn and/or download. There seems to be no sha1sum or md5sum > > available on the prerelease page[1] to enable a quick check of the ISO > > image. > > SHA1SUMS is available on the mirrors, it just is not linked directly from the > download (mirror redirect) page. > http://mirror.lib.ucdavis.edu/fedora/linux/releases/test/9-Beta/Live/i686/ The live images, like the traditional install isos, also have an embedded md5sum that can be checked. Either select the 'Verify and Boot' option from the syslinux menu or you can install the isomd5sum package and run checkisomd5 manually Jeremy From oisin.feeley at gmail.com Wed Apr 9 01:50:11 2008 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Tue, 8 Apr 2008 21:50:11 -0400 Subject: Verifying integrity of LiveCD? In-Reply-To: <1207705203.24509.19.camel@aglarond.local> References: <47FC1CC8.5090205@gmail.com> <1207705203.24509.19.camel@aglarond.local> Message-ID: On Tue, Apr 8, 2008 at 9:40 PM, Jeremy Katz wrote: > On Tue, 2008-04-08 at 18:32 -0700, Andrew Farris wrote: > > > Oisin Feeley wrote: > > > What is the preferred way to verify the integrity of the various > > > LiveCDs available for the F9-Sulfur beta? I tried to test the > > > i686-LiveCD and was unsure whether its failure to boot was due to a > > > corrupt burn and/or download. There seems to be no sha1sum or md5sum > > > available on the prerelease page[1] to enable a quick check of the ISO > > > image. > > > > SHA1SUMS is available on the mirrors, it just is not linked directly from the > > download (mirror redirect) page. > > http://mirror.lib.ucdavis.edu/fedora/linux/releases/test/9-Beta/Live/i686/ > > The live images, like the traditional install isos, also have an > embedded md5sum that can be checked. Either select the 'Verify and > Boot' option from the syslinux menu or you can install the isomd5sum > package and run checkisomd5 manually > Thanks Andrew and Jeremy. I apologize for not experimenting a bit further before posting that query. In the meantime I discovered the "Verify and Boot" option (which gave me a FAIL) I also checked the directory that the bittorrent download created and found the attached SHA1SUM which confirmed that the ISO image on my harddrive is fine. [ush at localhost ~]$ cd Fedora-9-Beta-Live-i686/ [ush at localhost Fedora-9-Beta-Live-i686]$ sha1sum -c SHA1SUM Fedora-9-Beta-Live-i686.iso: OK So I guess my burn process is corrupted. Thanks for the help and apologies for not checking those out first. I've become used to seeing SHA1SUMs on websites offering downloads so it threw me a bit when it wasn't there. OK, on with the testing. Oisin From limb at jcomserv.net Wed Apr 9 01:59:03 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 8 Apr 2008 20:59:03 -0500 (CDT) Subject: Packages up for grabs In-Reply-To: <200804081705.16197.jwilson@redhat.com> References: <200804081534.45557.jwilson@redhat.com> <24279.63.85.68.164.1207684133.squirrel@mail.jcomserv.net> <200804081705.16197.jwilson@redhat.com> Message-ID: <1668.192.168.0.1.1207706343.squirrel@mail.jcomserv.net> > On Tuesday 08 April 2008 15:48:53 Jon Ciesla wrote: >> >> > I've got a few packages I'm the sole maintainer on, but I simply don't >> use >> > the package anymore or have much interest in continuing to maintain. >> > Anyone interested in taking the following over? >> > >> > ganglia >> > libconfuse >> >> I'll take libconfuse. > > Have at it, just orphaned it. Thanks! Done. Thanks! > -- > Jarod Wilson > jwilson at redhat.com > -- novus ordo absurdum From dennis at ausil.us Wed Apr 9 02:11:34 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 8 Apr 2008 21:11:34 -0500 Subject: Zimbra packages in Fedora In-Reply-To: <8278b1b0710281746p65cc7f58sd3078d78185dba63@mail.gmail.com> References: <8278b1b0710281746p65cc7f58sd3078d78185dba63@mail.gmail.com> Message-ID: <200804082111.41651.dennis@ausil.us> On Sunday 28 October 2007, King InuYasha wrote: > I had noticed how well that Zimbra has been doing, and I was wondering if > it would be possible for someone to make packages for Zimbra to be included > in Fedora? I spoke with someone from Zimbra at FudCon, They really dont want to work with any community. There needs to be alot of work done to be able to sanely package zimbra. I think ultimately it will take forking the last version released under MPL and moving forward from there. their current license is not acceptable for inclusion in fedora. I think a better option would be open exchange it will work with all the pieces that are in fedora. rather than replacing apache, postfix, mysql etc they provide installation instructions http://wiki.open-xchange.com/wiki/index.php?title=Open_Xchange_Installation We would need to create scripts to make tarballs from their cvs and package up things but I see 2 pluses, a big one being that everything is GPL, and the second being that they seem to want to work with their community. not dictate to them. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From lordmorgul at gmail.com Wed Apr 9 02:12:35 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 19:12:35 -0700 Subject: Verifying integrity of LiveCD? In-Reply-To: References: <47FC1CC8.5090205@gmail.com> <1207705203.24509.19.camel@aglarond.local> Message-ID: <47FC2613.5000201@gmail.com> Oisin Feeley wrote: > Thanks for the help and apologies for not checking those out first. > I've become used to seeing SHA1SUMs on websites offering downloads so > it threw me a bit when it wasn't there. Your question reminded me that I had expected to find them there before as well and was totally shocked not to see any exposed link to image integrity info. So I'm requesting they get put there, thanks for the reminder about it. https://fedorahosted.org/fedora-infrastructure/ticket/493 -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From oisin.feeley at gmail.com Wed Apr 9 03:50:09 2008 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Tue, 8 Apr 2008 23:50:09 -0400 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup Message-ID: Hi all, The i686 FedoraDesktop LiveCD appears to fail somewhere after NetworkManagerDispatcher is started. The exact symptoms are that the screen flickers, goes blank and the CD drive continues to spin for minutes and then becomes inactive. Keyboard or touchpad input results in the CD drive spinning up again but the screen remaining blank. Attempts to see what's going on by switching to some other console via Alt-Ctl-Fx appear to be ignored. Attempts to selectively disable services (with the object of disabling NetworkManager and NetworkManagerDispatcher) are a problem because the reading of the options appears to ignored. The prompt " (C)ontinue/(Y)es/(N)o" (or something of that form) appears, but it's necessary to enter at least two carriage-returns with the option, a bit of what appears to be Python code for reading the option and starting the services is printed and then the service is (possibly) started anyway. So, any ideas as to how I can get a bit further with testing the pre-release? Or capturing better info for reporting whatever is going wrong to bugzilla? Thanks, Oisin Feeley From kevin at scrye.com Wed Apr 9 04:12:06 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 8 Apr 2008 22:12:06 -0600 Subject: Xfce SIG? In-Reply-To: <47FBD32D.5090408@cchtml.com> References: <20080407143318.318b1e0a@ghistelwchlohm.scrye.com> <47FBD32D.5090408@cchtml.com> Message-ID: <20080408221206.310da622@ghistelwchlohm.scrye.com> On Tue, 08 Apr 2008 15:18:53 -0500 mike at cchtml.com (Mike Cronenworth) wrote: > Hi Kevin, > > I was thinking about this for a while, and I would like to show my > interest. Excellent. > You may or may not remember me from the times I've emailed you about > XFCE, but I am a full time XFCE user. I've also dabbed at directly > communicating with the XFCE group (bug reports, etc). Unfortunately > my time for actual coding is light, so I may not be able to be > productive but I would like to be involved. Every bit helps. ;) > Also something to consider is to reach out to the XFCE group and the > Xubutnu group to collaborate more uniformly. It seems that the > Xubuntu group rarely talks to the XFCE group, and the XFCE group > rarely speaks to anyone outside. XFCE has good design models in place > and it would be a shame for KDE and Gnome to keep this good project > buried in publicity. Yeah, it would be good for everyone to work closely with upstream. :) Lets see if there is enough interest for a SIG here, and no matter what, please do keep reporting bugs and helping when and where you can. All contributions welcome. > Regards, > Mike kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lordmorgul at gmail.com Wed Apr 9 04:15:08 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 21:15:08 -0700 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: References: Message-ID: <47FC42CC.5040407@gmail.com> Oisin Feeley wrote: > Hi all, > > The i686 FedoraDesktop LiveCD appears to fail somewhere after > NetworkManagerDispatcher is started. The exact symptoms are that the > screen flickers, goes blank and the CD drive continues to spin for > minutes and then becomes inactive. Keyboard or touchpad input results > in the CD drive spinning up again but the screen remaining blank. > > Attempts to see what's going on by switching to some other console via > Alt-Ctl-Fx appear to be ignored. > > Attempts to selectively disable services (with the object of disabling > NetworkManager and NetworkManagerDispatcher) are a problem because the > reading of the options appears to ignored. The prompt " > (C)ontinue/(Y)es/(N)o" (or something of that form) appears, but it's > necessary to enter at least two carriage-returns with the option, a > bit of what appears to be Python code for reading the option and > starting the services is printed and then the service is (possibly) > started anyway. Do these messages look like something is wrong with your keyboard input? Do you have a typical US layout keyboard or something else? That sounds very much like garbage is getting sent to the script rather than understandable bytes, and its going 'oh crap' when it cannot find a Y or N. > So, any ideas as to how I can get a bit further with testing the > pre-release? Or capturing better info for reporting whatever is going > wrong to bugzilla? You can boot the machine to runlevel 1 or 3 by editing the syslinux boot menu before it starts the automatic boot. That should let you disable NetworkManager or NetworkManagerDispatcher to see if those are the culprits. You can also adjust/edit X configuration from there if necessary before starting gdm to login (in runlevel 5). Push TAB while looking at the boot menu, then add a '1' or '3' at the end of the kernel parameters and push enter. You can do anything from those runlevels that a typical installed machine would allow you to do, mounting a flash drive to copy off debug logs for instance. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From lordmorgul at gmail.com Wed Apr 9 04:18:17 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 21:18:17 -0700 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: References: Message-ID: <47FC4389.4060700@gmail.com> Oisin Feeley wrote: > Hi all, > > The i686 FedoraDesktop LiveCD appears to fail somewhere after > NetworkManagerDispatcher is started. The exact symptoms are that the > screen flickers, goes blank and the CD drive continues to spin for > minutes and then becomes inactive. Keyboard or touchpad input results > in the CD drive spinning up again but the screen remaining blank. After NetworkManagerDispatcher starts, these things could be happening: haldaemon starts (could be before NMD) cups starts (could be before NMD) anacron starts firstboot starts NetworkManager starts I think NM goes before firstboot though. Do you have a wireless adapter in that machine? -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From louisg00 at bellsouth.net Wed Apr 9 04:21:31 2008 From: louisg00 at bellsouth.net (Louis E Garcia II) Date: Wed, 09 Apr 2008 00:21:31 -0400 Subject: UTC timezone Message-ID: <1207714891.3227.7.camel@sonlaptop> My HP laptop stores time using UTC. I just found this out because XP and fedora displayed different times. How do I change fedora to read the clock using UTC system wide? I found gnome-panel clock has the option for UTC but does not help at a plain console. -Louis From lordmorgul at gmail.com Wed Apr 9 04:51:55 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 08 Apr 2008 21:51:55 -0700 Subject: UTC timezone In-Reply-To: <1207714891.3227.7.camel@sonlaptop> References: <1207714891.3227.7.camel@sonlaptop> Message-ID: <47FC4B6B.8010409@gmail.com> Louis E Garcia II wrote: > My HP laptop stores time using UTC. I just found this out because XP and > fedora displayed different times. How do I change fedora to read the > clock using UTC system wide? I found gnome-panel clock has the option > for UTC but does not help at a plain console. You set the checkbox 'System clock uses UTC' in system-config-date on the Time Zone tab. Windows does not use UTC for hardware clock unless you ask it to, see: https://www.redhat.com/archives/fedora-test-list/2008-April/msg00557.html fyi: Not really a question suited to the devel-list, even if you're talking about f9 (test-list or fedora-list would have been better). -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From davej at redhat.com Wed Apr 9 06:32:25 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 9 Apr 2008 02:32:25 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <1207668156.6689.22.camel@localhost.localdomain> References: <1207668156.6689.22.camel@localhost.localdomain> Message-ID: <20080409063225.GA4685@redhat.com> On Tue, Apr 08, 2008 at 11:22:36AM -0400, Jesse Keating wrote: > We froze for Fedora 9 early this morning (the same time the rawhide > compose happened). This is our final freeze. > > http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy > explains the policy. > > We're planning a snapshot we'll call 'Preview Release' this Thursday or > Friday. Then release candidates will be created next week. If it > becomes obvious that we will have to slip the release date for getting > certain bugs fixed we will announce very loudly as soon as we make the > decision. So where do we stand with the known data corruption issue where anaconda fails to umount the installed partition causing us to lose files in first boot ? Dave -- http://www.codemonkey.org.uk From fedora at camperquake.de Wed Apr 9 07:03:29 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 9 Apr 2008 09:03:29 +0200 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408220313.GG29695@nb.net.home> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <1207586723.7589.30.camel@localhost.localdomain> <47FA7A72.4050204@hi.is> <1207600566.7589.38.camel@localhost.localdomain> <20080408220313.GG29695@nb.net.home> Message-ID: <20080409090329.40d7851a@dhcp03.addix.net> Hi. On Wed, 9 Apr 2008 00:03:13 +0200, Karel Zak wrote: > I have a Fedora 7 on ThinkPad E600 with 190Mb of RAM and it's useful > for fluxbox+mutt+vim. For installation you have to use a kickstart > with "%packages --nobase". Just another data point: F8 on an iBook (500MHz PPC, 384MB): I consider the default Gnome desktop to be unusable on this system, swichting to xfce makes it bearable to use for mail/websurfing. From emmanuel.seyman at club-internet.fr Wed Apr 9 07:53:55 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Wed, 9 Apr 2008 09:53:55 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> References: <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> Message-ID: <20080409075355.GA25404@orient.maison.lan> * Stephen John Smoogen [08/04/2008 23:23] : > > In some cases that will mean a maintainer > loses a package if they are not responding to bugs. Can't we just open up the ACLs for that package? It doesn't matter that the maintainer doesn't use Bugzilla, only that someone is able to commit the bug's fix to the package (and push out an update?). Emmanuel From lkundrak at redhat.com Wed Apr 9 08:20:14 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 09 Apr 2008 10:20:14 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <20080409075355.GA25404@orient.maison.lan> References: <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> <20080409075355.GA25404@orient.maison.lan> Message-ID: <1207729214.5643.11.camel@localhost.localdomain> On Wed, 2008-04-09 at 09:53 +0200, Emmanuel Seyman wrote: > * Stephen John Smoogen [08/04/2008 23:23] : > > > > In some cases that will mean a maintainer > > loses a package if they are not responding to bugs. > > Can't we just open up the ACLs for that package? It doesn't matter that > the maintainer doesn't use Bugzilla, only that someone is able to commit > the bug's fix to the package (and push out an update?). Any CVS change is allowed per procedure, thus opening up cvsextras commits is also an opinion. -- Lubomir Kundrak (Red Hat Security Response Team) From rawhide at fedoraproject.org Wed Apr 9 08:42:57 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Wed, 9 Apr 2008 08:42:57 +0000 (UTC) Subject: rawhide report: 20080409 changes Message-ID: <20080409084257.DB7A9209D93@releng1.fedora.phx.redhat.com> Removed package sysprof Updated Packages: anaconda-11.4.0.67-1 -------------------- * Tue Apr 08 2008 Jeremy Katz - 11.4.0.67-1 - Set the initial state of the auto-encrypt checkbutton (#441018) (katzj) - Don't treat RAID devices as "disks" to avoid lots of odd behavior (#438358) (katzj) - Log a message if we disable selinux on upgrade (katzj) - Build efiboot.img on x86_64 and i386 . (pjones) - When splitting srpms, only link srpms, nothing else. (jkeating) - Don't cause the text to flicker between installed packages. (clumens) - Don't cause the screen to jump up and down between packages (#441160). (clumens) - Fix zooming and centering in the timezone screen (#439832). (clumens) - Handle ia64 kernel path (katzj) - And add nas to the list (#439255) (katzj) - Set parent so that the dialog centers (#441361) (katzj) - Don't show the label column (#441352) (katzj) - Do string substitution after we've translated (#441053) (katzj) - Set domain on glade file so translations show up (#441053) (katzj) - fix compression of modules (notting) - More build fixing due to translation breakage. (katzj) - Add code to create efiboot.img on i386 and x86_64 (pjones) - Remove gnome-panel too, it's no longer multilib. (jkeating) - Fix raising new NoSuchGroup exception. (clumens) - remove debugging print (notting) - Support encrypted RAID member devices. (#429600) (dlehman) - No longer require Amiga partitions on Pegasos (dwmw2) - Don't copy the stage2 image every time or on the way back. (clumens) - Make lukscb.get_data("encrypt") always return a valid value. (pjones) - Set the scrollbar color so it doesn't surprise me the same way in the future. (pjones) - Translation updates. audit-1.7.1-1.fc9 ----------------- * Tue Apr 08 2008 Steve Grubb 1.7.1-1 - Fix buffer overflow in audit_log_user_command, again (#438840) - Fix memory leak in EOE code in auditd (#440075) - In auditctl, don't use new operators in legacy rule format - Made a couple corrections in alpha & x86_64 syscall tables (Miloslav Trmac) authconfig-5.4.2-1.fc9 ---------------------- * Tue Apr 08 2008 Tomas Mraz - 5.4.2-1 - read wins setting from nsswitch.conf correctly (#440459) - do not ignore --enablemd5/--disablemd5 options binutils-2.18.50.0.6-2 ---------------------- * Tue Apr 08 2008 Jakub Jelinek 2.18.50.0.6-2 - backport .clmul -> .pclmul renaming * Fri Apr 04 2008 Jakub Jelinek 2.18.50.0.6-1 - update to 2.18.50.0.6 - Intel AES, CLMUL, AVX/FMA support * Mon Mar 03 2008 Jakub Jelinek 2.18.50.0.4-2 - revert aranges optimization (Alan Modra, BZ#5303, BZ#5755) - fix ld-shared testcase for GCC 4.3 (H.J. Lu) booty-0.104-1.fc9 ----------------- * Tue Apr 08 2008 Jeremy Katz - 0.104-1 - Pegasos fix (dwmw2) - Fix printing of boot message on ppc (clumens, #235005) cairo-1.5.20-1.fc9 ------------------ * Tue Apr 08 2008 Carl Worth 1.5.20-1 - Update to 1.5.20 * Sun Apr 06 2008 Carl Worth 1.5.18-1 - Update to 1.5.18 * Thu Apr 03 2008 Matthias Clasen 1.5.16-1 - Update to 1.5.16 codeina-0.10.1-8.fc9 -------------------- * Tue Apr 08 2008 - Bastien Nocera - 0.10.1-8 - Revert to 0.10.1 from the F-8 build control-center-1:2.22.1-2.fc9 ----------------------------- * Tue Apr 08 2008 Matthias Clasen - 2.22.1-2 - Remove a nonfunctional button from the a11y preferences * Tue Apr 08 2008 - Bastien Nocera - 2.22.1-1 - Update to 2.22.1 eterm-0.9.4-10.fc9 ------------------ * Tue Apr 08 2008 Terje R??sten - 0.9.4-10 - Closing CVE-2008-1692 evince-2.22.1.1-1.fc9 --------------------- * Tue Apr 08 2008 Matthias Clasen - 2.22.1.1-1 - Update to 2.22.1.1 (fix link handling in djvu backend) gcalctool-5.22.1-2.fc9 ---------------------- * Tue Apr 08 2008 Matthias Clasen - 5.22.1-2 - Don't abort on the first keypress gnome-games-1:2.22.1.1-1.fc9 ---------------------------- * Tue Apr 08 2008 Matthias Clasen - 1:2.22.1.1-1 - Update to 2.22.1 (sudoko crasher fixes) gnome-panel-2.22.1.1-1.fc9 -------------------------- * Tue Apr 08 2008 - Bastien Nocera - 2.22.1.1-1 - Update to 2.22.1.1 hwbrowser-0.42-1.fc9 -------------------- * Tue Apr 08 2008 Nils Philippsen - 0.42-1 - pick up updated translations kdebase3-3.5.9-10.fc9 --------------------- * Tue Apr 08 2008 Kevin Kofler - 3.5.9-10 - f9+: split off -pim-ioslaves subpackage for kdepim (#441541) kdepim-6:3.5.9-8.fc9 -------------------- * Tue Apr 08 2008 Kevin Kofler 6:3.5.9-8 - add Requires: kdebase3-pim-ioslaves (#441541) lohit-fonts-2.2.0-1.fc9 ----------------------- * Tue Apr 08 2008 Rahul Bhalerao - 2.2.0-1 - Resolved bugs (bugzilla.redhat.com): - Bug 202400: [hi_IN] New codepoints/glyphs in Unicode 5.0 - Bug 205981: [hi_IN]The font file of Devanagari(lohit_hi.ttf) lacks the glyph of U+0x0904 - Bug 206426: [hi_IN, mr_IN] Some Glyphs are missing and some GPOS shapes should be more perfect - Priority - C - Bug 239630: [hi_IN] the glyph of 0x0953 in lohit_hi.ttf is wrong. - Bug 428427: [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering - Updated the Source and Version. pango-1.20.1-1.fc9 ------------------ * Tue Apr 08 2008 Matthias Clasen - 1.20.1-1 - Update to 1.20.1 passwd-0.75-2.fc9 ----------------- * Tue Apr 08 2008 Tomas Mraz 0.75-2 - add optional pam_gnome_keyring module to passwd pam config * Wed Feb 20 2008 Tomas Mraz 0.75-1 - fix disabling SELinux and audit in spec (#433284) - remove obsolete no.po (#332121) - updated translations * Tue Sep 25 2007 Tomas Mraz 0.74-5 - buildrequires popt-devel pm-utils-1.1.0-4.fc9 -------------------- * Tue Apr 08 2008 Richard Hughes - 1.1.0-4 - Fix build on 64 bit machines - harder. * Tue Apr 08 2008 Richard Hughes - 1.1.0-3 - Fix build on 64 bit machines. * Tue Apr 08 2008 Richard Hughes - 1.1.0-2 - Actually do the build. prelink-0.4.0-3 --------------- * Tue Apr 08 2008 Jakub Jelinek 0.4.0-3 - BuildRequire libselinux-static rather than libselinux-devel (#440749) pungi-1.2.14-1.fc9 ------------------ * Tue Apr 08 2008 Jesse Keating - 1.2.14-1 - Create repodata for source. - Fix SRPM splittree making - Bump anaconda require up for fixed splittree python-virtinst-0.300.3-5.fc9 ----------------------------- * Tue Apr 08 2008 Daniel P. Berrange - 0.300.3-5.fc9 - Added Serbian translation rhythmbox-0.11.5-9.fc9 ---------------------- * Tue Apr 08 2008 - Bastien Nocera - 0.11.5-9 - Update deadlock fix patch rrdtool-1.3-0.11.beta4.fc9 -------------------------- * Tue Apr 08 2008 Jarod Wilson 1.3.0-0.11.beta4 - Work around apparent version string length issue w/perl 5.10 (#441359) rsync-3.0.2-0.fc9 ----------------- * Tue Apr 08 2008 Simo Sorce 3.0.2-0.fc9 - Security release: http://rsync.samba.org/security.html#s3_0_2 selinux-policy-3.3.1-31.fc9 --------------------------- * Tue Apr 08 2008 Dan Walsh 3.3.1-31 - Allow transition from initrc_t to getty_t * Tue Apr 08 2008 Dan Walsh 3.3.1-30 - Allow passwd to communicate with user sockets to change gnome-keyring system-config-cluster-1.0.53-1.0 -------------------------------- * Tue Apr 08 2008 Jim Parsons 1.0.53-1.0 - Fix for fedora 212477, finally - Fedora build * Fri Mar 28 2008 Jim Parsons 1.0.52-1.1 - Schema support for 435950 * Tue Mar 25 2008 Jim Parsons 1.0.52-1 - Fix for 435950 system-config-date-1.9.30-1.fc9 ------------------------------- * Tue Apr 08 2008 Nils Philippsen - 1.9.30-1 - pick up updated translations system-config-lvm-1.1.4-1.0.fc9 ------------------------------- * Fri Apr 25 2008 Jim Parsons 1.1.4-1.0 - Build for fedora * Tue Mar 25 2008 Ryan McCabe 1.1.3-2.0 - Fix for bz247325 - Restore missing translations. * Wed Feb 06 2008 Ryan McCabe 1.1.3-1.0 - Fix for bz332651 system-config-nfs-1.3.40-1.fc9 ------------------------------ * Tue Apr 08 2008 Nils Philippsen - 1.3.40-1 - pick up updated translations system-config-samba-1.2.63-1.fc9 -------------------------------- * Tue Apr 08 2008 Nils Philippsen - 1.2.63-1 - pick up updated translations system-config-services-0.99.15-1.fc9 ------------------------------------ * Fri Apr 04 2008 Nils Philippsen - 0.99.15-1 - pick up updated translations - remove unnecessary *.orig files system-config-users-1.2.79-1.fc9 -------------------------------- * Tue Apr 08 2008 Nils Philippsen - 1.2.79-1 - pick up updated translations totem-2.23.1-1.fc9 ------------------ * Tue Apr 08 2008 - Bastien Nocera - 2.23.1-1 - Update to 2.23.1 totem-pl-parser-2.22.2-1.fc9 ---------------------------- * Tue Apr 08 2008 - Bastien Nocera - 2.22.2-1 - Update to 2.22.2 vdr-skinsoppalusikka-1.6.0-1.fc9 -------------------------------- * Tue Apr 08 2008 - Ville-Pekka Vainio 1.6.0-1 - New version for VDR 1.6 vdr-tvonscreen-1.0.141-3.fc9 ---------------------------- * Tue Apr 08 2008 - Ville-Pekka Vainio 1.0.141-3 - Add VDR 1.6.0 compatibility patch and rebuild against new VDR xfce4-panel-4.4.2-4.fc9 ----------------------- * Tue Apr 08 2008 Kevin Fenzi - 4.4.2-4 - Add defaults patch. See bug 433573 xorg-x11-drv-i810-2.2.1-20.fc9 ------------------------------ * Tue Apr 08 2008 Bill Nottingham - 2.2.1-20 - disable framebuffer compression by default (fdo #13326) Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.i386 requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.x86_64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc requires libxpcom_core.so util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-StubManager-1.2.0-1.fc9.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 thunderbird-lightning-0.8-2.fc9.ppc64 requires libxpcom_core.so()(64bit) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Apr 9 08:47:07 2008 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 9 Apr 2008 10:47:07 +0200 Subject: Packages up for grabs In-Reply-To: <200804081534.45557.jwilson@redhat.com> References: <200804081534.45557.jwilson@redhat.com> Message-ID: <20080409104707.03b88d5d@python3.es.egwn.lan> Jarod Wilson wrote : > I've got a few packages I'm the sole maintainer on, but I simply don't use the package anymore or have much interest in continuing to maintain. Anyone interested in taking the following over? > > ganglia > libconfuse > rrdtool > > In all fairness, Matthias Saou used to own rrdtool before I took it over, so I'd like to offer that back to him first... > > > Speaking of thias, he's a co-maintainer on a few of the remaining packages that came from the beryl bits, which I'd like to also step away from. Thias, if you want primary maintainership, they're yours. Others interested, speak up: > > aquamarine > emerald > emerald-themes [...] As much as I'd like to help, I've been swamped with work for the past months, so it would really be best if someone else picked them up. But thanks for taking the time to ping me ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 8 (Werewolf) - Linux kernel 2.6.24.4-64.fc8 Load : 0.45 0.24 0.09 From harald at redhat.com Wed Apr 9 09:22:57 2008 From: harald at redhat.com (Harald Hoyer) Date: Wed, 09 Apr 2008 11:22:57 +0200 Subject: Verifying integrity of LiveCD? In-Reply-To: References: Message-ID: Oisin Feeley wrote: > Hi all, > > What is the preferred way to verify the integrity of the various > LiveCDs available for the F9-Sulfur beta? I tried to test the > i686-LiveCD and was unsure whether its failure to boot was due to a > corrupt burn and/or download. There seems to be no sha1sum or md5sum > available on the prerelease page[1] to enable a quick check of the ISO > image. > > The specific issue which I'm seeing is probably a specific optical > drive issue, however the above possibility is one which it would be > nice to be able to eliminate. > > Best wishes, > Oisin Feeley > > 1. http://fedoraproject.org/get-prerelease > To get the checksum of the burned image, my preferred method is: # head -c `isosize /dev/cdrom` /dev/cdrom | sha1sum From gnomeuser at gmail.com Wed Apr 9 09:46:54 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Wed, 9 Apr 2008 11:46:54 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1207669275.18618.61.camel@localhost.localdomain> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> <1207669275.18618.61.camel@localhost.localdomain> Message-ID: <1dedbbfc0804090246m7f947a98j7adc5e643b44434c@mail.gmail.com> 2008/4/8, Lubomir Kundrak : > > On Mon, 2008-04-07 at 15:25 +0200, David Nielsen wrote: > > > > > > > 2008/4/6, Josh Boyer : > > > > mono-zeroconf: > > F8-updates > F9 (0:0.7.5-4.fc8 > 0:0.7.5-3.fc9) > > > > This is the same exact code, the revision is merely higher because of > > a little import snarfu. Shouldn't pose a problem > > > A way to aviod problems like these is to keep the same revision number > part before dist tag when using the same source package, and only > increase the part of revision after the dist tag when doing change that > applies to a branch. > > That way you'll do (example): > > f8 | f9 > ----------------- > -1.fc8 < -1.fc9 (Initial build of same package on branch and trunk) > -1.fc8.1 < -1.fc9 (Made a change on branch) > -1.fc8.1 < -2.fc9 (Imported new trunk) > -2.fc8 < -2.fc9 (Merged the trunk into branch) > -2.fc8.1 < -2.fc9 (And do another branch change) > > Without breaking upgrade path at any point in time. That would work yes, but you know what would also work.. CVS, dead in a ditch, it simply should not be able to create the kind of inconsistency it did for me, that was clearly a CVS bug. I have not worked with CVS before starting as a Fedora contributor, the fact that following the guide to the letter can occasionally cause CVS errors like what I got (it appeared to not transfer the files completely but I was not allowed to check the files back in - the quick fix was merely to bump the build) - well it does tend to frighten me. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From lordmorgul at gmail.com Wed Apr 9 09:49:24 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 09 Apr 2008 02:49:24 -0700 Subject: Verifying integrity of LiveCD? In-Reply-To: References: Message-ID: <47FC9124.5090001@gmail.com> Harald Hoyer wrote: > To get the checksum of the burned image, my preferred method is: > > # head -c `isosize /dev/cdrom` /dev/cdrom | sha1sum Thats very useful for checking already burned images thanks for sharing it. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From nicholas.byrne at quadriga.com Wed Apr 9 11:23:31 2008 From: nicholas.byrne at quadriga.com (Nick Byrne) Date: Wed, 9 Apr 2008 11:23:31 +0000 (UTC) Subject: Fedora 9 Beta Anaconda - UnicodeDecodeError Message-ID: Hi list, Have the same problem as described in http://article.gmane.org/gmane.linux.redhat.fedora.devel/78139 during installation, but I installing in English already (and text mode) on a Dell Optiplex 745. The only way around it was to deselect everything in the customise packages selection option, this allowed me to install ok. Regards Nick From bruno at wolff.to Wed Apr 9 11:31:51 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 9 Apr 2008 06:31:51 -0500 Subject: kernel drm bugs and regressions (mga, savage users please test) In-Reply-To: <1207642760.21740.5.camel@optimus> References: <1207642760.21740.5.camel@optimus> Message-ID: <20080409113151.GA21794@wolff.to> On Tue, Apr 08, 2008 at 18:19:20 +1000, Dave Airlie wrote: > I'd really like feedback from nouveau, radeon, savage and mga people > that have working DRI now, and to let me know via a bug if the new > kernel regresses that or oopses after 211 in the drm code. I tested 212 with glxgears on my 9200 at home and it seemed to work OK. I had seen some weird stuff at work (where I have an r5xx based card), but I didn't have time to look at it carefully so it might not be a problem with the kernel. I'll test it more carefully today and open a bug if it really appears to be a regression. From jkeating at redhat.com Wed Apr 9 11:33:52 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 09 Apr 2008 07:33:52 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <20080409063225.GA4685@redhat.com> References: <1207668156.6689.22.camel@localhost.localdomain> <20080409063225.GA4685@redhat.com> Message-ID: <1207740832.11614.7.camel@localhost.localdomain> On Wed, 2008-04-09 at 02:32 -0400, Dave Jones wrote: > So where do we stand with the known data corruption issue where > anaconda fails to umount the installed partition causing us to lose > files in first boot ? Can we reproduce it anywhere but your system? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From buc at odusz.so-cdu.ru Wed Apr 9 12:07:06 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 09 Apr 2008 16:07:06 +0400 Subject: i586 kernels [Was: very common kernel modules slow down the boot process] In-Reply-To: <1207687081.24618.15.camel@beck.corsepiu.local> References: <1207644449.2988.307.camel@beck.corsepiu.local> <47FB874C.9060504@cchtml.com> <1207667720.24618.4.camel@beck.corsepiu.local> <47FBBB92.4050306@cchtml.com> <1207687081.24618.15.camel@beck.corsepiu.local> Message-ID: <47FCB16A.7080004@odu.neva.ru> Ralf Corsepius wrote: > I say *Fedora* has taken a road which is leading away from where Linux > has had it's genuine domains and which had made Linux interesting. > > Fedora is on the road to become a single-user, single-seat operating > system only being suitable for high end machines. It's things like > multi-user capabilities and deployment to "recycled low end hardware" > which I feel are going down the drain. > +1 :( It looks like when RH switched Fedora to be community-driven, they did not expect that the share of professionals in community will be small. Now this share looks like a share of servers in the general amount of computers in a site... IOW, since the Linux goes on desktops, the share of desktop-oriented Fedora fans incleases, and some of them do not notice a life of servers at all. Having the same vote... But while RH takes a significant role in Fedora, I hope it is not an issue. ~buc From Theodore.Papadopoulo at sophia.inria.fr Wed Apr 9 12:11:19 2008 From: Theodore.Papadopoulo at sophia.inria.fr (Theodore Papadopoulo) Date: Wed, 09 Apr 2008 14:11:19 +0200 Subject: python packaging Message-ID: <47FCB267.3000300@sophia.inria.fr> Hi, for internal reasons, I'm trying to package sympy (a python symbolic algebra library) with rpm. I find a small ambiguity between the packaging guidelines and the rpm tools (nothing blocking). Since the library does not contain C source code, I followed the noarch packaging guidelines, but rpmbuild insists on creating an x86-64 rpm. After verifying, I find that this is very common practise and that many packages that are installed in /usr/lib/python-*/ are x86-64 packages even though they do not contain arch specific files. Is there something I did not understood. This is under FC7 x86-64. Thank you, Theo. PS: If there is interest, I certainly can submit this rpm (and some others) to fedora. From kaboom at oobleck.net Wed Apr 9 12:44:56 2008 From: kaboom at oobleck.net (Chris Ricker) Date: Wed, 9 Apr 2008 08:44:56 -0400 (EDT) Subject: Packages up for grabs In-Reply-To: <20080409104707.03b88d5d@python3.es.egwn.lan> References: <200804081534.45557.jwilson@redhat.com> <20080409104707.03b88d5d@python3.es.egwn.lan> Message-ID: On Wed, 9 Apr 2008, Matthias Saou wrote: > Jarod Wilson wrote : > > > I've got a few packages I'm the sole maintainer on, but I simply don't > > use the package anymore or have much interest in continuing to > > maintain. Anyone interested in taking the following over? > > > > rrdtool > > > > In all fairness, Matthias Saou used to own rrdtool before I took it > > over, so I'd like to offer that back to him first... > > As much as I'd like to help, I've been swamped with work for the past > months, so it would really be best if someone else picked them up. In that case, I'll take rrdtool later, chris From jkeating at redhat.com Wed Apr 9 13:23:49 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 09 Apr 2008 09:23:49 -0400 Subject: python packaging In-Reply-To: <47FCB267.3000300@sophia.inria.fr> References: <47FCB267.3000300@sophia.inria.fr> Message-ID: <1207747429.11614.23.camel@localhost.localdomain> On Wed, 2008-04-09 at 14:11 +0200, Theodore Papadopoulo wrote: > Since the library does not contain C source code, I followed the noarch > packaging guidelines, > but rpmbuild insists on creating an x86-64 rpm. Do you have: BuildArch: noarch in your spec? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From d.jacobfeuerborn at conversis.de Wed Apr 9 13:48:16 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Wed, 09 Apr 2008 15:48:16 +0200 Subject: kernel drm bugs and regressions (mga, savage users please test) In-Reply-To: <1207642760.21740.5.camel@optimus> References: <1207642760.21740.5.camel@optimus> Message-ID: <47FCC920.3040507@conversis.de> Dave Airlie wrote: > I've just tracked down a bug in my code for handling the DRM maps in the > kernel, that was affecting nouveau (running out of vmalloc space) and > radeon (hanging on drmGetLock at startup). > > However fixing the bug uncovered a larger bug which is driver specific, > so the initial fixes are in the kernel building as > kernel-2_6_25-0_211_rc8_git6_fc9 in koji, > > I'd really like feedback from nouveau, radeon, savage and mga people > that have working DRI now, and to let me know via a bug if the new > kernel regresses that or oopses after 211 in the drm code. How can I get DRI support in nouveau in F9? My Xorg log says: ... (II) AIGLX: Screen 0 is not DRI2 capable drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 12, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:0d.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 12, (OK) drmOpenByBusid: drmOpenMinor returns 12 drmOpenByBusid: drmGetBusid reports pci:0000:00:0d.0 (EE) AIGLX error: dlopen of /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering ... Regards, Dennis From benny+usenet at amorsen.dk Wed Apr 9 13:59:02 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 09 Apr 2008 15:59:02 +0200 Subject: bugzilla triage madness :-/ References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <47FB49AB.6070706@gmail.com> <22364.192.54.193.59.1207652632.squirrel@rousalka.dyndns.org> <47FB5E8A.2050800@gmail.com> Message-ID: Andrew Farris writes: > Well, we disagree on what constitutes 'interest'. I don't think > creating a bugzilla account and logging in quite gets there. That by itself stops me from reporting >50% of bugs. A bug has to be quite annoying to make it worth creating yet another bugzilla account. Of course it doesn't stop me from reporting Fedora bugs, because I have an account with Fedora. /Benny From katzj at redhat.com Wed Apr 9 14:22:05 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 09 Apr 2008 10:22:05 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <20080409063225.GA4685@redhat.com> References: <1207668156.6689.22.camel@localhost.localdomain> <20080409063225.GA4685@redhat.com> Message-ID: <1207750925.24509.23.camel@aglarond.local> On Wed, 2008-04-09 at 02:32 -0400, Dave Jones wrote: > On Tue, Apr 08, 2008 at 11:22:36AM -0400, Jesse Keating wrote: > > We froze for Fedora 9 early this morning (the same time the rawhide > > compose happened). This is our final freeze. > > > > http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy > > explains the policy. > > > > We're planning a snapshot we'll call 'Preview Release' this Thursday or > > Friday. Then release candidates will be created next week. If it > > becomes obvious that we will have to slip the release date for getting > > certain bugs fixed we will announce very loudly as soon as we make the > > decision. > > So where do we stand with the known data corruption issue where > anaconda fails to umount the installed partition causing us to lose > files in first boot ? Given I wasn't able to reproduce it even trying on your machine and with your kickstart config in the office last week, I'm not inclined to hold up the preview release for it. That said, when you're back in town, I'd be up for stopping by and watching to make sure you're not doing something without thinking about it that's causing it to occur :-) Jeremy From j.w.r.degoede at hhs.nl Wed Apr 9 14:26:08 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 09 Apr 2008 16:26:08 +0200 Subject: kernel drm bugs and regressions (mga, savage users please test) In-Reply-To: <1207642760.21740.5.camel@optimus> References: <1207642760.21740.5.camel@optimus> Message-ID: <47FCD200.1000503@hhs.nl> Dave Airlie wrote: > I've just tracked down a bug in my code for handling the DRM maps in the > kernel, that was affecting nouveau (running out of vmalloc space) and > radeon (hanging on drmGetLock at startup). > > However fixing the bug uncovered a larger bug which is driver specific, > so the initial fixes are in the kernel building as > kernel-2_6_25-0_211_rc8_git6_fc9 in koji, > > I'd really like feedback from nouveau, radeon, savage and mga people > that have working DRI now, and to let me know via a bug if the new > kernel regresses that or oopses after 211 in the drm code. > > Sorry about this at this late stage, but thats the problem with nasty > bugs :) > > I can probably test MGA myself at some point with a PCI card, but savage > hw I have none off. > I was hoping this would fix my i865g freezing on doing any opengl apps (glxgears hard freezes it), as this seems to be a kernel issue (downgrading to 2.6.24 fixes it). Note with both kernels it is not using TTM, so that is not the cause. See: https://bugzilla.redhat.com/show_bug.cgi?id=440384 Regards, Hans From d.jacobfeuerborn at conversis.de Wed Apr 9 14:55:29 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Wed, 09 Apr 2008 16:55:29 +0200 Subject: kernel drm bugs and regressions (mga, savage users please test) In-Reply-To: <1207642760.21740.5.camel@optimus> References: <1207642760.21740.5.camel@optimus> Message-ID: <47FCD8E1.9040404@conversis.de> Dave Airlie wrote: > I've just tracked down a bug in my code for handling the DRM maps in the > kernel, that was affecting nouveau (running out of vmalloc space) and > radeon (hanging on drmGetLock at startup). Could the vmalloc problem be the cause of this: https://bugzilla.redhat.com/show_bug.cgi?id=437062 This bug makes nouveau basically unusable after a while for normal 2D desktop work. Regards, Dennis From clydekunkel7734 at cox.net Wed Apr 9 14:57:55 2008 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Wed, 09 Apr 2008 10:57:55 -0400 Subject: rawhide report: 20080409 changes In-Reply-To: <20080409084257.DB7A9209D93@releng1.fedora.phx.redhat.com> References: <20080409084257.DB7A9209D93@releng1.fedora.phx.redhat.com> Message-ID: <47FCD973.8010303@cox.net> Rawhide wrote: > > system-config-lvm-1.1.4-1.0.fc9 > ------------------------------- > * Fri Apr 25 2008 Jim Parsons 1.1.4-1.0 > - Build for fedora > > * Tue Mar 25 2008 Ryan McCabe 1.1.3-2.0 > - Fix for bz247325 > - Restore missing translations. > > * Wed Feb 06 2008 Ryan McCabe 1.1.3-1.0 > - Fix for bz332651 > Still reports that ext4dev LV has no filesystem. BZ 432065 has a patch to fix..... -- --------------------------------- Regards, Old Fart From davej at redhat.com Wed Apr 9 15:23:13 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 9 Apr 2008 11:23:13 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080408131239.GA25290@devserv.devel.redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <20080408130323.GA18839@redhat.com> <20080408131239.GA25290@devserv.devel.redhat.com> Message-ID: <20080409152313.GB5301@redhat.com> On Tue, Apr 08, 2008 at 09:12:39AM -0400, Alan Cox wrote: > On Tue, Apr 08, 2008 at 09:03:23AM -0400, Dave Jones wrote: > > > - Use an existing disk image and upgrade it (works in 128MB) > > > > Part of the selinux-policy-targeted upgrade does something whih > > munches through stupid amounts of memory. On any box I've tried > > this on with <512MB, the oom killer kicks in, and then I've been > > left with the mess of a half upgraded box, with lots of rpms > > listed twice in the rpmdb. > > Interesting - not had that problem but I do have a lot of swap on the > small boxes (512MB or so) which would have meant it ticked along fine. > > You can always create a swapfile for the upgrade anyway It's definitly a concern for swapless machines. (Like say, my router running off of flash) That got so bad Ive now stuk a 1gb usb stick in there solely for swap. Dave -- http://www.codemonkey.org.uk From davej at redhat.com Wed Apr 9 15:24:41 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 9 Apr 2008 11:24:41 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207662452.21223.289.camel@moss-spartans.epoch.ncsc.mil> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <20080408130323.GA18839@redhat.com> <1207662452.21223.289.camel@moss-spartans.epoch.ncsc.mil> Message-ID: <20080409152441.GC5301@redhat.com> On Tue, Apr 08, 2008 at 09:47:32AM -0400, Stephen Smalley wrote: > > On Tue, 2008-04-08 at 09:03 -0400, Dave Jones wrote: > > On Mon, Apr 07, 2008 at 12:25:53PM -0400, Alan Cox wrote: > > > On Thu, Apr 03, 2008 at 10:04:31AM -0400, Dave Jones wrote: > > > > > Do these older/limited machines do anything better now than they did in > > > > > the 2.4 kernel days? > > > > > > > > Good luck trying to get the installer to run on anything less than 512MB these days. > > > > > > Don't bother: either > > > > > > - Use an existing disk image and upgrade it (works in 128MB) > > > > Part of the selinux-policy-targeted upgrade does something whih > > munches through stupid amounts of memory. On any box I've tried > > this on with <512MB, the oom killer kicks in, and then I've been > > left with the mess of a half upgraded box, with lots of rpms > > listed twice in the rpmdb. > > Is this still true? There were several memory optimizations implemented > in libsemanage and libsepol in time for Fedora 9, so semodule and > semanage should be much less memory hungry than they were in Fedora 8. I'm pretty sure I've still seen this happen on rawhide recently. I now f8 is definitly still affected, because it blew up last week even after some of Dan's recent changes that we hoped would lower mem usage. Dave -- http://www.codemonkey.org.uk From davej at redhat.com Wed Apr 9 15:32:10 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 9 Apr 2008 11:32:10 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <1207750925.24509.23.camel@aglarond.local> References: <1207668156.6689.22.camel@localhost.localdomain> <20080409063225.GA4685@redhat.com> <1207750925.24509.23.camel@aglarond.local> Message-ID: <20080409153210.GD5301@redhat.com> On Wed, Apr 09, 2008 at 10:22:05AM -0400, Jeremy Katz wrote: > On Wed, 2008-04-09 at 02:32 -0400, Dave Jones wrote: > > On Tue, Apr 08, 2008 at 11:22:36AM -0400, Jesse Keating wrote: > > > We froze for Fedora 9 early this morning (the same time the rawhide > > > compose happened). This is our final freeze. > > > > > > http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy > > > explains the policy. > > > > > > We're planning a snapshot we'll call 'Preview Release' this Thursday or > > > Friday. Then release candidates will be created next week. If it > > > becomes obvious that we will have to slip the release date for getting > > > certain bugs fixed we will announce very loudly as soon as we make the > > > decision. > > > > So where do we stand with the known data corruption issue where > > anaconda fails to umount the installed partition causing us to lose > > files in first boot ? > > Given I wasn't able to reproduce it even trying on your machine and with > your kickstart config in the office last week, I'm not inclined to hold > up the preview release for it. That said, when you're back in town, I'd > be up for stopping by and watching to make sure you're not doing > something without thinking about it that's causing it to occur :-) I think my home may be on top of an indian burial ground or something :) It is certainly unusual that I'm the only person who seems to be seeing it, but I'd rather we played safe just in case I'm not as special as this bug makes me out to be. Dave -- http://www.codemonkey.org.uk From jkeating at redhat.com Wed Apr 9 15:35:51 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 09 Apr 2008 11:35:51 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <20080409153210.GD5301@redhat.com> References: <1207668156.6689.22.camel@localhost.localdomain> <20080409063225.GA4685@redhat.com> <1207750925.24509.23.camel@aglarond.local> <20080409153210.GD5301@redhat.com> Message-ID: <1207755351.11614.42.camel@localhost.localdomain> On Wed, 2008-04-09 at 11:32 -0400, Dave Jones wrote: > > I think my home may be on top of an indian burial ground or something :) > It is certainly unusual that I'm the only person who seems to be > seeing it, but I'd rather we played safe just in case I'm not as > special as this bug makes me out to be. How does one "play safe" here? We can't reproduce it, how can we possibly fix it, or even verify that it's fixed? And how long do we sit on the possible fix (if we could ever create one) before we decide it's "safe" ? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Wed Apr 9 15:42:56 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 09 Apr 2008 08:42:56 -0700 Subject: bugzilla triage madness :-/ In-Reply-To: <20080409075355.GA25404@orient.maison.lan> References: <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> <20080409075355.GA25404@orient.maison.lan> Message-ID: <47FCE400.9040009@gmail.com> Emmanuel Seyman wrote: > * Stephen John Smoogen [08/04/2008 23:23] : >> In some cases that will mean a maintainer >> loses a package if they are not responding to bugs. > > Can't we just open up the ACLs for that package? It doesn't matter that > the maintainer doesn't use Bugzilla, only that someone is able to commit > the bug's fix to the package (and push out an update?). > Open acls are good. OTOH, if a maintainer doesn't use Bugzilla, there's a definite problem. Bugzilla is a primary form of contact between users and developers. If a maintainer doesn't use Bugzilla, it could be argued that they aren't paying attention to a major portion of their responsibilities to a package. This is the thing I hate most about Ubuntu-launchpad. There's no culture of watching the bug tracker (or it's not consistent between the Ubuntu distro people and the upstream people hosted in launchpad) so putting a bug in launchpad might not ever be read by the relevant parties. In Fedora it may sometimes feel the same but at least our messaging is sane: Every bug belongs in Bugzilla. When the process falls down (because a maintainer is ignoring bugzilla) we need to find a way to address that (triage team looks at bugs and flags important ones for the maintainer; opening acls so more people can work on a package; getting maintainers to release packages that they do not care about; etc). -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jwilson at redhat.com Wed Apr 9 15:45:46 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 9 Apr 2008 11:45:46 -0400 Subject: Packages up for grabs In-Reply-To: References: <200804081534.45557.jwilson@redhat.com> <20080409104707.03b88d5d@python3.es.egwn.lan> Message-ID: <200804091145.46227.jwilson@redhat.com> On Wednesday 09 April 2008 08:44:56 am Chris Ricker wrote: > On Wed, 9 Apr 2008, Matthias Saou wrote: > > Jarod Wilson wrote : > > > I've got a few packages I'm the sole maintainer on, but I simply don't > > > use the package anymore or have much interest in continuing to > > > maintain. Anyone interested in taking the following over? > > > > > > rrdtool > > > > > > In all fairness, Matthias Saou used to own rrdtool before I took it > > > over, so I'd like to offer that back to him first... > > > > As much as I'd like to help, I've been swamped with work for the past > > months, so it would really be best if someone else picked them up. No problem, Matthias, I can definitely understand that. > In that case, I'll take rrdtool Oh yeah, my apologies Chris, I'd forgot you were doing some work on it too back then. Okay, orphaned, have at it! For the time being, I've left myself on as a co-maintainer on f8 and devel, since rrdtool 1.3 is still beta and I'm the dummy that didn't roll back for f8 release, and I don't want to just dump all that mess on ya... :) -- Jarod Wilson jwilson at redhat.com From sds at tycho.nsa.gov Wed Apr 9 15:28:03 2008 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Wed, 09 Apr 2008 11:28:03 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080409152441.GC5301@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <20080408130323.GA18839@redhat.com> <1207662452.21223.289.camel@moss-spartans.epoch.ncsc.mil> <20080409152441.GC5301@redhat.com> Message-ID: <1207754883.21223.452.camel@moss-spartans.epoch.ncsc.mil> On Wed, 2008-04-09 at 11:24 -0400, Dave Jones wrote: > On Tue, Apr 08, 2008 at 09:47:32AM -0400, Stephen Smalley wrote: > > > > On Tue, 2008-04-08 at 09:03 -0400, Dave Jones wrote: > > > On Mon, Apr 07, 2008 at 12:25:53PM -0400, Alan Cox wrote: > > > > On Thu, Apr 03, 2008 at 10:04:31AM -0400, Dave Jones wrote: > > > > > > Do these older/limited machines do anything better now than they did in > > > > > > the 2.4 kernel days? > > > > > > > > > > Good luck trying to get the installer to run on anything less than 512MB these days. > > > > > > > > Don't bother: either > > > > > > > > - Use an existing disk image and upgrade it (works in 128MB) > > > > > > Part of the selinux-policy-targeted upgrade does something whih > > > munches through stupid amounts of memory. On any box I've tried > > > this on with <512MB, the oom killer kicks in, and then I've been > > > left with the mess of a half upgraded box, with lots of rpms > > > listed twice in the rpmdb. > > > > Is this still true? There were several memory optimizations implemented > > in libsemanage and libsepol in time for Fedora 9, so semodule and > > semanage should be much less memory hungry than they were in Fedora 8. > > I'm pretty sure I've still seen this happen on rawhide recently. > I now f8 is definitly still affected, because it blew up last week > even after some of Dan's recent changes that we hoped would lower > mem usage. The most important optimization wouldn't have shown up until libsemanage 2.0.23. -- Stephen Smalley National Security Agency From Theodore.Papadopoulo at sophia.inria.fr Wed Apr 9 16:11:33 2008 From: Theodore.Papadopoulo at sophia.inria.fr (Theodore Papadopoulo) Date: Wed, 09 Apr 2008 18:11:33 +0200 Subject: python packaging In-Reply-To: <1207747429.11614.23.camel@localhost.localdomain> References: <47FCB267.3000300@sophia.inria.fr> <1207747429.11614.23.camel@localhost.localdomain> Message-ID: <47FCEAB5.2080709@sophia.inria.fr> Jesse Keating wrote: > On Wed, 2008-04-09 at 14:11 +0200, Theodore Papadopoulo wrote: > >> Since the library does not contain C source code, I followed the noarch >> packaging guidelines, >> but rpmbuild insists on creating an x86-64 rpm. >> > > Do you have: BuildArch: noarch > > in your spec? > No, but then most python stuff does not have it either (ie use the directives specified for noarch builds, but do not specify BuildArch: noarch). I took one of the fedora python package as a model, and then verifyed that a lot of the python packages that install in /usr/lib/python* are in this case (as of FC7). Even the template specs for python do not show the BuildArch: noarch, that may be where it comes from. It's a small inconsistence (not very important in practise, I guess), I just wanted to signal it... Thank you for your quick answer. For myself, I'll add the noarch tag. This seems cleaner. Theo. From johannbg at hi.is Wed Apr 9 16:13:39 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 09 Apr 2008 16:13:39 +0000 Subject: bugzilla triage madness :-/ In-Reply-To: <47FAF340.9090300@redhat.com> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47FAF340.9090300@redhat.com> Message-ID: <47FCEB33.9030100@hi.is> John Poelstra wrote: > Pekka Savola said the following on 04/04/2008 11:07 AM Pacific Time: > > On Fri, 4 Apr 2008, Michael Schwendt wrote: > >> What do I care? When I filed the bug, the product was fresh and > >> maintained, > >> wasn't it? But more than a year later I'm no longer willing to > spend time > >> on the same issues without a single sign of life from the package > owner. > > I think this is completely reasonable. I'd do the same thing and > would thus close the bug. > I've been that fortunate to work with exceptionally good people ( so far ). Not only has my reports been responded to but responded to very fast. Which explains all the underlying problem, in a nutshell. > > That seems like one of the fundamental problems here; I agree with you. > > Having filed bugs, and seeing them get closed 5 years later with "this > > product is no longer supported", and no developer response in > between is > > rather disheartening. > > This raises several important issues that have been masked as the > outstanding bug count in Fedora grew and grew until January 2008 when > a few of us thought something needed to be done. > > 1) Do we really have enough package maintainers? > --If not, why? > --Will we ever? > --Is this the wrong issue to focus on? > Yes, this is the wrong issue to focus on. It's the quality of the maintainer(s) and packages not the quantity.. > 2) Is it reasonable for a bug reporter or a maintainer to expect that > EVERY legitimate bug filed will be fixed? No but he expects to be responded to ( no later then a month I would say ) even more so if he bother to patch the issue and submit it... > --If not, how does Fedora as project adjust bug reporter expectations? When filing a new bug show top packages that aren't worth filing against because they wont be responded to anyway. If reporter reports against these packages/applications he *knows* he's not getting response. > --Could Fedora provide guidelines around which types of bug reports > are more desirable than others--assuming bug reporters have finite > time as well? > All bugs are equal, whether they are big or small, incorrect file permissions or segmentation faults ... > 3) With finite resources is it wiser to attempt to fix all the bugs in > Fedora Core 1 to 6 or polish Fedora 9? > --The EOL releases have definitely been a distraction and potential > time waster for new triagers > In a perfect bugzilla world triagers would not be needed at all.. > 4) Is it actually a *better* user experience to routinely close open > bugs that aren't getting fixed then let them sit for several years > with no response? In other words is it better to disappoint someone a > month or two after reporting a bug or a year? > Nope and it would not be needed if there were any response to the bug in the first place. How about some stats about which packages/components have not responded to reports against them.. So how to solve.. ( No I dont just wine about how broken things are I also try to come up with a solutions, problems are meant to be solved..) A simple email reminder to maintainer/developer that he has not responded to a bug, once a month maybe.. Add a info field that the package/component in bugzilla which maintainers(s)/developer(s) fills out which contains what he/they want from a reporter and how to get it( log files etc. debug mode strace etc.) and that info box is displayed when filling a report to that package/component. Good for better reports/ and new testers to know what to give. ( New testers need responses and guides. if we are gonna keep them reporting. ) Best regards Johann B. -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 365 bytes Desc: not available URL: From lkundrak at redhat.com Wed Apr 9 16:20:26 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 09 Apr 2008 18:20:26 +0200 Subject: F8 -> F9 upgrade check 20080406 In-Reply-To: <1dedbbfc0804090246m7f947a98j7adc5e643b44434c@mail.gmail.com> References: <1207484361.6809.10.camel@vader.jdub.homelinux.org> <1dedbbfc0804070625t8b3716o9df34f4889cd58eb@mail.gmail.com> <1207669275.18618.61.camel@localhost.localdomain> <1dedbbfc0804090246m7f947a98j7adc5e643b44434c@mail.gmail.com> Message-ID: <1207758026.5643.16.camel@localhost.localdomain> On Wed, 2008-04-09 at 11:46 +0200, David Nielsen wrote: > That way you'll do (example): > > f8 | f9 > ----------------- > -1.fc8 < -1.fc9 (Initial build of same package on branch and > trunk) > -1.fc8.1 < -1.fc9 (Made a change on branch) > -1.fc8.1 < -2.fc9 (Imported new trunk) > -2.fc8 < -2.fc9 (Merged the trunk into branch) > -2.fc8.1 < -2.fc9 (And do another branch change) > > Without breaking upgrade path at any point in time. > > That would work yes, but you know what would also work.. CVS, dead in > a ditch, it simply should not be able to create the kind of > inconsistency it did for me, that was clearly a CVS bug. I have not > worked with CVS before starting as a Fedora contributor, the fact that > following the guide to the letter can occasionally cause CVS errors > like what I got (it appeared to not transfer the files completely but > I was not allowed to check the files back in - the quick fix was > merely to bump the build) - well it does tend to frighten me. Excuse me? CVS? What does a version control system have to do with this? You might mean that commit hooks would not allow you to do so, but bear in mind that they currently have no idea what builds are currently done and it's probably best that way. -- Lubomir Kundrak (Red Hat Security Response Team) From billcrawford1970 at gmail.com Wed Apr 9 16:20:25 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 9 Apr 2008 17:20:25 +0100 Subject: Fedora 9 Final Freeze In-Reply-To: <1207755351.11614.42.camel@localhost.localdomain> References: <1207668156.6689.22.camel@localhost.localdomain> <20080409063225.GA4685@redhat.com> <1207750925.24509.23.camel@aglarond.local> <20080409153210.GD5301@redhat.com> <1207755351.11614.42.camel@localhost.localdomain> Message-ID: <544eb990804090920t667ab88bn8d8c90156f9d75de@mail.gmail.com> On 09/04/2008, Jesse Keating wrote: > How does one "play safe" here? We can't reproduce it, how can we > possibly fix it, or even verify that it's fixed? And how long do we sit > on the possible fix (if we could ever create one) before we decide it's > "safe" ? You play safe by unmounting *everything* and doing a sync() ;o) From pp at ee.oulu.fi Wed Apr 9 16:24:47 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Wed, 9 Apr 2008 19:24:47 +0300 Subject: very common kernel modules slow down the boot process In-Reply-To: <20080409152313.GB5301@redhat.com> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <20080407162553.GC16893@devserv.devel.redhat.com> <20080408130323.GA18839@redhat.com> <20080408131239.GA25290@devserv.devel.redhat.com> <20080409152313.GB5301@redhat.com> Message-ID: <20080409162447.GA21940@ee.oulu.fi> On Wed, Apr 09, 2008 at 11:23:13AM -0400, Dave Jones wrote: > > Interesting - not had that problem but I do have a lot of swap on the > > small boxes (512MB or so) which would have meant it ticked along fine. > > > > You can always create a swapfile for the upgrade anyway > It's definitly a concern for swapless machines. > (Like say, my router running off of flash) > > That got so bad Ive now stuk a 1gb usb stick in there solely for swap. You could also just get more memory and swap to a ramdisk. Evil hack, but the kernel really needs it's swap and is very unhappy if you don't have any. -- Pekka Pietikainen From a.badger at gmail.com Wed Apr 9 16:28:29 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 09 Apr 2008 09:28:29 -0700 Subject: python packaging In-Reply-To: <47FCEAB5.2080709@sophia.inria.fr> References: <47FCB267.3000300@sophia.inria.fr> <1207747429.11614.23.camel@localhost.localdomain> <47FCEAB5.2080709@sophia.inria.fr> Message-ID: <47FCEEAD.2000103@gmail.com> Theodore Papadopoulo wrote: > Jesse Keating wrote: >> On Wed, 2008-04-09 at 14:11 +0200, Theodore Papadopoulo wrote: >> >>> Since the library does not contain C source code, I followed the >>> noarch packaging guidelines, >>> but rpmbuild insists on creating an x86-64 rpm. >>> >> >> Do you have: BuildArch: noarch >> >> in your spec? >> > No, but then most python stuff does not have it either (ie use the > directives specified for noarch builds, but do not specify BuildArch: > noarch). > I took one of the fedora python package as a model, and then verifyed > that a lot of the python packages that install in /usr/lib/python* > are in this case (as of FC7). Even the template specs for python do not > show the BuildArch: noarch, that may be where it comes > from. > > It's a small inconsistence (not very important in practise, I guess), I > just wanted to signal it... > > Thank you for your quick answer. For myself, I'll add the noarch tag. > This seems cleaner. Could you please tell us what the packages you looked at are? They are doing things wrong. And could you tell me which pages you would have expected to mention BuildArch: noarch? We probably assume that people understand what BuildArch is for and so we neglected to document it unambiguously. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From tibbs at math.uh.edu Wed Apr 9 16:36:30 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 09 Apr 2008 11:36:30 -0500 Subject: Summary of the 2008-04-08 Packaging Committee meeting Message-ID: Meeting minutes and full logs of the packaging committee meeting which occurred on 2008-04-08 are online: http://fedoraproject.org/wiki/Packaging/Minutes http://fedoraproject.org/wiki/Packaging/Minutes20080408 The following drafts are now official guidelines, having been accepted by FESCO last week: * SysV-style initscript guidelines: http://fedoraproject.org/wiki/Packaging/SysVInitScript * Java packaging guidelines: http://fedoraproject.org/wiki/Packaging/Java * Eclipse plugin guidelines: http://fedoraproject.org/wiki/Packaging/EclipsePlugins * GCJGuidelines: http://fedoraproject.org/wiki/Packaging/GCJGuidelines These should be written into the guidelines soon if this hasn't already been done by the time you read this. Issues pending FESCO ratification: * No packages may own files or dirs in /srv * http://fedoraproject.org/wiki/PackagingDrafts/NoBitsInSrv * This is a new draft this week * Target release: F10 (including fixing noncompliant packages by then) * Accepted (6 - 0) * Voting for: tibbs spot Rathann abadger1999 racor hansg rdieter * Update the GCJ guidelines to require that it be called conditionally * http://fedoraproject.org/wiki/PackagingDrafts/ConditionalGCJ * A modification to the existing GCJ guidelines, new this week. * Accepted (6 - 0) * Voting for: abadger1999 spot tibbs rdieter Rathann hansg Other business: * Naming all packages in lowercase * http://fedoraproject.org/wiki/PackagingDrafts/ASCIINamingLowercase * This is a new draft. * Not Accepted (1 - 4) * Voting for: agadger1999 * Voting against: tibbs spot hansg racor * Abstaining: Rathann rdieter * Revisiting the jpackagage naming exception * The original exception is at http://fedoraproject.org/wiki/Packaging/JPackagePolicy; the committee is revisiting the exception. * The committee requests from the Java group "a list of information as to why they need the jpp tag, specifically, how they're using it, by May 8th." The committee will revisit the issue then. * Accepted (5 - 0) * Voting for: tibbs abadger1999 spot rdieter hansg * Sugar Activity Guidelines * http://fedoraproject.org/wiki/DennisGilmore/SugarActivityGuidelines * A new draft this week * Some issues were identified: * arch-specific activities should not install under /usr/share * /usr/share/activities is rather generic * The draft is tabled until the next meeting. The meeting ended with a long discussion of the packaging of static libraries and the conditions under which static libraries are allowable in the -devel pacuage. This was triggered by the discussion in https://bugzilla.redhat.com/show_bug.cgi?id=430545. There was no written proposal. Next meeting in two weeks: 2008-04-22. - J< From rhally at mindspring.com Wed Apr 9 17:01:21 2008 From: rhally at mindspring.com (Richard Hally) Date: Wed, 09 Apr 2008 13:01:21 -0400 Subject: bugzilla triage madness :-/ In-Reply-To: <47FCE400.9040009@gmail.com> References: <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> <20080409075355.GA25404@orient.maison.lan> <47FCE400.9040009@gmail.com> Message-ID: <47FCF661.6000207@mindspring.com> Toshio Kuratomi wrote: > Emmanuel Seyman wrote: >> * Stephen John Smoogen [08/04/2008 23:23] : >>> In some cases that will mean a maintainer >>> loses a package if they are not responding to bugs. >> >> Can't we just open up the ACLs for that package? It doesn't matter that >> the maintainer doesn't use Bugzilla, only that someone is able to commit >> the bug's fix to the package (and push out an update?). >> > Open acls are good. > > OTOH, if a maintainer doesn't use Bugzilla, there's a definite problem. > Bugzilla is a primary form of contact between users and developers. If > a maintainer doesn't use Bugzilla, it could be argued that they aren't > paying attention to a major portion of their responsibilities to a package. > > This is the thing I hate most about Ubuntu-launchpad. There's no > culture of watching the bug tracker (or it's not consistent between the > Ubuntu distro people and the upstream people hosted in launchpad) so > putting a bug in launchpad might not ever be read by the relevant parties. > > In Fedora it may sometimes feel the same but at least our messaging is > sane: Every bug belongs in Bugzilla. When the process falls down > (because a maintainer is ignoring bugzilla) we need to find a way to > address that (triage team looks at bugs and flags important ones for the > maintainer; opening acls so more people can work on a package; getting > maintainers to release packages that they do not care about; etc). > > -Toshio > Isn't there an AWOL procedure for maintainers? Maintainers that do not respond to bugs that they are responsible for should be considered AWOL. If maintainers can not keep up with the bugs on their packages either the maintainer should be dropped or the package should be dropped as unmaintained. HTH Richard P.s. we could do with fewer packages. let's weed then out. From bruno at wolff.to Wed Apr 9 17:24:07 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 9 Apr 2008 12:24:07 -0500 Subject: kernel drm bugs and regressions (mga, savage users please test) In-Reply-To: <1207642760.21740.5.camel@optimus> References: <1207642760.21740.5.camel@optimus> Message-ID: <20080409172407.GB27592@wolff.to> On Tue, Apr 08, 2008 at 18:19:20 +1000, Dave Airlie wrote: > > I'd really like feedback from nouveau, radeon, savage and mga people > that have working DRI now, and to let me know via a bug if the new > kernel regresses that or oopses after 211 in the drm code. My work machine's (with a FireGL V3400) oddities are still there when running 204, so they aren't problems introduced with the 212 kernel. From bruno at wolff.to Wed Apr 9 17:52:45 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 9 Apr 2008 12:52:45 -0500 Subject: bugzilla triage madness :-/ In-Reply-To: <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> References: <20080404114826.1a3aa322.mschwendt@gmail.com> <47F60D2A.1040702@gmail.com> <20080404140333.262969f0.mschwendt@gmail.com> <47F62216.5020205@gmail.com> <1207333117.32468.11.camel@rousalka.dyndns.org> <1207334008.3110.38.camel@localhost.localdomain> <1207337677.32468.50.camel@rousalka.dyndns.org> <32322.192.54.193.59.1207648377.squirrel@rousalka.dyndns.org> Message-ID: <20080409175245.GA8128@wolff.to> On Tue, Apr 08, 2008 at 11:52:57 +0200, Nicolas Mailhot wrote: > > Given these resource limitations, bug reporters have to be selective > in their reporting. The volume of code and the number of problems to > report is literally more than they can handle. In order to handle the > workload, they filter ruthlessly. If a project takes months to answer > a bug report, or repeatedly asks to retest or confirm a problem no one > has looked at still exists, that's unlikely to get as much attention > as a project that is quick to process reports and does not make > reporters feel they're wasting their time. I'm not saying that this is > good, bad, or indifferent, but simply a fact of life in the open > source world. I can tell you that is in fact true for my case. I cerntainly don't have the time to report and deal with followups for every issue I run accross in Fedora. I prioritize based in part in how important the issue is to me and how likely I think other people are to report an issue. From bpepple at fedoraproject.org Wed Apr 9 17:58:51 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 09 Apr 2008 13:58:51 -0400 Subject: Plan for tomorrows (20080410) FESCO meeting Message-ID: <1207763931.24597.2.camel@kennedy> Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo meeting -- Any objection to this week's report from FPC at https://www.redhat.com/archives/fedora-devel-list/2008-April/msg00802.html /topic FESCo-Meeting -- libflashsupport & nspluginwrapper on x86_64 - warren /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ latest beta slip?) - all /topic FESCo-Meeting -- Features Completion - http://fedoraproject.org/wiki/Releases/9/FeatureList - poelcat /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule. You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cagney at redhat.com Wed Apr 9 18:18:54 2008 From: cagney at redhat.com (Andrew Cagney) Date: Wed, 09 Apr 2008 14:18:54 -0400 Subject: where should test-suites be packaged, and ... Message-ID: <47FD088E.6040807@redhat.com> For instance, the upstream frysk project, as part its install, includes tests that run against the installed package. We're bundling that as part of the frysk's rpm suite. This, for me, brings up two questions: - where should test-suites be packaged Hiding them in frysk-devel is probably not a good idea :-); but making them available as packages (but perhaps not part of a distro), so that we have the ability easily install and run them as part of an automated integration test process, I contend, is. - how can we stop separate-debug-info destroying the test-suite RPM's contents For instance, frysk's test-suite includes sys-rooted source and separate-debug-info tests; unfortunatly the RPM packaging process corrupts these by trying to make sys-rooted source and separate-debug-info rpms out of them ... :-) We'd like to avoid this :-), in effect, have a way to prevent all such post "make install" manipulation on certain files. hints and resolution welcome, Andrew (who hopes this hasn't been addressed already :-) From roland at redhat.com Wed Apr 9 18:50:59 2008 From: roland at redhat.com (Roland McGrath) Date: Wed, 9 Apr 2008 11:50:59 -0700 (PDT) Subject: where should test-suites be packaged, and ... In-Reply-To: Andrew Cagney's message of Wednesday, 9 April 2008 14:18:54 -0400 <47FD088E.6040807@redhat.com> References: <47FD088E.6040807@redhat.com> Message-ID: <20080409185059.BBDC026F98D@magilla.localdomain> > - how can we stop separate-debug-info destroying the test-suite RPM's > contents > > For instance, frysk's test-suite includes sys-rooted source and > separate-debug-info tests; unfortunatly the RPM packaging process > corrupts these by trying to make sys-rooted source and > separate-debug-info rpms out of them ... :-) We'd like to avoid this > :-), in effect, have a way to prevent all such post "make install" > manipulation on certain files. That is actually not very easy at all. All those things are in several scripts and they all pretty much do a "find $RPM_BUILD_ROOT" of some sort. We can figure out arcane ways to dodge each one, but I think it will wind up very fragile. I think the only way to win is not to play the game. Alternative approaches that come to mind: 1. Put all the test data files into their own rpm, built from their own src.rpm separate from any installed programs of any kind. It's not so hard to completely disable all post-processing for the whole .spec, e.g.: %define __spec_install_post %{nil} The rpm containing the test suite can Require: the test-data rpm. 2. Fake out rpm by unpacking in %post and using %ghost. That is, include in the rpm a /usr/lib/frysk/test-data.tar.bz2 file. Use e.g.: tar cf - files... | bzip2 -9 > test-data.tar.bz2 tar tjf test-data.tar.bz2 | sed 's/^/%ghost /' > datalist %files -f datalist /usr/lib/frysk/test-data.tar.bz2 /usr/lib/frysk/test-data %post tar -jf /usr/lib/frysk/test-data.tar.bz2 -x -C /usr/lib/frysk/test-data 3. Avoid the problem entirely. Just include test-data.tar.bz2 in the rpm. Make the test procedure (top driving shell script or whatever) do: mkdir temp-place-for-test-run tar -C temp-place-for-test-run -xf /usr/lib/frysk/test-data.tar.bz2 run-tests --sysroot=temp-place-for-test-run rm -rf temp-place-for-test-run I would tend towards #3 I think. Thanks, Roland From notting at redhat.com Wed Apr 9 19:16:41 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 9 Apr 2008 15:16:41 -0400 Subject: Plan for tomorrows (20080410) FESCO meeting In-Reply-To: <1207763931.24597.2.camel@kennedy> References: <1207763931.24597.2.camel@kennedy> Message-ID: <20080409191641.GA17241@nostromo.devel.redhat.com> Brian Pepple (bpepple at fedoraproject.org) said: > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule. You can also propose topics > in the meeting while it is in the "Free discussion around Fedora" phase. I suppose we should discuss the status of the various 'enable by default in beta and check for feedback' features, such as swfdec and PackageKit. Bill From mattdm at mattdm.org Wed Apr 9 19:23:44 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 9 Apr 2008 15:23:44 -0400 Subject: Xfce SIG? In-Reply-To: <20080407143318.318b1e0a@ghistelwchlohm.scrye.com> References: <20080407143318.318b1e0a@ghistelwchlohm.scrye.com> Message-ID: <20080409192344.GA6314@jadzia.bu.edu> On Mon, Apr 07, 2008 at 02:33:18PM -0600, Kevin Fenzi wrote: > Are there enough other people out there interested in Xfce to make > forming a SIG worthwhile? I would like to be a lurker. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From johannbg at hi.is Wed Apr 9 20:07:46 2008 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 09 Apr 2008 20:07:46 +0000 Subject: Plan for tomorrows (20080410) FESCO meeting In-Reply-To: <20080409191641.GA17241@nostromo.devel.redhat.com> References: <1207763931.24597.2.camel@kennedy> <20080409191641.GA17241@nostromo.devel.redhat.com> Message-ID: <47FD2212.90402@hi.is> Bill Nottingham wrote: > Brian Pepple (bpepple at fedoraproject.org) said: > >> You want something to be discussed? Send a note to the list in reply to >> this mail and I'll add it to the schedule. You can also propose topics >> in the meeting while it is in the "Free discussion around Fedora" phase. >> > > I suppose we should discuss the status of the various 'enable by default > in beta and check for feedback' features, such as swfdec and PackageKit. > > Bill > > I propose #437828 will be considered as a permanent solution to the services "enabled by default" debate and implemented in F10. As I see it there are only 2 options for F9. Keeping the current service schema as is or enabled only system and network services necessary for functional system and network operation. Best regards. Johann B. From michel.sylvan at gmail.com Wed Apr 9 20:14:30 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Wed, 9 Apr 2008 16:14:30 -0400 Subject: Lua SIG feelers Message-ID: Hi all, Now that a decent amount of Lua (http://www.lua.org/) modules are being packaged for Fedora, it might be time to start a Lua SIG. Motivations: - maintain packaging guidelines - place to announce review requests - similarly, place for users to request packages I'm sending this e-mail to gauge the level of interest -- for those not in the know, Lua is a lightweight scripting language designed to integrate well with C. It's table-based architecture supports various styles of programming, from functional to object-orientation, and even lazy evaluation. Best regards, -- Michel Salim http://hircus.jaiku.com/ From davej at redhat.com Wed Apr 9 20:22:22 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 9 Apr 2008 16:22:22 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <1207755351.11614.42.camel@localhost.localdomain> References: <1207668156.6689.22.camel@localhost.localdomain> <20080409063225.GA4685@redhat.com> <1207750925.24509.23.camel@aglarond.local> <20080409153210.GD5301@redhat.com> <1207755351.11614.42.camel@localhost.localdomain> Message-ID: <20080409202222.GB24086@redhat.com> On Wed, Apr 09, 2008 at 11:35:51AM -0400, Jesse Keating wrote: > On Wed, 2008-04-09 at 11:32 -0400, Dave Jones wrote: > > > > I think my home may be on top of an indian burial ground or something :) > > It is certainly unusual that I'm the only person who seems to be > > seeing it, but I'd rather we played safe just in case I'm not as > > special as this bug makes me out to be. > > How does one "play safe" here? We can't reproduce it, how can we > possibly fix it, or even verify that it's fixed? And how long do we sit > on the possible fix (if we could ever create one) before we decide it's > "safe" ? turns out I was a moron. my pxe config was passing 'nokill' which I'd forgotten about. So I'm still "special", but not in a good way. I'll go sit in the corner now. Dave -- http://www.codemonkey.org.uk From pertusus at free.fr Wed Apr 9 20:23:40 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 9 Apr 2008 22:23:40 +0200 Subject: bugzilla triage madness :-/ In-Reply-To: <47FCF661.6000207@mindspring.com> References: <20080408141033.GC21816@free.fr> <5724.192.54.193.59.1207664722.squirrel@rousalka.dyndns.org> <47FB8E73.8010903@gmail.com> <1207678224.18690.12.camel@rousalka.dyndns.org> <80d7e4090804081228g1393b972xb5348a2df052c130@mail.gmail.com> <20080409075355.GA25404@orient.maison.lan> <47FCE400.9040009@gmail.com> <47FCF661.6000207@mindspring.com> Message-ID: <20080409202340.GA2664@free.fr> On Wed, Apr 09, 2008 at 01:01:21PM -0400, Richard Hally wrote: > > Isn't there an AWOL procedure for maintainers? > Maintainers that do not respond to bugs that they are responsible for > should be considered AWOL. It is not the AWOL procedure. AWOL maintainers are maintainers that ccannot be contacted anymore. > If maintainers can not keep up with the bugs on their packages either the > maintainer should be dropped or the package should be dropped as > unmaintained. That's a policy that is missing. I think that something along that should be done, but it is a touchy issue. -- Pat From lordmorgul at gmail.com Wed Apr 9 20:33:14 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 09 Apr 2008 13:33:14 -0700 Subject: Xfce SIG? In-Reply-To: <20080409192344.GA6314@jadzia.bu.edu> References: <20080407143318.318b1e0a@ghistelwchlohm.scrye.com> <20080409192344.GA6314@jadzia.bu.edu> Message-ID: <47FD280A.4030703@gmail.com> Matthew Miller wrote: > On Mon, Apr 07, 2008 at 02:33:18PM -0600, Kevin Fenzi wrote: >> Are there enough other people out there interested in Xfce to make >> forming a SIG worthwhile? > > I would like to be a lurker. Ditto. I like to use XFCE on my virtual machine on my laptop, but I don't know whether I'll be able to contribute any serious time other than bug reports. If an effort to improve xfce gets started I'll focus more of my bug reporting time to it though. /sighs last quarter of grad school. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From tim at niemueller.de Wed Apr 9 20:53:45 2008 From: tim at niemueller.de (Tim Niemueller) Date: Wed, 09 Apr 2008 22:53:45 +0200 Subject: Lua SIG feelers In-Reply-To: References: Message-ID: <47FD2CD9.4010109@niemueller.de> Michel Salim schrieb: > Hi all, Hi Michel and all. > Now that a decent amount of Lua (http://www.lua.org/) modules are > being packaged for Fedora, it might be time to start a Lua SIG. True. As the (co-)maintainer of most Lua-related packages in Fedora I'd really love to see more people involved, packaging and helping with maintenance of packages. For the guidelines I made some up for myself, especially regarding the naming of packages. We (Jason Tibbitts as reviewer and me) came across a few pitfalls if it comes to Packaging of Lua packages, especially the ones that contain C code. For example passing correct CFLAGS to get useful debuginfo packages. This should probably also be covered in the guidelines. I'd just give it a start if no one objects. Is there anything specific involved in creating a SIG besides having interested people and setting up a Wiki page? Who else is interested? Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From kanarip at kanarip.com Wed Apr 9 21:08:40 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 09 Apr 2008 23:08:40 +0200 Subject: Pungi and Revisor In-Reply-To: References: <1207520650.7589.9.camel@localhost.localdomain> <200804062004.59695.jwilson@redhat.com> Message-ID: <47FD3058.60706@kanarip.com> Mark Bidewell wrote: > That's it thanks. BTW could someone point me to some comparison of > revisor and pungi? It seems that they are virtually identical. Also, > do either one support RHEL/CentOS as well? > Revisor supports spinning CentOS 5 from Fedora 7+ at least, and the latest and greatest should also run on CentOS 5 (but I have no station to test it on). Kind regards, Jeroen van Meeuwen -kanarip From kanarip at kanarip.com Wed Apr 9 21:10:31 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 09 Apr 2008 23:10:31 +0200 Subject: Pungi and Revisor In-Reply-To: <200804062004.59695.jwilson@redhat.com> References: <1207520650.7589.9.camel@localhost.localdomain> <200804062004.59695.jwilson@redhat.com> Message-ID: <47FD30C7.4070402@kanarip.com> Jarod Wilson wrote: > On Sunday 06 April 2008 06:24:10 pm Jesse Keating wrote: >> On Sun, 2008-04-06 at 17:19 -0400, Mark Bidewell wrote: >>> >>> I have been playing with Pungi and revisor and have a strange problem. When >>> I boot the resulting iso for graphical installation. X starts but not the >>> anaconda installer - just a black screen with the X mouse cursor. Any ideas >>> what could cause this? >> You'd have to look on the other virtual terminals to see what messages >> are being printed, likely there is an error somewhere. > > If its an F8-based spin, its a known issue. The Fedora Unity guys have a patched anaconda build that fixes it... > > http://git.kanarip.com/?p=anaconda/.git;a=shortlog;h=f8-branch > There's Koji built packages also. More information on: http://blogs.fedoraunity.org/kanarip/updates-to-anaconda and http://www.kanarip.com/anaconda/f8/ Kind regards, Jeroen van Meeuwen -kanarip From cagney at redhat.com Wed Apr 9 21:17:58 2008 From: cagney at redhat.com (Andrew Cagney) Date: Wed, 09 Apr 2008 17:17:58 -0400 Subject: where should test-suites be packaged, and ... In-Reply-To: <20080409185059.BBDC026F98D@magilla.localdomain> References: <47FD088E.6040807@redhat.com> <20080409185059.BBDC026F98D@magilla.localdomain> Message-ID: <47FD3286.8070501@redhat.com> Roland McGrath wrote: >> - how can we stop separate-debug-info destroying the test-suite RPM's >> contents >> >> For instance, frysk's test-suite includes sys-rooted source and >> separate-debug-info tests; unfortunatly the RPM packaging process >> corrupts these by trying to make sys-rooted source and >> separate-debug-info rpms out of them ... :-) We'd like to avoid this >> :-), in effect, have a way to prevent all such post "make install" >> manipulation on certain files. >> > > That is actually not very easy at all. All those things are in several > scripts and they all pretty much do a "find $RPM_BUILD_ROOT" of some sort. > We can figure out arcane ways to dodge each one, but I think it will wind > up very fragile. I think the only way to win is not to play the game. > Alternative approaches that come to mind: > These all also seem arcane and dodgy, surely there's a way to stipulate both that a file is part of the rpm and that its contents shouldn't be manipulated. I'll note the second suggestion; the result comes closest to what one would expect. Andrew > 1. Put all the test data files into their own rpm, built from their own > src.rpm separate from any installed programs of any kind. It's not so > hard to completely disable all post-processing for the whole .spec, e.g.: > %define __spec_install_post %{nil} > The rpm containing the test suite can Require: the test-data rpm. > > 2. Fake out rpm by unpacking in %post and using %ghost. > That is, include in the rpm a /usr/lib/frysk/test-data.tar.bz2 file. > Use e.g.: > tar cf - files... | bzip2 -9 > test-data.tar.bz2 > tar tjf test-data.tar.bz2 | sed 's/^/%ghost /' > datalist > %files -f datalist > /usr/lib/frysk/test-data.tar.bz2 > /usr/lib/frysk/test-data > %post > tar -jf /usr/lib/frysk/test-data.tar.bz2 -x -C /usr/lib/frysk/test-data > > 3. Avoid the problem entirely. Just include test-data.tar.bz2 in the rpm. > Make the test procedure (top driving shell script or whatever) do: > mkdir temp-place-for-test-run > tar -C temp-place-for-test-run -xf /usr/lib/frysk/test-data.tar.bz2 > run-tests --sysroot=temp-place-for-test-run > rm -rf temp-place-for-test-run > > I would tend towards #3 I think. > > > Thanks, > Roland > > From mmcgrath at redhat.com Wed Apr 9 21:47:37 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 9 Apr 2008 16:47:37 -0500 (CDT) Subject: Outage Notification - 2008-04-09 20:30:30 UTC Message-ID: There will be an outage starting at 2008-04-09 20:30:30 UTC, which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-04-09 20:30:30 UTC' Affected Services: Buildsystem Unaffected Services: Websites CVS / Source Control Database DNS Mail Torrent Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/400 Reason for Outage: More NFS Lock issues https://bugzilla.redhat.com/show_bug.cgi?id=436174 We recently reverted to a RHEL4 box in hopes that the older version might be more stable but the older kernel and utils did not support our large 10T ext3 filesystem. So we started seeing IO errors. This caused the fs to get mounted RO and caused the first outage. Upon rebuilding nfs1 as a RHEL5 box I decided it best to run e2fsck for good measure. That's where we are at now. The box is up, all configured to export but we're running e2fsck. I'd expect it to be done within the hour. Sorry for all the confusion in this we're working towards a solution. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From kanarip at kanarip.com Wed Apr 9 22:16:17 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 10 Apr 2008 00:16:17 +0200 Subject: Spin SIG Meeting Minutes Message-ID: <47FD4031.9020207@kanarip.com> https://fedoraproject.org/wiki/SIGs/Spins/Meeting-08042008 ^^ Hope you can read it ;-) If someone can point me to the HTML-thingy that makes it look nicer I'd appreciate. Attendees: Jeroen van Meeuwen, James Ben Williams, Rahul Sundaram, Jeffrey Tadlock, Jef Spaleta, Max Spevack, Jesse Keating Regrets: Jonathan Steffan (had to get lunch... Grab a sandwich next time! :P) == Discussion Summary == === Spin Guidelines === * https://fedoraproject.org/wiki/SIGs/Spins/CommunitySpinGuidelines * OWNER: Jeroen van Meeuwen * ACTIONS: - Fine tune terminology used (JvM) - Keep Guidelines plain and simple, yet as complete as possible (JvM) - Incorporate any guidelines from the Board (mainly for Trademark acceptance), should they be provided (JvM) - Clarify "patching packages" against "legitimate changes in default behavior" (JvM) === Kickstart Pool === * https://fedoraproject.org/wiki/SIGs/Spins/KickstartPool * OWNER: Jeroen van Meeuwen * ACTIONS: - Request fedorahosted.org GIT repository (JvM) - Template/Snippet kickstarts as a sample for these pages (JvM) - Draft documentation for end-users (JvM) === Spin Submission Process === * No wiki page yet * OWNER: Jeroen van Meeuwen * ACTIONS: - Draft a Spin Submission Process from the Spin Guidelines - Figure out and document what happens between Trademark Approval and being Released as part of the Release cycle === Spin Documentation === * No wiki page yet * OWNER: Jeroen van Meeuwen * ACTIONS: - Given the Guidelines and Kickstart Pool documents, write documentation that tells people what to do exactly, to create a Spin === Other Topics === * https://fedoraproject.org/wiki/SIGs/Spins/Agenda * OWNER: All * ACTIONS: - Several spins proposed by Rahul Sundaram which need reviewing - Request Mailing list (spin-list@ or similar) (JvM) Kind regards, Jeroen van Meeuwen -kanarip From roland at redhat.com Wed Apr 9 22:52:36 2008 From: roland at redhat.com (Roland McGrath) Date: Wed, 9 Apr 2008 15:52:36 -0700 (PDT) Subject: where should test-suites be packaged, and ... In-Reply-To: Andrew Cagney's message of Wednesday, 9 April 2008 17:17:58 -0400 <47FD3286.8070501@redhat.com> References: <47FD088E.6040807@redhat.com> <20080409185059.BBDC026F98D@magilla.localdomain> <47FD3286.8070501@redhat.com> Message-ID: <20080409225236.C445626F992@magilla.localdomain> > These all also seem arcane and dodgy, surely there's a way to stipulate > both that a file is part of the rpm and that its contents shouldn't be > manipulated. You seem sure of what I've just told is not so. Good luck with that. From kanarip at kanarip.com Wed Apr 9 23:18:43 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 10 Apr 2008 01:18:43 +0200 Subject: Spin SIG Meeting Minutes In-Reply-To: <47FD4031.9020207@kanarip.com> References: <47FD4031.9020207@kanarip.com> Message-ID: <47FD4ED3.5060705@kanarip.com> > === Kickstart Pool === > > * https://fedoraproject.org/wiki/SIGs/Spins/KickstartPool > * OWNER: Jeroen van Meeuwen > * ACTIONS: > - Request fedorahosted.org GIT repository (JvM) Thanks to ricky, this item is now closed: https://fedorahosted.org/fedora-infrastructure/ticket/497#comment:1 Kind regards, Jeroen van Meeuwen -kanarip From kwade at redhat.com Wed Apr 9 23:54:36 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Wed, 09 Apr 2008 16:54:36 -0700 Subject: Spin SIG Meeting Minutes In-Reply-To: <47FD4031.9020207@kanarip.com> References: <47FD4031.9020207@kanarip.com> Message-ID: <1207785276.4585.449.camel@calliope.phig.org> On Thu, 2008-04-10 at 00:16 +0200, Jeroen van Meeuwen wrote: > https://fedoraproject.org/wiki/SIGs/Spins/Meeting-08042008 > > ^^ Hope you can read it ;-) If someone can point me to the HTML-thingy > that makes it look nicer I'd appreciate. I use this one: http://mg.pov.lt/irclog2html/ -- Karsten Wade, Sr. Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From michel.sylvan at gmail.com Thu Apr 10 00:55:00 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Wed, 9 Apr 2008 20:55:00 -0400 Subject: Lua SIG feelers In-Reply-To: <47FD2CD9.4010109@niemueller.de> References: <47FD2CD9.4010109@niemueller.de> Message-ID: On Wed, Apr 9, 2008 at 4:53 PM, Tim Niemueller wrote: > Michel Salim schrieb: > > Hi all, > > Hi Michel and all. > > > > Now that a decent amount of Lua (http://www.lua.org/) modules are > > being packaged for Fedora, it might be time to start a Lua SIG. > > True. As the (co-)maintainer of most Lua-related packages in Fedora I'd > really love to see more people involved, packaging and helping with > maintenance of packages. > > For the guidelines I made some up for myself, especially regarding the > naming of packages. We (Jason Tibbitts as reviewer and me) came across a > few pitfalls if it comes to Packaging of Lua packages, especially the > ones that contain C code. For example passing correct CFLAGS to get > useful debuginfo packages. This should probably also be covered in the > guidelines. I'd just give it a start if no one objects. > > Is there anything specific involved in creating a SIG besides having > interested people and setting up a Wiki page? > That's probably it. I've put up the Wiki page at http://fedoraproject.org/wiki/SIGs/Lua This might need to be added to the guideline: Lua seems to search for libraries only in the current directory and in %{_libdir}. This means that even packages that are actually noarch cannot be declared as such, to make sure that they are built separately on each platform. Best, -- Michel Salim http://hircus.jaiku.com/ From jwboyer at gmail.com Thu Apr 10 01:18:10 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 09 Apr 2008 20:18:10 -0500 Subject: Plan for tomorrows (20080410) FESCO meeting In-Reply-To: <47FD2212.90402@hi.is> References: <1207763931.24597.2.camel@kennedy> <20080409191641.GA17241@nostromo.devel.redhat.com> <47FD2212.90402@hi.is> Message-ID: <1207790290.3996.16.camel@vader.jdub.homelinux.org> On Wed, 2008-04-09 at 20:07 +0000, "J?hann B. Gu?mundsson" wrote: > Bill Nottingham wrote: > > Brian Pepple (bpepple at fedoraproject.org) said: > > > >> You want something to be discussed? Send a note to the list in reply to > >> this mail and I'll add it to the schedule. You can also propose topics > >> in the meeting while it is in the "Free discussion around Fedora" phase. > >> > > > > I suppose we should discuss the status of the various 'enable by default > > in beta and check for feedback' features, such as swfdec and PackageKit. > > > > Bill > > > > > I propose #437828 will be considered as a permanent solution to the > services "enabled by default" > debate and implemented in F10. Propose it as a solution how? I see several different opinions in that bug, and no general consensus among it's commentors. If you would like to actually draft a proposal and submit it to FESCo via the normal process, we will gladly hear it and discuss it. I suggest you continue working your bug a bit longer before doing that though. > As I see it there are only 2 options for F9. > Keeping the current service schema as is or enabled only > system and network services necessary for functional system and network > operation. There is no option for F9. It's in Final Freeze, so whatever exists today is what's going to ship. josh From sundaram at fedoraproject.org Thu Apr 10 01:31:43 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 10 Apr 2008 07:01:43 +0530 Subject: Spin SIG Meeting Minutes In-Reply-To: <1207785276.4585.449.camel@calliope.phig.org> References: <47FD4031.9020207@kanarip.com> <1207785276.4585.449.camel@calliope.phig.org> Message-ID: <47FD6DFF.70507@fedoraproject.org> Karsten 'quaid' Wade wrote: > On Thu, 2008-04-10 at 00:16 +0200, Jeroen van Meeuwen wrote: >> https://fedoraproject.org/wiki/SIGs/Spins/Meeting-08042008 >> >> ^^ Hope you can read it ;-) If someone can point me to the HTML-thingy >> that makes it look nicer I'd appreciate. > > I use this one: > > http://mg.pov.lt/irclog2html/ Used this and replaced the irc chat log. Should be much easier on the eyes now. Rahul From johannbg at hi.is Thu Apr 10 01:49:47 2008 From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=) Date: Thu, 10 Apr 2008 01:49:47 +0000 Subject: Plan for tomorrows (20080410) FESCO meeting In-Reply-To: <1207790290.3996.16.camel@vader.jdub.homelinux.org> References: <1207763931.24597.2.camel@kennedy> <20080409191641.GA17241@nostromo.devel.redhat.com> <47FD2212.90402@hi.is> <1207790290.3996.16.camel@vader.jdub.homelinux.org> Message-ID: <47FD723B.6080304@hi.is> Josh Boyer wrote: > On Wed, 2008-04-09 at 20:07 +0000, "J?hann B. Gu?mundsson" wrote: > >> Bill Nottingham wrote: >> >>> Brian Pepple (bpepple at fedoraproject.org) said: >>> >>> >>>> You want something to be discussed? Send a note to the list in reply to >>>> this mail and I'll add it to the schedule. You can also propose topics >>>> in the meeting while it is in the "Free discussion around Fedora" phase. >>>> >>>> >>> I suppose we should discuss the status of the various 'enable by default >>> in beta and check for feedback' features, such as swfdec and PackageKit. >>> >>> Bill >>> >>> >>> >> I propose #437828 will be considered as a permanent solution to the >> services "enabled by default" >> debate and implemented in F10. >> > > Propose it as a solution how? I see several different opinions in that > bug, and no general consensus among it's commentors. > > If you would like to actually draft a proposal and submit it to FESCo > via the normal process, we will gladly hear it and discuss it. I > suggest you continue working your bug a bit longer before doing that > though. > > >> As I see it there are only 2 options for F9. >> Keeping the current service schema as is or enabled only >> system and network services necessary for functional system and network >> operation. >> > > There is no option for F9. It's in Final Freeze, so whatever exists > today is what's going to ship. > > josh > > *"I suppose we should discuss the status of the various 'enable by default in beta and check for feedback"* I somehow clearly misunderstood Bill I apologize for proposing this. It wont happen again. Best regards Johann B. From a.badger at gmail.com Thu Apr 10 02:08:32 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 09 Apr 2008 19:08:32 -0700 Subject: Mono Package audit Message-ID: <47FD76A0.3070701@gmail.com> Hey all, We discovered that a few mono packages had issues with including prebuilt binaries so I did a quick check of all the mono packages I could find to see just how big the problem is. I used the mono-detect.sh script I'm attaching to find mono using packages. It might not be a complete list as I was unable to find one package that everything depended on. (It really seems like everything should depend on mono(System) or mono-core but they don't) If someone can come up with a better check and make sure I found all the packages that would be appreciated. I then downloaded the tarballs for each of the packages and ran find . '*.dll' to find prebuilt binaries. Where prebuilt binaries existed, I looked to see if there was discernable source files. If I found none, then I marked the package as binary in the attached mono-pkgs list. If I found source the package was marked as unknown since someone has to check if the files are rebuilt or included verbatim. I also looked for packages which appeared to bundle third party library source. This is the equivalent of linking against static libraries in the C world so we want to fix these at some point as well. They are marked 'bundled' in the mono-pkgs file. What to do about these problems? It has been proposed that the programs which contain binaries be blocked from going into F9 until the problems have been resolved. This plan would still have to address what to do with the "unknowns" on the list. I'm also thinking of drafting a packaging guideline to delete all prebuilt binaries from the spec file. This would make it quite plain when a package is built from source and when it is not as opposed to having to decipher whether timestamps have forced a rebuild. I think this should be fine for any package already in Fedora (and not blocked by the binary requirement). Some packages may need to be bootstrapped in initially, though, so I'll have to think of some way to deal with that. -Toshio PS: spot has a patch for db4o so that's one down :-) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mono-pkgs URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mono-detect.sh Type: application/x-shellscript Size: 513 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From mike at cchtml.com Thu Apr 10 02:53:38 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 09 Apr 2008 21:53:38 -0500 Subject: bluetooth 2.0 is extremely slow In-Reply-To: <47F71311.9010307@cchtml.com> References: <47F25E9B.80702@cchtml.com> <1207067327.13201.242.camel@cookie.hadess.net> <47F71311.9010307@cchtml.com> Message-ID: <47FD8132.2070301@cchtml.com> -------- Original Message -------- Subject: Re:bluetooth 2.0 is extremely slow From: Mike Cronenworth To: Bastien Nocera Date: 04/05/2008 12:50 AM > I punched myself into loading Windows XP (latest updates, latest > drivers) and the same file (or any 1 meg file) transfers in *10 > seconds*. A factor of four on speed improvement. There's nothing wrong > with the firmware. > >> >>> I saw someone fixed this by forcing larger MTUs. >>> http://lists.freebsd.org/pipermail/...ary/000847.html >>> >>> >>> Before modifying the OpenOBEX sources, I posted a message on their >>> board, but I haven't heard anything yet. Does anyone have any experience >>> with this? >>> >> >> OpenObex upstream is pretty much dead(-ish). Let's call it maintenance >> mode. >> >> >>> I have tried the fedora-list without an answer. Also, the OpenOBEX >>> developers are silent on this. Is this because no one has a 2.0 adapter >>> and 2.0 device? >>> >> >> Probably not, one of the upstream for OpenObex is Marcel Holtmann, and >> he certainly has more Bluetooth 2.0 devices than you or I. >> >> Test the patch, tell us if it works, and mail the bluez-users list about >> it. There's also ACL and SCO MTUs to take in consideration, and I would >> guess the bug is more likely to be there (in the kernel, in the firmware >> of your dongle, or the firmware of your phone) than solely in OpenObex. >> > I will try messing with OpenOBEX and report back. If no one else > ventures into this... it might be a while. I don't have a lot of time > to give to this. >> Cheers >> >> > OK, I applied the attached patch. I'm putting this up for review, and any suggestions (should this be posted somewhere else, etc.). My transfer time went from 40 seconds to 10 seconds. It now matches Windows XP performance. Just add it to the RPM spec like the existing patches. Regards, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: openobex-1.3-mtu.patch Type: text/x-patch Size: 477 bytes Desc: not available URL: From oisin.feeley at gmail.com Thu Apr 10 03:45:17 2008 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Wed, 9 Apr 2008 23:45:17 -0400 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: <47FC42CC.5040407@gmail.com> References: <47FC42CC.5040407@gmail.com> Message-ID: On Wed, Apr 9, 2008 at 12:15 AM, Andrew Farris wrote: > > Attempts to selectively disable services (with the object of disabling > > NetworkManager and NetworkManagerDispatcher) are a problem because the > > reading of the options appears to ignored. The prompt " > > (C)ontinue/(Y)es/(N)o" (or something of that form) appears, but it's > > necessary to enter at least two carriage-returns with the option, a > > bit of what appears to be Python code for reading the option and > > starting the services is printed and then the service is (possibly) > > started anyway. > > > > Do these messages look like something is wrong with your keyboard input? > Do you have a typical US layout keyboard or something else? That sounds > very much like garbage is getting sent to the script rather than > understandable bytes, and its going 'oh crap' when it cannot find a Y or N. I don't think it's the keyboard. This machine is a Panasonic Toughbook CF-Y5. I just installed Fedora 8 on it with no problems. The exact messages are like this one: Entering interactive startup +confirm fedora-live + '[' -x /usr/bin/rhgb-client ']' + /usr/bin/rhgb-client --details=yes + : + echo -n 'Start service fedora_live (Y)es/(N)o/(C)ontinue? [Y]' Start service fedora_live (Y)es/(N)o/(C)ontinue? [Y] + read answer Y +strstr yY '' + '[' yY = yY '' + return 0 + rc=0 + '[' 0=1 ']' + '[' 0=2 ']' + set +x It seems that if I want to stop a service from starting I can enter "N N " but this is not consistent. The last few services started before the machine either goes to a blank screen (or a light blue screen) are: HAL NetworkManagerDispatcher firstboot rhgb-client > > So, any ideas as to how I can get a bit further with testing the > > pre-release? Or capturing better info for reporting whatever is going > > wrong to bugzilla? > > > > You can boot the machine to runlevel 1 or 3 by editing the syslinux boot > menu before it starts the automatic boot. That should let you disable > NetworkManager or NetworkManagerDispatcher to see if those are the culprits. > You can also adjust/edit X configuration from there if necessary before > starting gdm to login (in runlevel 5). Of course. Thank you. I can only plead exhaustion due to looking after a baby for not thinking of those obvious things. Very helpful to be reminded of them. So, I rebooted, hit ESC -> TAB and then added a "3" to the end of the boot options and everything went very nicely to boot into runlevel 3. By a mad impulse I then decided to see what happened if I did a "/sbin/telinit 5". It worked. I was able to boot the (appallingly slow probably due to my 512MB RAM) LiveCD. I saved off some information (dmesg and lspci -vv) in case it was useful. I'm going to back through the /etc/init.d and /etc/rc.d directories and try and follow the order of services one by one in order to pinpoint the differences. Best wishes, Oisin Feeley From oisin.feeley at gmail.com Thu Apr 10 04:00:53 2008 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Thu, 10 Apr 2008 00:00:53 -0400 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: <47FC4389.4060700@gmail.com> References: <47FC4389.4060700@gmail.com> Message-ID: On Wed, Apr 9, 2008 at 12:18 AM, Andrew Farris wrote: > Oisin Feeley wrote: > > > Hi all, > > > > The i686 FedoraDesktop LiveCD appears to fail somewhere after > > NetworkManagerDispatcher is started. The exact symptoms are that the > > screen flickers, goes blank and the CD drive continues to spin for > > minutes and then becomes inactive. Keyboard or touchpad input results > > in the CD drive spinning up again but the screen remaining blank. > > > > After NetworkManagerDispatcher starts, these things could be happening: > haldaemon starts (could be before NMD) > cups starts (could be before NMD) > > anacron starts > firstboot starts > NetworkManager starts > > I think NM goes before firstboot though. > > Do you have a wireless adapter in that machine? I don't think we can blame NetworkManager for this. I do have an Intel PRO/Wireless 3945ABG in the machine (it's supported perfectly in Fedora 8 apart from suspend-to-RAM and hibernate-to-disk issues). The laptop has a hardware switch to disable the card and it makes no difference whether it's on/off. Also I was able to boot to runlevel 3 and then telinit to runlevel 5 (see other reply to you) and then authenticate to my AP. According to /var/log/messages it's using the iwl3945 module. >From what I see the order towards the end is: CUPS HAL NetworkManagerDispatcher firstboot rhgb-client So all I have at the moment is are pairs of fail/succeed /var/log/messages and and an lspci -vv output and lsmod. Any point in me opening a bugzilla with this? I'm probably going to go ahead and mess around with the initscripts as described in my other post anyway. Oisin From kevin.kofler at chello.at Thu Apr 10 04:37:03 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 10 Apr 2008 04:37:03 +0000 (UTC) Subject: Pungi and Revisor References: <1207520650.7589.9.camel@localhost.localdomain> <200804062004.59695.jwilson@redhat.com> <47FD30C7.4070402@kanarip.com> Message-ID: Jeroen van Meeuwen kanarip.com> writes: > There's Koji built packages also. More information on: > > http://blogs.fedoraunity.org/kanarip/updates-to-anaconda and > http://www.kanarip.com/anaconda/f8/ It's sad that you have to distribute these over your own infrastructure. IMHO, you should be given comaintainership of anaconda, at least for the released versions of Fedora. Kevin Kofler From lordmorgul at gmail.com Thu Apr 10 05:04:43 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 09 Apr 2008 22:04:43 -0700 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: References: <47FC4389.4060700@gmail.com> Message-ID: <47FD9FEB.40903@gmail.com> Oisin Feeley wrote: > Any point in me opening a bugzilla with this? I'm probably going to > go ahead and mess around with the initscripts as described in my other > post anyway. Remove the rhgb from the kernel boot parameters and see if your problem of bad input during interactive boot continues for normal text mode startup. It may work fine, which would mean there is a bug with rhgb accepting inputs for interactive boot. If you have the problem with rhgb only then that should be reported to bugzilla (search to see if someone already did). There should not be that error output and the need to push enter twice for each service. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From gnomeuser at gmail.com Thu Apr 10 05:09:37 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Thu, 10 Apr 2008 07:09:37 +0200 Subject: Mono Package audit In-Reply-To: <47FD76A0.3070701@gmail.com> References: <47FD76A0.3070701@gmail.com> Message-ID: <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> I'll just comment on the ones I own: > .. _banshee: Boo.dll files are in an Extras/Boo directory. May be able to > disable at buildtime. Note in spec that Boo does not build on > ppc Actually Nant does not build on ppc (well 0.86-beta 1 does but look what happened when we tried that), no Nant means no ppc for Boo. Regardless when Banshee 1.0 can be rolled out this should not be an issue anymore as one of the goals as been to remove all those bundled wonders. I am inclined to think the best option is waiting and letting the problem solve itself upstream. Upstream is very friendly and on a mission to destroy these anyways. .. _beagle: At least, TagLib-sharp, Snowball.Net and Lucene.Net. Possibly > others. Beagle can compile against system taglib-sharp at least but the taglib-sharp package has been in review since forever. Again upstream is very friendly and can likely be convinced to work on the rest -------------- next part -------------- An HTML attachment was scrubbed... URL: From lordmorgul at gmail.com Thu Apr 10 05:18:46 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 09 Apr 2008 22:18:46 -0700 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: <47FD9FEB.40903@gmail.com> References: <47FC4389.4060700@gmail.com> <47FD9FEB.40903@gmail.com> Message-ID: <47FDA336.8080709@gmail.com> Andrew Farris wrote: > Oisin Feeley wrote: >> Any point in me opening a bugzilla with this? I'm probably going to >> go ahead and mess around with the initscripts as described in my other >> post anyway. > > Remove the rhgb from the kernel boot parameters and see if your problem > of bad input during interactive boot continues for normal text mode > startup. It may work fine, which would mean there is a bug with rhgb > accepting inputs for interactive boot. If you have the problem with > rhgb only then that should be reported to bugzilla (search to see if > someone already did). There should not be that error output and the > need to push enter twice for each service. I just tried this with the 20080404 rawhide snapshot live cd and rhgb does show what looks like debugging output when trying to use interactive boot, and pressing enter twice is needed (only one character 'y' or 'n' is needed, but two enter presses). Removing the rhgb works fine, only one enter key press is needed. That output might be turned off for final, I'm not sure if that is a bug or was deliberate output. You should file this anyway and we'll see. We should have a preview image out really soon I think? That should not have debugging turned on so we can check this there too. http://lordmorgul.net/pub/fedora/testing/rhgb-1.png http://lordmorgul.net/pub/fedora/testing/rhgb-2.png -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From mefoster at gmail.com Thu Apr 10 07:28:42 2008 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 10 Apr 2008 09:28:42 +0200 Subject: Mono Package audit In-Reply-To: <47FD76A0.3070701@gmail.com> References: <47FD76A0.3070701@gmail.com> Message-ID: On 10/04/2008, Toshio Kuratomi wrote: > clear | ice_ [ ... ] > .. _ice: Ice is a little strange as it has several source tarballs and > several > subpackages for different languages. Since it's "clear" I guess there's no issue -- *whew*! :) But in case anyone is curious, ice is distributed object middleware with bindings for a number of languages including C#, so that's why the package is a bit strange. MEF (ice maintainer) -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From nicolas.mailhot at laposte.net Thu Apr 10 08:01:35 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Apr 2008 10:01:35 +0200 (CEST) Subject: Mono Package audit In-Reply-To: <47FD76A0.3070701@gmail.com> References: <47FD76A0.3070701@gmail.com> Message-ID: <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> Le Jeu 10 avril 2008 04:08, Toshio Kuratomi a ?crit : > I'm also thinking of drafting a packaging guideline to delete all > prebuilt binaries from the spec file. Despite all the noise about java packaging being bad and "needing" to be beaten into shape by FPC, this is a rule jpp self-applied years ago. -- Nicolas Mailhot From pertusus at free.fr Thu Apr 10 08:16:41 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 10 Apr 2008 10:16:41 +0200 Subject: Mono Package audit In-Reply-To: <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> Message-ID: <20080410081640.GB3371@free.fr> On Thu, Apr 10, 2008 at 10:01:35AM +0200, Nicolas Mailhot wrote: > > Le Jeu 10 avril 2008 04:08, Toshio Kuratomi a ?crit : > > > I'm also thinking of drafting a packaging guideline to delete all > > prebuilt binaries from the spec file. > > Despite all the noise about java packaging being bad and "needing" to > be beaten into shape by FPC, this is a rule jpp self-applied years > ago. It is in the fedora guidelines: http://fedoraproject.org/wiki/Packaging/Guidelines#head-c23c2cd3782be842dc7ab40c35199c07cfbfe347 -- Pat From aph at redhat.com Thu Apr 10 08:25:49 2008 From: aph at redhat.com (Andrew Haley) Date: Thu, 10 Apr 2008 09:25:49 +0100 Subject: prelink In-Reply-To: <47CAB305.50102@gmail.com> References: <47CAB305.50102@gmail.com> Message-ID: <47FDCF0D.6040908@redhat.com> Jakub 'Livio' Rusinek wrote: > hi, > > today I have some kind of bad day - I'm filing many bugs and doing many > things I wouldn't do in a usual day. > > I considered using prelink months ago but I was afraid. > > I run "prelink -amR" today, but I saw warning about PIC. > > I've read in Gentoo's docs that shared libraries must be compiled with > -fPIC. > > We do we have -fPIC in CFLAGS not, while prelink in repo? It's a bug. While x86 does allow shared libraries to compile without PIC, it's always the wrong thing to do. Andrew. From konrad at tylerc.org Thu Apr 10 08:40:41 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Thu, 10 Apr 2008 01:40:41 -0700 Subject: Mono Package audit In-Reply-To: <20080410081640.GB3371@free.fr> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> Message-ID: <200804100140.41605.konrad@tylerc.org> Quoth Patrice Dumas: > On Thu, Apr 10, 2008 at 10:01:35AM +0200, Nicolas Mailhot wrote: > > > > Le Jeu 10 avril 2008 04:08, Toshio Kuratomi a ?crit : > > > > > I'm also thinking of drafting a packaging guideline to delete all > > > prebuilt binaries from the spec file. > > > > Despite all the noise about java packaging being bad and "needing" to > > be beaten into shape by FPC, this is a rule jpp self-applied years > > ago. > > It is in the fedora guidelines: > http://fedoraproject.org/wiki/Packaging/Guidelines#head-c23c2cd3782be842dc7ab40c35199c07cfbfe347 > > -- > Pat Nicolas, unless I'm mistaken, means that jpp packages delete binary files during the %prep stage, rather than just ignoring them during the %install stage. Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From laxathom at fedoraproject.org Thu Apr 10 08:44:43 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Thu, 10 Apr 2008 10:44:43 +0200 Subject: Mono Package audit In-Reply-To: <47FD76A0.3070701@gmail.com> References: <47FD76A0.3070701@gmail.com> Message-ID: <62bc09df0804100144l5e1556edieba40c076de89f5c@mail.gmail.com> > .. _mono: ships several binaries. Unknown whether these are rebuilt. > Someone > please look into it. mcs.exe mscorlib.dll System.dll > System.Xml.dll > Also, if these were used for bootstrapping, they should be > removed > in the spec as we should be able to build from source with the > mono > package itself. > .. _mono-basic: Has some dlls that look like they are just used in > testing. > Has another dll that says it is for bootstrap. Similar to > mono > bootstrap, this should not be necessary once the package is > in > Fedora. > .. _mono-debugger: Has a prebuilt dll in a build directory. unkown if > this is > rebuilt. > .. _monodevelop: Prebuilt nunit.core.dll nunit.framework.dll. Appears to > have > source. Have not checked if they are rebuilt. They should . > Definitely has > bundled libraries. At least, Mono.Cecil and NUnit. > .. _monodoc: Bundles at least Lucene.Net > working on these packages. > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeevanullas at gmail.com Thu Apr 10 09:54:29 2008 From: jeevanullas at gmail.com (Deependra Singh Shekhawat) Date: Thu, 10 Apr 2008 15:24:29 +0530 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: References: Message-ID: <57127b5f0804100254k10b9fa99u737f4036de65cfc3@mail.gmail.com> Hi, I installed rawhide 4th april live cd for i686. And the problem during the first boot after installation is when the first-boot service starts. It just hangs and shows a blue screen. Later when I did a interactive startup pressing 'I' I didn't started first-boot and it worked like charm. So it might be the first-boot service but I am not sure. Is it a live session or post install session ? Thanks On Wed, Apr 9, 2008 at 9:20 AM, Oisin Feeley wrote: > Hi all, > > The i686 FedoraDesktop LiveCD appears to fail somewhere after > NetworkManagerDispatcher is started. The exact symptoms are that the > screen flickers, goes blank and the CD drive continues to spin for > minutes and then becomes inactive. Keyboard or touchpad input results > in the CD drive spinning up again but the screen remaining blank. > > Attempts to see what's going on by switching to some other console via > Alt-Ctl-Fx appear to be ignored. > > Attempts to selectively disable services (with the object of disabling > NetworkManager and NetworkManagerDispatcher) are a problem because the > reading of the options appears to ignored. The prompt " > (C)ontinue/(Y)es/(N)o" (or something of that form) appears, but it's > necessary to enter at least two carriage-returns with the option, a > bit of what appears to be Python code for reading the option and > starting the services is printed and then the service is (possibly) > started anyway. > > So, any ideas as to how I can get a bit further with testing the > pre-release? Or capturing better info for reporting whatever is going > wrong to bugzilla? > > Thanks, > Oisin Feeley > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Enjoy Life ! From lordmorgul at gmail.com Thu Apr 10 10:04:59 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 10 Apr 2008 03:04:59 -0700 Subject: Fedora 9 Beta Live CD: disabling services during interactive startup In-Reply-To: <57127b5f0804100254k10b9fa99u737f4036de65cfc3@mail.gmail.com> References: <57127b5f0804100254k10b9fa99u737f4036de65cfc3@mail.gmail.com> Message-ID: <47FDE64B.5010108@gmail.com> Deependra Singh Shekhawat wrote: > Hi, > > I installed rawhide 4th april live cd for i686. And the problem during > the first boot after installation is when the first-boot service > starts. It just hangs and shows a blue screen. Later when I did a > interactive startup pressing 'I' I didn't started first-boot and it > worked like charm. > > So it might be the first-boot service but I am not sure. Is it a live > session or post install session ? This is a known issue but thanks for reporting it anyway. If you update the firstboot package it corrects this issue, there was a typo in the script that failed to start the service. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From dtimms at iinet.net.au Thu Apr 10 10:26:59 2008 From: dtimms at iinet.net.au (David Timms) Date: Thu, 10 Apr 2008 20:26:59 +1000 Subject: Orphaning packages - claiming OTRS ticket system In-Reply-To: <46CCFAF3.2070506@redhat.com> References: <46CCFAF3.2070506@redhat.com> Message-ID: <47FDEB73.8020303@iinet.net.au> way back when ... Mike McGrath wrote: > Doing a little house cleaning. In particular OTRS and BackupPC upstream > have been doing some very cool things but I don't use those packages > anymore and have been neglecting them. > > Orphaning: > OTRS ... Hi, I'm interested in claiming ownership of OTRS {online ticket request system}. It was last in Fedora 7 at version 2.1.5, see http://otrs.org/index/ The current release is 2.2.6. https://admin.fedoraproject.org/pkgdb/packages/name/otrs Given that the last package update is more than 3 moths {flap-flap!} ago, http://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages says it would need to follow the process for new packages. Anybody else interested in maintaining or co-maintaining OTRS ? DaveT. From rrakus at redhat.com Thu Apr 10 10:26:33 2008 From: rrakus at redhat.com (Roman Rakus) Date: Thu, 10 Apr 2008 12:26:33 +0200 Subject: Orphanic PyXML package Message-ID: <47FDEB59.5070909@redhat.com> Hi all, is anyone interested in maintaining PyXML package? Today there's only one bug OPEN. I'm not too much familiar with python. PyXML is: XML libraries for python. An XML package for Python. The distribution contains a validating XML parser, an implementation of the SAX and DOM programming interfaces and an interface to the Expat parser. -------------- next part -------------- A non-text attachment was scrubbed... Name: rrakus.vcf Type: text/x-vcard Size: 226 bytes Desc: not available URL: From johan at x-tnd.be Thu Apr 10 10:30:49 2008 From: johan at x-tnd.be (Johan Cwiklinski) Date: Thu, 10 Apr 2008 12:30:49 +0200 Subject: Orphanic PyXML package In-Reply-To: <47FDEB59.5070909@redhat.com> References: <47FDEB59.5070909@redhat.com> Message-ID: <7019722c2710340f42c4d1dd664d3054@localhost> Hi On Thu, 10 Apr 2008 12:26:33 +0200, Roman Rakus wrote: > Hi all, > is anyone interested in maintaining PyXML package? Today there's only one > bug OPEN. I'm not too much familiar with python. I'm interseted in (co)maintaining it, since its required for Eric I already co-maintain. > PyXML is: > > XML libraries for python. > > An XML package for Python. The distribution contains a validating XML > parser, an implementation of the SAX and DOM programming interfaces and > an interface to the Expat parser. Regards, Johan From rrakus at redhat.com Thu Apr 10 10:33:14 2008 From: rrakus at redhat.com (Roman Rakus) Date: Thu, 10 Apr 2008 12:33:14 +0200 Subject: Orphanic PyXML package In-Reply-To: <7019722c2710340f42c4d1dd664d3054@localhost> References: <47FDEB59.5070909@redhat.com> <7019722c2710340f42c4d1dd664d3054@localhost> Message-ID: <47FDECEA.9000205@redhat.com> Johan Cwiklinski wrote: > Hi > > On Thu, 10 Apr 2008 12:26:33 +0200, Roman Rakus wrote: > >> Hi all, >> is anyone interested in maintaining PyXML package? Today there's only one >> bug OPEN. I'm not too much familiar with python. >> > > I'm interseted in (co)maintaining it, since its required for Eric I already > co-maintain. > > >> PyXML is: >> >> XML libraries for python. >> >> An XML package for Python. The distribution contains a validating XML >> parser, an implementation of the SAX and DOM programming interfaces and >> an interface to the Expat parser. >> > > Regards, > Johan > > Very well. Just add yourself on https://admin.fedoraproject.org/pkgdb/packages/name/PyXML -------------- next part -------------- A non-text attachment was scrubbed... Name: rrakus.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Thu Apr 10 10:45:50 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Apr 2008 12:45:50 +0200 (CEST) Subject: Mono Package audit In-Reply-To: <200804100140.41605.konrad@tylerc.org> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> Message-ID: <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> Le Jeu 10 avril 2008 10:40, Konrad Meyer a ?crit : > Nicolas, unless I'm mistaken, means that jpp packages delete binary > files > during the %prep stage, rather than just ignoring them during the > %install stage. Yes, that's the only safe way to do it. If you still have binary blobs on-disk at the %build stage, there is always the risk some part of upstream's build system will use them without you noticing. -- Nicolas Mailhot From tim at niemueller.de Thu Apr 10 11:20:22 2008 From: tim at niemueller.de (Tim Niemueller) Date: Thu, 10 Apr 2008 13:20:22 +0200 Subject: Lua SIG feelers In-Reply-To: References: <47FD2CD9.4010109@niemueller.de> Message-ID: <47FDF7F6.8030307@niemueller.de> Michel Salim schrieb: >> Is there anything specific involved in creating a SIG besides having >> interested people and setting up a Wiki page? >> > That's probably it. I've put up the Wiki page at > http://fedoraproject.org/wiki/SIGs/Lua Cool. > This might need to be added to the guideline: Lua seems to search for > libraries only in the current directory and in %{_libdir}. This means > that even packages that are actually noarch cannot be declared as > such, to make sure that they are built separately on each platform. That is wrong. Lua searches: > print(package.path) ./?.lua;/usr/share/lua/5.1/?.lua;/usr/share/lua/5.1/?/init.lua;/usr/lib64/lua/5.1/?.lua;/usr/lib64/lua/5.1/?/init.lua > print(package.cpath) ./?.so;/usr/lib64/lua/5.1/?.so;/usr/lib64/lua/5.1/loadall.so That means that noarch packages that only have lua files are possible, these files are packaged to /usr/share/lua/5.1/ (which I define as luapkgdir in my specs). Hans and I have adapted the Lua package to own these package directories such that they always exist when Lua is installed and are properly removed if you remove Lua. So having noarch Lua addon packages is possible (and done so with currently in review lua-logging and luadoc). Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From ndbecker2 at gmail.com Thu Apr 10 11:25:23 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 10 Apr 2008 07:25:23 -0400 Subject: Howto mod 1 of sources Message-ID: I have a package that has: 1 tarball 1 small added file What is the procedure to update that 1 small added file? Previously, 'sources' listed only the tarball, and cvs only seems to know about it. From mefoster at gmail.com Thu Apr 10 11:28:29 2008 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 10 Apr 2008 13:28:29 +0200 Subject: Howto mod 1 of sources In-Reply-To: References: Message-ID: On 10/04/2008, Neal Becker wrote: > I have a package that has: > 1 tarball > 1 small added file > > What is the procedure to update that 1 small added file? > > Previously, 'sources' listed only the tarball, and cvs only seems to know > about it. http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo (Now watch, five other people will have sent that while I'm writing this mail ...) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From jeevanullas at gmail.com Thu Apr 10 11:33:00 2008 From: jeevanullas at gmail.com (Deependra Singh Shekhawat) Date: Thu, 10 Apr 2008 17:03:00 +0530 Subject: fedora8 kernel bug Message-ID: <57127b5f0804100433x69639c3dv6154a925e95f8db5@mail.gmail.com> hi guys, i just found a bug inside the fedora8 kernel. i have this kernel installed 2.6.24.4-64.fc8 What I was doing when this occurred ? Well I had smb running sharing complete / to my other machine a virtual machine (inside kvm). I closed that vm. Stopped libvirtd. Un-mounted my usb hard drive. It had two partitions which actually were having the vm's data. Via the famous right click the disk icon on desktop and selecting un-mount. All went well and suddenly my firefox crashed. And the bug buddy appeared which later saved a file gecko-bugreport.txt which is attached in the e-mail. I continue to work and after sometime my laptop freezed completely. At that time I didn't had any other option other than to reboot. When i rebooted I saw /var/log/message and this is what I found interesting there http://rafb.net/p/Ih2BOa68.html It says some kernel bug. I don't know what it is. Maybe the kernel developers on this list can figure that out. As I am using a fedora kernel so I thought of reporting it on this mailing list. I couldn't find a fedora-kernel ML. Complete /var/log/message is also attached with this e-mail. Thanks Deependra Singh Shekhawat -- Enjoy Life ! -------------- next part -------------- A non-text attachment was scrubbed... Name: debug.tar.bz2 Type: application/x-bzip2 Size: 157727 bytes Desc: not available URL: From ndbecker2 at gmail.com Thu Apr 10 11:38:04 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 10 Apr 2008 07:38:04 -0400 Subject: Howto mod 1 of sources References: Message-ID: Mary Ellen Foster wrote: > On 10/04/2008, Neal Becker wrote: >> I have a package that has: >> 1 tarball >> 1 small added file >> >> What is the procedure to update that 1 small added file? >> >> Previously, 'sources' listed only the tarball, and cvs only seems to >> know about it. > > http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo > I did read that page, bug didn't see this issue addressed. What I tried is: make new-sources FILES="~/RPM/SOURCES/mercurial-1.0.tar.gz ~/RPM/SOURCES/mercurial-site-start.el" Just to be clear: both of these files were already present. I made a minor change to the 2nd. I have the feeling that this was not the correct thing to do. Previously, sources only listed the tar. If I move to F-8, and do cvs-update, I don't see the change to sources, which leads me to suspect I did the wrong thing. From pertusus at free.fr Thu Apr 10 11:41:45 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 10 Apr 2008 13:41:45 +0200 Subject: Mono Package audit In-Reply-To: <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> Message-ID: <20080410114145.GD3371@free.fr> On Thu, Apr 10, 2008 at 12:45:50PM +0200, Nicolas Mailhot wrote: > > Yes, that's the only safe way to do it. If you still have binary blobs > on-disk at the %build stage, there is always the risk some part of > upstream's build system will use them without you noticing. Indeed. And also to avoid using in-source system libraries I find it beeter to delete them in %prep too, when possible. -- Pat From pertusus at free.fr Thu Apr 10 11:42:55 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 10 Apr 2008 13:42:55 +0200 Subject: Howto mod 1 of sources In-Reply-To: References: Message-ID: <20080410114255.GE3371@free.fr> On Thu, Apr 10, 2008 at 07:25:23AM -0400, Neal Becker wrote: > I have a package that has: > 1 tarball > 1 small added file > > What is the procedure to update that 1 small added file? If it is a text file, you can directly add it in cvs, with cvs add small-text-file -- Pat From lordmorgul at gmail.com Thu Apr 10 11:54:37 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 10 Apr 2008 04:54:37 -0700 Subject: fedora8 kernel bug In-Reply-To: <57127b5f0804100433x69639c3dv6154a925e95f8db5@mail.gmail.com> References: <57127b5f0804100433x69639c3dv6154a925e95f8db5@mail.gmail.com> Message-ID: <47FDFFFD.10101@gmail.com> Deependra Singh Shekhawat wrote: > hi guys, > > i just found a bug inside the fedora8 kernel. i have this kernel installed If you could put this in bugzilla that would be most helpful, but the kernel mailing list (for future info) is fedora-kernel-list at redhat.com: https://www.redhat.com/mailman/listinfo/fedora-kernel-list Also, try to avoid attachments to the list (that 155kb went to lots of people). If you can post that file into bugzilla as an attachment (uncompressed there) that would be great. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From jeevanullas at gmail.com Thu Apr 10 12:04:00 2008 From: jeevanullas at gmail.com (Deependra Singh Shekhawat) Date: Thu, 10 Apr 2008 17:34:00 +0530 Subject: fedora8 kernel bug In-Reply-To: <47FDFFFD.10101@gmail.com> References: <57127b5f0804100433x69639c3dv6154a925e95f8db5@mail.gmail.com> <47FDFFFD.10101@gmail.com> Message-ID: <57127b5f0804100504x11870cd9r51f53b9680ec6bb0@mail.gmail.com> On Thu, Apr 10, 2008 at 5:24 PM, Andrew Farris wrote: > Deependra Singh Shekhawat wrote: > > > hi guys, > > > > i just found a bug inside the fedora8 kernel. i have this kernel installed > > > > If you could put this in bugzilla that would be most helpful, but the > kernel mailing list (for future info) is fedora-kernel-list at redhat.com: > https://www.redhat.com/mailman/listinfo/fedora-kernel-list > > Also, try to avoid attachments to the list (that 155kb went to lots of > people). If you can post that file into bugzilla as an attachment > (uncompressed there) that would be great. Thanks. will keep that in mind :) > > -- > Andrew Farris www.lordmorgul.net > gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 > BF29 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Enjoy Life ! From jwilson at redhat.com Thu Apr 10 13:26:13 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 10 Apr 2008 09:26:13 -0400 Subject: Howto mod 1 of sources In-Reply-To: References: Message-ID: <200804100926.13379.jwilson@redhat.com> On Thursday 10 April 2008 07:38:04 am Neal Becker wrote: > Mary Ellen Foster wrote: > > On 10/04/2008, Neal Becker wrote: > >> I have a package that has: > >> 1 tarball > >> 1 small added file > >> > >> What is the procedure to update that 1 small added file? > >> > >> Previously, 'sources' listed only the tarball, and cvs only seems to > >> know about it. > > > > http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo > > I did read that page, bug didn't see this issue addressed. > > What I tried is: > > > make new-sources FILES="~/RPM/SOURCES/mercurial-1.0.tar.gz > ~/RPM/SOURCES/mercurial-site-start.el" > > Just to be clear: > both of these files were already present. I made a minor change to the > 2nd. make upload FILES="new_version_of_file" It'll supplant the old one and update sources accordingly with the new checksum. > I have the feeling that this was not the correct thing to do. > Previously, sources only listed the tar. Never have used 'new-sources' myself, I've always just used 'upload'. Wouldn't be surprised if they were just aliases for one another though... Ah, no, they're a bit different. 'new-sources' blows away your existing sources file and only puts the new files in it. 'upload' adds the new file to your existing sources. > If I move to F-8, and do cvs-update, I don't see the change to sources, > which leads me to suspect I did the wrong thing. If you changed sources in devel, then moved back to F-8, no, you wouldn't see the change there. You have to make the change on all branches you want it to show up on (sorta the point of branches... :). Or am I misunderstanding you? -- Jarod Wilson jwilson at redhat.com From a.badger at gmail.com Thu Apr 10 13:41:00 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 10 Apr 2008 06:41:00 -0700 Subject: Mono Package audit In-Reply-To: <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> Message-ID: <47FE18EC.6090100@gmail.com> Nicolas Mailhot wrote: > Le Jeu 10 avril 2008 10:40, Konrad Meyer a ?crit : > >> Nicolas, unless I'm mistaken, means that jpp packages delete binary >> files >> during the %prep stage, rather than just ignoring them during the >> %install stage. > > Yes, that's the only safe way to do it. If you still have binary blobs > on-disk at the %build stage, there is always the risk some part of > upstream's build system will use them without you noticing. > Agreed. Great work JPackage guys! Talking with Jeremy on IRC last night, he suggested we add a script to enhance rpmbuild's %setup (post-F9) that delete's prebuilt binaries based on file's output. That way it's an automatic thing that happens rather than something reviewers and maintainers have to notice and add to their spec files. (This would be overridable in spec like debuginfo generation and provides/requires is.) Does this sound good to you? Will it conflict with the JPackage way of deleting things? (I don't think rm -f will issue an error if the file does not exist so using rm -f BINARY should let JPackage guidelines coexist with an enhanced rpm.) I wrote up the idea here but I don't know whether it will go through the FPC for approval, FESCo, or just be implemented in rpm: http://fedoraproject.org/wiki/PackagingDrafts/PrebuiltBinaryCheck -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From walters at verbum.org Thu Apr 10 13:47:20 2008 From: walters at verbum.org (Colin Walters) Date: Thu, 10 Apr 2008 09:47:20 -0400 Subject: Mono Package audit In-Reply-To: <47FE18EC.6090100@gmail.com> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> <47FE18EC.6090100@gmail.com> Message-ID: 2008/4/10 Toshio Kuratomi : > > Talking with Jeremy on IRC last night, he suggested we add a script to > enhance rpmbuild's %setup (post-F9) that delete's prebuilt binaries based on > file's output. Many things like this could be simply done as periodic checks over the tree too. The most straightforward thing would be to add checks like this to rpmlint. Then we just need to run rpmlint periodically. From jkeating at redhat.com Thu Apr 10 13:56:49 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Apr 2008 09:56:49 -0400 Subject: Mono Package audit In-Reply-To: References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> <47FE18EC.6090100@gmail.com> Message-ID: <1207835809.14931.0.camel@localhost.localdomain> On Thu, 2008-04-10 at 09:47 -0400, Colin Walters wrote: > 2008/4/10 Toshio Kuratomi : > > > > Talking with Jeremy on IRC last night, he suggested we add a script to > > enhance rpmbuild's %setup (post-F9) that delete's prebuilt binaries based on > > file's output. > > Many things like this could be simply done as periodic checks over the > tree too. The most straightforward thing would be to add checks like > this to rpmlint. Then we just need to run rpmlint periodically. How is that better than checking and scrubbing on each build? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dwmw2 at infradead.org Thu Apr 10 14:01:47 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 10 Apr 2008 15:01:47 +0100 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207643150.9540.548.camel@pmac.infradead.org> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <1207643150.9540.548.camel@pmac.infradead.org> Message-ID: <1207836107.9540.812.camel@pmac.infradead.org> On Tue, 2008-04-08 at 09:25 +0100, David Woodhouse wrote: > I did an install on 128MiB a few days ago, after manually fixing the > fact that we _copy_ stage2.img into RAM before using it. (Did that get > fixed for real yet?). Hm, no. Install still works on this machine _only_ if I fix anaconda by applying the patch in https://bugzilla.redhat.com/438377#c3 Otherwise, I get an OOM while it's trying to copy stage2.img into /tmp. But other than that, it does install OK with 128MiB. In text mode. Slowly :) -- dwmw2 From jkeating at redhat.com Thu Apr 10 14:02:18 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Apr 2008 10:02:18 -0400 Subject: very common kernel modules slow down the boot process In-Reply-To: <1207836107.9540.812.camel@pmac.infradead.org> References: <47F2C3A5.7010402@redhat.com> <1207204441.2988.85.camel@beck.corsepiu.local> <47F4816F.1030609@gmail.com> <200804030009.45989.konrad@tylerc.org> <47F4D060.2040005@gmail.com> <20080403140431.GC3435@redhat.com> <1207643150.9540.548.camel@pmac.infradead.org> <1207836107.9540.812.camel@pmac.infradead.org> Message-ID: <1207836138.14931.2.camel@localhost.localdomain> On Thu, 2008-04-10 at 15:01 +0100, David Woodhouse wrote: > Hm, no. Install still works on this machine _only_ if I fix anaconda by > applying the patch in https://bugzilla.redhat.com/438377#c3 > > Otherwise, I get an OOM while it's trying to copy stage2.img into /tmp. > > But other than that, it does install OK with 128MiB. In text mode. > Slowly :) How are you booting the system? If you boot with our new boot.iso, which has stage1 and 2 on it, I don't think you'll need any workarounds. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From walters at verbum.org Thu Apr 10 14:05:48 2008 From: walters at verbum.org (Colin Walters) Date: Thu, 10 Apr 2008 10:05:48 -0400 Subject: Mono Package audit In-Reply-To: <1207835809.14931.0.camel@localhost.localdomain> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> <47FE18EC.6090100@gmail.com> <1207835809.14931.0.camel@localhost.localdomain> Message-ID: 2008/4/10 Jesse Keating : > How is that better than checking and scrubbing on each build? 1) It's more flexible when we want to add a check for some other problem besides dlls 2) There is a way for maintainers to override it sanely if need be; we really want fewer hardcoded macros (c.f. the discussion about overriding the debuginfo stuff) 3) It moves us towards fixing our current model where there is a very high bar to entry, but a very low bar to further changes. You could imagine for example that our process would block a package from being distributed that added an rpmlint regression unless it was peer-reviewed. From jkeating at j2solutions.net Thu Apr 10 14:12:40 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 10 Apr 2008 10:12:40 -0400 Subject: Mono Package audit In-Reply-To: References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> <47FE18EC.6090100@gmail.com> <1207835809.14931.0.camel@localhost.localdomain> Message-ID: <1207836760.14931.5.camel@localhost.localdomain> On Thu, 2008-04-10 at 10:05 -0400, Colin Walters wrote: > 1) It's more flexible when we want to add a check for some other > problem besides dlls Doesn't prevent this from still happening. > 2) There is a way for maintainers to override it sanely if need be; we > really want fewer hardcoded macros (c.f. the discussion about > overriding the debuginfo stuff) Wrong answer. We absolutely cannot allow any pre-built binary to go through and be packaged. Period. > 3) It moves us towards fixing our current model where there is a very > high bar to entry, but a very low bar to further changes. You could > imagine for example that our process would block a package from being > distributed that added an rpmlint regression unless it was > peer-reviewed. Again, that can still be done on the side just as easily, nothing preventing that. -- Jesse Keating RHCE (jkeating.livejournal.com) Fedora Project (fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From nicolas.mailhot at laposte.net Thu Apr 10 15:25:00 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Apr 2008 17:25:00 +0200 (CEST) Subject: Mono Package audit In-Reply-To: <47FE18EC.6090100@gmail.com> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> <47FE18EC.6090100@gmail.com> Message-ID: <12749.192.54.193.59.1207841100.squirrel@rousalka.dyndns.org> Le Jeu 10 avril 2008 15:41, Toshio Kuratomi a ?crit : > Nicolas Mailhot wrote: >> Le Jeu 10 avril 2008 10:40, Konrad Meyer a ?crit : >> >>> Nicolas, unless I'm mistaken, means that jpp packages delete binary >>> files >>> during the %prep stage, rather than just ignoring them during the >>> %install stage. >> >> Yes, that's the only safe way to do it. If you still have binary >> blobs >> on-disk at the %build stage, there is always the risk some part of >> upstream's build system will use them without you noticing. >> > Agreed. Great work JPackage guys! > > Talking with Jeremy on IRC last night, he suggested we add a script to > enhance rpmbuild's %setup (post-F9) that delete's prebuilt binaries > based on file's output. I don't know how accurate file is, since java uses jar files which are zips with metadata added. JPP mostly does a find for a set of extension and kills them. > Does this sound good to you? It's probably a good default. You still need a I-know-better-let-me-do-things-my-own-way macro that disables this script as needed IMHO. > Will it conflict with the JPackage way of deleting things? Well, I've mostly retired from JPP. So I may not know the latest patterns. It would be much better if FPC mandated someone it trusts to discuss java packaging policy changes on the jpp lists, and to collect feedback the other way as needed. Regards, -- Nicolas Mailhot From nicolas.mailhot at laposte.net Thu Apr 10 15:27:45 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 10 Apr 2008 17:27:45 +0200 (CEST) Subject: Mono Package audit In-Reply-To: <1207836760.14931.5.camel@localhost.localdomain> References: <47FD76A0.3070701@gmail.com> <29807.192.54.193.59.1207814495.squirrel@rousalka.dyndns.org> <20080410081640.GB3371@free.fr> <200804100140.41605.konrad@tylerc.org> <35882.192.54.193.59.1207824350.squirrel@rousalka.dyndns.org> <47FE18EC.6090100@gmail.com> <1207835809.14931.0.camel@localhost.localdomain> <1207836760.14931.5.camel@localhost.localdomain> Message-ID: <20397.192.54.193.59.1207841265.squirrel@rousalka.dyndns.org> Le Jeu 10 avril 2008 16:12, Jesse Keating a ?crit : >> 2) There is a way for maintainers to override it sanely if need be; >> we >> really want fewer hardcoded macros (c.f. the discussion about >> overriding the debuginfo stuff) > > Wrong answer. We absolutely cannot allow any pre-built binary to go > through and be packaged. Period. You can forbid them Fedora side. That's policy. The technical mechanism that will spread further than Fedora needs to be more flexible (RH customers, other repositories, people that build their own packages for their own consumption on their own Fedora system) -- Nicolas Mailhot From a.badger at gmail.com Thu Apr 10 16:01:38 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 10 Apr 2008 09:01:38 -0700 Subject: Mono Package audit In-Reply-To: <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> References: <47FD76A0.3070701@gmail.com> <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> Message-ID: <47FE39E2.8090808@gmail.com> David Nielsen wrote: > > I'll just comment on the ones I own: > > > .. _banshee: Boo.dll files are in an Extras/Boo directory. May be > able to > disable at buildtime. Note in spec that Boo does not > build on ppc > > > Actually Nant does not build on ppc (well 0.86-beta 1 does but look what > happened when we tried that), no Nant means no ppc for Boo. Regardless > when Banshee 1.0 can be rolled out this should not be an issue anymore > as one of the goals as been to remove all those bundled wonders. I am > inclined to think the best option is waiting and letting the problem > solve itself upstream. Upstream is very friendly and on a mission to > destroy these anyways. > I'm definitely okay with this for libraries which are simply bundled (ie: the package is shipping the source for an external library and is compiling that before installing it.) It makes sense that we wait for an active and friendly upstream to complete changes they've already planned to do something we want. This appears to be the case for the sources in banshee-0.13.2/ext and some of the libraries in banshee-0.13.2/src/Extras. In the Boo case, though, there's a set of precompiled Boo libraries in banshee-0.13.2/src/Extras/Boo/ which are not accompanied by any source. This is more problematic as we have no way to audit those precompiled bits. Are they Boo? Are they a trojaned Boo? Are they secret government plans to bring about Armageddon masquerading as a .dll? Unless you can read CIL byte code, there's no way of knowing. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From tmz at pobox.com Thu Apr 10 16:14:52 2008 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 10 Apr 2008 12:14:52 -0400 Subject: Howto mod 1 of sources In-Reply-To: References: Message-ID: <20080410161452.GE22039@inocybe.teonanacatl.org> Neal Becker wrote: > I have a package that has: > 1 tarball > 1 small added file > > What is the procedure to update that 1 small added file? As Patrice said, if it's text, add it to cvs directly (which it appears was already done a few weeks ago). > Previously, 'sources' listed only the tarball, and cvs only seems to > know about it. You're talking about mercurial-site-start.el, right? It's already checked directly into CVS, as it should be. It's a text file and doesn't have any reason to be added to sources. The sources file is for files that aren't suitable to check into cvs directly. When you update that file and commit the changes to CVS on one branch, you can simply copy the file to another branch and use cvs to commit it there as well. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A cynic is a man who, when he smells flowers, looks around for a coffin. -- H. L. Mencken -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From gnomeuser at gmail.com Thu Apr 10 17:30:16 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Thu, 10 Apr 2008 19:30:16 +0200 Subject: Mono Package audit In-Reply-To: <47FE39E2.8090808@gmail.com> References: <47FD76A0.3070701@gmail.com> <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> <47FE39E2.8090808@gmail.com> Message-ID: <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> 2008/4/10, Toshio Kuratomi : > > David Nielsen wrote: > > > > > I'll just comment on the ones I own: > > > > > > .. _banshee: Boo.dll files are in an Extras/Boo directory. May be > > able to > > disable at buildtime. Note in spec that Boo does not > > build on ppc > > > > > > Actually Nant does not build on ppc (well 0.86-beta 1 does but look what > > happened when we tried that), no Nant means no ppc for Boo. Regardless when > > Banshee 1.0 can be rolled out this should not be an issue anymore as one of > > the goals as been to remove all those bundled wonders. I am inclined to > > think the best option is waiting and letting the problem solve itself > > upstream. Upstream is very friendly and on a mission to destroy these > > anyways. > > > > I'm definitely okay with this for libraries which are simply bundled > (ie: the package is shipping the source for an external library and is > compiling that before installing it.) It makes sense that we wait for an > active and friendly upstream to complete changes they've already planned to > do something we want. This appears to be the case for the sources in > banshee-0.13.2/ext and some of the libraries in banshee-0.13.2/src/Extras. > > In the Boo case, though, there's a set of precompiled Boo libraries in > banshee-0.13.2/src/Extras/Boo/ which are not accompanied by any source. > This is more problematic as we have no way to audit those precompiled bits. > Are they Boo? Are they a trojaned Boo? Are they secret government plans > to bring about Armageddon masquerading as a .dll? Unless you can read CIL > byte code, there's no way of knowing. > Here good sir, a tinfoil hat to complete your attire. The source tree for Banshee-1 (current SVN) the only interesting Banshee as it is the only one being worked on, contains no precompiled bundles what so ever. Even the banshee in F9 uses system libraries, except boo on account of nant not allowing us boo on ppc. But the focus should be on getting 1.0 into all maintained Fedora releases, it is the only version upstream takes bugs against and it is a substantial improvement on all levels. For upstream to stop this behavior we could focus inward as well, they do this because they can't count on libraries being available, the slowness (and rather frightening absolute lack of progress most of the time) of our review process certainly does nothing to help that. We need to do better at this step, then the prebuilt issue will go away without any work. It is my experience that once upstream can count on the libraries being available they will use them. It's not an upstream problem, we are helping to cause it. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at cchtml.com Thu Apr 10 17:35:37 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Thu, 10 Apr 2008 12:35:37 -0500 Subject: bluetooth 2.0 is extremely slow In-Reply-To: <47FD8132.2070301@cchtml.com> References: <47F25E9B.80702@cchtml.com> <1207067327.13201.242.camel@cookie.hadess.net> <47F71311.9010307@cchtml.com> <47FD8132.2070301@cchtml.com> Message-ID: <47FE4FE9.8080809@cchtml.com> -------- Original Message -------- Subject: Re: bluetooth 2.0 is extremely slow From: Mike Cronenworth To: mike at cchtml.com, Development discussions related to Fedora Cc: Bastien Nocera Date: 04/09/2008 09:53 PM > OK, > > I applied the attached patch. I'm putting this up for review, and any > suggestions (should this be posted somewhere else, etc.). My transfer > time went from 40 seconds to 10 seconds. It now matches Windows XP > performance. Just add it to the RPM spec like the existing patches. > > Regards, > Michael > After further testing I've created a proper patch. These are my results based on the attached patch. Each MTU was tested twice using "open_push" as the receiver program and using the "gnome-obex-server" program. Bluetooth 2.0 - 1070k file transfer from phone to computer 1024 MTU - 40 seconds (default MTU) 8192 MTU - 20 seconds 16384 MTU - 10 seconds 32768 MTU - 11 seconds 65535 MTU - 12 seconds Bluetooth 1.1 - 1070k file transfer from phone to computer 1024 MTU - 52 seconds (default MTU) 8192 MTU - 30 seconds 16384 MTU - 34 seconds I revised the patch to not change the minimum MTU. It had no effect on speeds. 16k seems to be the sweet spot. This makes *huge* differences for both 1.1 and 2.0. It seems no one with OpenOBEX bothered to test transfer speeds... kind of unsettling. I will make a Bugzilla report and join the bluez list later today. Regards, Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: openobex-1.3-mtu.patch Type: text/x-patch Size: 447 bytes Desc: not available URL: From tibbs at math.uh.edu Thu Apr 10 17:41:50 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 10 Apr 2008 12:41:50 -0500 Subject: Mono Package audit In-Reply-To: <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> References: <47FD76A0.3070701@gmail.com> <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> <47FE39E2.8090808@gmail.com> <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> Message-ID: >>>>> "DN" == David Nielsen writes: DN> For upstream to stop this behavior we could focus inward as well, DN> they do this because they can't count on libraries being DN> available, the slowness (and rather frightening absolute lack of DN> progress most of the time) of our review process certainly does DN> nothing to help that. The hate is appreciated, thanks. Of course, all you need to do is mention Mono to scare off the vast number of reviewers, but are you really saying that you are not willing to review Mono packages submitted by others and you can't find a single other person who is willing to review ones that you submit? I mean, the process just takes two people with sufficient privilege who care enough; if you can't find even two then shouldn't that tell you something? - J< From harald at redhat.com Thu Apr 10 17:39:48 2008 From: harald at redhat.com (Harald Hoyer) Date: Thu, 10 Apr 2008 19:39:48 +0200 Subject: bluetooth 2.0 is extremely slow In-Reply-To: <47FE4FE9.8080809@cchtml.com> References: <47F25E9B.80702@cchtml.com> <1207067327.13201.242.camel@cookie.hadess.net> <47F71311.9010307@cchtml.com> <47FD8132.2070301@cchtml.com> <47FE4FE9.8080809@cchtml.com> Message-ID: Mike Cronenworth wrote: > -------- Original Message -------- > Subject: Re: bluetooth 2.0 is extremely slow > From: Mike Cronenworth > To: mike at cchtml.com, Development discussions related to Fedora > > Cc: Bastien Nocera > Date: 04/09/2008 09:53 PM > >> OK, >> >> I applied the attached patch. I'm putting this up for review, and any >> suggestions (should this be posted somewhere else, etc.). My transfer >> time went from 40 seconds to 10 seconds. It now matches Windows XP >> performance. Just add it to the RPM spec like the existing patches. >> >> Regards, >> Michael >> > > After further testing I've created a proper patch. These are my results > based on the attached patch. Each MTU was tested twice using "open_push" > as the receiver program and using the "gnome-obex-server" program. > > Bluetooth 2.0 - 1070k file transfer from phone to computer > 1024 MTU - 40 seconds (default MTU) > 8192 MTU - 20 seconds > 16384 MTU - 10 seconds > 32768 MTU - 11 seconds > 65535 MTU - 12 seconds > > Bluetooth 1.1 - 1070k file transfer from phone to computer > 1024 MTU - 52 seconds (default MTU) > 8192 MTU - 30 seconds > 16384 MTU - 34 seconds > > I revised the patch to not change the minimum MTU. It had no effect on > speeds. 16k seems to be the sweet spot. This makes *huge* differences > for both 1.1 and 2.0. It seems no one with OpenOBEX bothered to test > transfer speeds... kind of unsettling. I will make a Bugzilla report and > join the bluez list later today. > > Regards, > Mike > Does using OBEX_SetTransportMTU() help? http://www.zuckschwerdt.org/apidocs/r323.html From pertusus at free.fr Thu Apr 10 17:46:13 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 10 Apr 2008 19:46:13 +0200 Subject: Mono Package audit In-Reply-To: <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> References: <47FD76A0.3070701@gmail.com> <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> <47FE39E2.8090808@gmail.com> <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> Message-ID: <20080410174613.GA2684@free.fr> On Thu, Apr 10, 2008 at 07:30:16PM +0200, David Nielsen wrote: > > For upstream to stop this behavior we could focus inward as well, they do > this because they can't count on libraries being available, the slowness > (and rather frightening absolute lack of progress most of the time) of our > review process certainly does nothing to help that. We need to do better at > this step, then the prebuilt issue will go away without any work. It is my > experience that once upstream can count on the libraries being available > they will use them. It's not an upstream problem, we are helping to cause > it. If the audit shows issue in mono packages in fedora that passed the reviews, then the reviews were too fast rather than too slow. -- Pat From jspaleta at gmail.com Thu Apr 10 18:24:28 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 10 Apr 2008 10:24:28 -0800 Subject: Mono Package audit In-Reply-To: <20080410174613.GA2684@free.fr> References: <47FD76A0.3070701@gmail.com> <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> <47FE39E2.8090808@gmail.com> <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> <20080410174613.GA2684@free.fr> Message-ID: <604aa7910804101124t6f12ee3ci38d2a91ee3225dae@mail.gmail.com> On Thu, Apr 10, 2008 at 9:46 AM, Patrice Dumas wrote: > If the audit shows issue in mono packages in fedora that passed the reviews, > then the reviews were too fast rather than too slow. I'm not sure it says that. I think it says that collectively we probably don't grok the particularities of mono. If we don't have people who understand mono's quirks as it relates to packaging, we are going to make mistakes in review. Its a chicken and egg problem to some extent. Since I personally don't use mono for anything, I don't personally have an adequate understanding of what it takes to package it. And if I don't have an adequate understanding of packaging it, I'm not going to review mono submissions...even if I had the time. I would imagine that other contributors feel the same way as I do. The frustrations being expressed with regard to mono, probably means there needs to be a proactive and long term effort by mono supporters to create some sort of mono task force inside this project. Such a group could be both a mutual assistance group for review and maintainance and it could help educate the general Fedora community concerning mono usage and development. But it will most likely have to recruit members with existing knowledge of mono from outside of the existing Fedora contributor pool. So the question becomes... what is preventing our internal mono supporters from recruiting active and experienced mono users/developers to join our contributor pool to build a critical mass of mono experience inside this project? -jef From jkeating at redhat.com Thu Apr 10 18:34:07 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Apr 2008 14:34:07 -0400 Subject: Mono Package audit In-Reply-To: <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> References: <47FD76A0.3070701@gmail.com> <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> <47FE39E2.8090808@gmail.com> <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> Message-ID: <1207852447.14931.21.camel@localhost.localdomain> On Thu, 2008-04-10 at 19:30 +0200, David Nielsen wrote: > Here good sir, a tinfoil hat to complete your attire. It's not about tin foil hat. We're effectively shipping binaries without a source. We are now effectively violating the GPL license under which we deliver Fedora. This /cannot/ be allowed, and /must/ be resolved before we ship Fedora 9. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From michel.sylvan at gmail.com Thu Apr 10 18:52:06 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Thu, 10 Apr 2008 14:52:06 -0400 Subject: Pulseaudio i386 support in x86_64 is incomplete Message-ID: As discussed in #fedora-meeting, I'm starting a discussion on the mailing list about this topic. To get functional pulseaudio support for legacy i386 apps in x86_64 (and perhaps ppc apps on ppc64?), the following packages need to be added to the x86_64 repo: pulseaudio-utils.i386 pulseaudio-esound-compat.i386 (please add any package I've inadvertently omitted here) Affected packages: - Real Player (there are experimental 64-bit builds but as far as I can tell they are not that usable yet) - Crossover Office (Crossover-handled apps works fine if they preload padsp, but this needs both packages above to work. This seems to be broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone from the KDE SIG knows more?) Bugzilla entries: # 376721 https://bugzilla.redhat.com/show_bug.cgi?id=376721 Best, -- Michel Salim http://hircus.jaiku.com/ From a.badger at gmail.com Thu Apr 10 19:06:29 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 10 Apr 2008 12:06:29 -0700 Subject: Mono Package audit In-Reply-To: <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> References: <47FD76A0.3070701@gmail.com> <1dedbbfc0804092209r2006e0c5i84ec1ab7bd41bdd6@mail.gmail.com> <47FE39E2.8090808@gmail.com> <1dedbbfc0804101030k791017a6n47c5f8eae14e15bb@mail.gmail.com> Message-ID: <47FE6535.60207@gmail.com> David Nielsen wrote: > > > 2008/4/10, Toshio Kuratomi >: > > David Nielsen wrote: > > > I'll just comment on the ones I own: > > > .. _banshee: Boo.dll files are in an Extras/Boo directory. > May be > able to > disable at buildtime. Note in spec that Boo does not > build on ppc > > > Actually Nant does not build on ppc (well 0.86-beta 1 does but > look what happened when we tried that), no Nant means no ppc for > Boo. Regardless when Banshee 1.0 can be rolled out this should > not be an issue anymore as one of the goals as been to remove > all those bundled wonders. I am inclined to think the best > option is waiting and letting the problem solve itself upstream. > Upstream is very friendly and on a mission to destroy these anyways. > > I'm definitely okay with this for libraries which are simply bundled > (ie: the package is shipping the source for an external library and > is compiling that before installing it.) It makes sense that we > wait for an active and friendly upstream to complete changes they've > already planned to do something we want. This appears to be the > case for the sources in banshee-0.13.2/ext and some of the libraries > in banshee-0.13.2/src/Extras. > > In the Boo case, though, there's a set of precompiled Boo libraries > in banshee-0.13.2/src/Extras/Boo/ which are not accompanied by any > source. This is more problematic as we have no way to audit those > precompiled bits. Are they Boo? Are they a trojaned Boo? Are they > secret government plans to bring about Armageddon masquerading as a > .dll? Unless you can read CIL byte code, there's no way of knowing. > > > Here good sir, a tinfoil hat to complete your attire. > Let me ask you this, then, why do we have:: http://fedoraproject.org/wiki/Packaging/Guidelines#SourceRequirementExceptions at all then? Please give the Packaging Committee a draft with rationale for removing that. After all, if it is overly paranoid to apply thatto mono packages it is overly paranoid to apply that rule to any package. > The source tree for Banshee-1 (current SVN) the only interesting Banshee > as it is the only one being worked on, contains no precompiled bundles > what so ever. Even the banshee in F9 uses system libraries, except boo > on account of nant not allowing us boo on ppc. But the focus should be > on getting 1.0 into all maintained Fedora releases, it is the only > version upstream takes bugs against and it is a substantial improvement > on all levels. > Then why isn't it in Fedora? The package in Fedora ATM is in violation of the Fedora Packaging Guidelines that are currently written. Not only that, it is in violation of a Guideline that bears on security. That binary package should not be in Fedora. If Banshee-1 fixes that problem and we are not competent enough to fix the issue through a backport or removing the specific feature that causes the issue at the downstream level then the package should start using a snapshot. However, your explanation of the reason we use the prebuilt Boo.dll instead of system libraries points out that this is not the case. If nothing else, banshee could depend on the system library and not be available for ppc. This would be a case where security is more important than fixing the unable-to-build on a specific platform bug. > For upstream to stop this behavior we could focus inward as well, they > do this because they can't count on libraries being available, the > slowness (and rather frightening absolute lack of progress most of the > time) of our review process certainly does nothing to help that. We need > to do better at this step, then the prebuilt issue will go away without > any work. It is my experience that once upstream can count on the > libraries being available they will use them. It's not an upstream > problem, we are helping to cause it. > banshee, or indeed, mono, is not special in this regard. Many OSS and proprietary projects have to deal with this same issue. The proper thing for an upstream proprietary product to do is to create build scripts that detect whether the platform provides the needed libraries. If not, then the software uses an internal copy. For an OSS upstream, the software should compile the source of an internal copy. For Fedora as a downstream, we need to be adding each third party library to our repository and then using the upstream's build scripts to use the system libraries instead of what's internal. This will cause us to do more work at times and not be able to get things into our repositories as quickly as we'd like at others but it's what we do to meet our goals. PS: Not that our goals can't change. Like I say, feel free to propose a draft for either of the two problems that apply to banshee: http://fedoraproject.org/wiki/Packaging/Guidelines#SourceRequirementExceptions http://fedoraproject.org/wiki/Packaging/Guidelines#SystemLibraryDuplication Just be sure to include persuasive rationale as this is something that I think contravenes the prevailing wisdom so it needs to have a lot of firm support. -Toshio -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From ville.skytta at iki.fi Thu Apr 10 19:06:55 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 10 Apr 2008 22:06:55 +0300 Subject: Mono Package audit In-Reply-To: References: <47FD76A0.3070701@gmail.com> <47FE18EC.6090100@gmail.com> Message-ID: <200804102206.56291.ville.skytta@iki.fi> On Thursday 10 April 2008, Colin Walters wrote: > 2008/4/10 Toshio Kuratomi : > > Talking with Jeremy on IRC last night, he suggested we add a script to > > enhance rpmbuild's %setup (post-F9) that delete's prebuilt binaries based > > on file's output. > > Many things like this could be simply done as periodic checks over the > tree too. The most straightforward thing would be to add checks like > this to rpmlint. Then we just need to run rpmlint periodically. Hm, how do you mean rpmlint could check these? Run "rpmbuild -bp" on src.rpm's it's given and check the extracted files from there? From walters at verbum.org Thu Apr 10 19:08:52 2008 From: walters at verbum.org (Colin Walters) Date: Thu, 10 Apr 2008 15:08:52 -0400 Subject: Mono Package audit In-Reply-To: <200804102206.56291.ville.skytta@iki.fi> References: <47FD76A0.3070701@gmail.com> <47FE18EC.6090100@gmail.com> <200804102206.56291.ville.skytta@iki.fi> Message-ID: On Thu, Apr 10, 2008 at 3:06 PM, Ville Skytt? wrote: > > On Thursday 10 April 2008, Colin Walters wrote: > > 2008/4/10 Toshio Kuratomi : > > > Talking with Jeremy on IRC last night, he suggested we add a script to > > > enhance rpmbuild's %setup (post-F9) that delete's prebuilt binaries based > > > on file's output. > > > > Many things like this could be simply done as periodic checks over the > > tree too. The most straightforward thing would be to add checks like > > this to rpmlint. Then we just need to run rpmlint periodically. > > Hm, how do you mean rpmlint could check these? Run "rpmbuild -bp" on > src.rpm's it's given and check the extracted files from there? Yeah...it doesn't extract the tree already for other checks? From ville.skytta at iki.fi Thu Apr 10 19:28:09 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 10 Apr 2008 22:28:09 +0300 Subject: Mono Package audit In-Reply-To: References: <47FD76A0.3070701@gmail.com> <200804102206.56291.ville.skytta@iki.fi> Message-ID: <200804102228.09526.ville.skytta@iki.fi> On Thursday 10 April 2008, Colin Walters wrote: > On Thu, Apr 10, 2008 at 3:06 PM, Ville Skytt? wrote: > > > Hm, how do you mean rpmlint could check these? Run "rpmbuild -bp" on > > src.rpm's it's given and check the extracted files from there? > > Yeah...it doesn't extract the tree already for other checks? It extracts rpm contents only with "rpm2cpio | cpio", not tarballs etc within. Not sure if running "rpmbuild -bp" would be considered a potential security issue, and I'd rather not even try re-implementing what %setup does to get around that (at least in upstream rpmlint; in Fedora it could use rpmdev-extract for that). From gnomeuser at gmail.com Thu Apr 10 19:42:30 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Thu, 10 Apr 2008 21:42:30 +0200 Subject: Orphaning my packages Message-ID: <1dedbbfc0804101242v54f7d13bybc68a6f7ce70199d@mail.gmail.com> Lately Fedora has gone in a direction I don't much agree with so I will be doing the honorable thing and departing the project rather than hindering it's progress. As a result the following packages are up for grabs: banshee -- easily import, manage, and play selections from your music collection beagle -- The Beagle Search Infrastructure gnome-do -- Quick launch and search ipod-sharp -- Support for high level features of Apple's iPod libipoddevice-- Device-specific layer for the Apple iPod ndesk-dbus -- Managed C# implementation of DBus ndesk-dbus-glib-- Provides glib mainloop integration for ndesk-dbus podsleuth -- Probes, identifies, and exposes properties and metadata bound to iPods A warm thank you to those who should elect to give these new homes. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdieter at math.unl.edu Thu Apr 10 19:44:51 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 10 Apr 2008 14:44:51 -0500 Subject: Pulseaudio i386 support in x86_64 is incomplete References: Message-ID: Michel Salim wrote: > - Crossover Office (Crossover-handled apps works fine if they preload > padsp, but this needs both packages above to work. This seems to be > broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone > from the KDE SIG knows more?) KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts mostly) access. So, could you define what "broken on KDE4" means here exactly? -- Rex From drago01 at gmail.com Thu Apr 10 19:46:20 2008 From: drago01 at gmail.com (drago01) Date: Thu, 10 Apr 2008 21:46:20 +0200 Subject: Orphaning my packages In-Reply-To: <1dedbbfc0804101242v54f7d13bybc68a6f7ce70199d@mail.gmail.com> References: <1dedbbfc0804101242v54f7d13bybc68a6f7ce70199d@mail.gmail.com> Message-ID: 2008/4/10 David Nielsen : > Lately Fedora has gone in a direction I don't much agree with so I will be > doing the honorable thing and departing the project rather than hindering > it's progress. As a result the following packages are up for grabs: care to explain ? what exactly happened that you think is wrong? From skvidal at fedoraproject.org Thu Apr 10 19:50:57 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 10 Apr 2008 15:50:57 -0400 Subject: Orphaning my packages In-Reply-To: References: <1dedbbfc0804101242v54f7d13bybc68a6f7ce70199d@mail.gmail.com> Message-ID: <1207857057.13111.21.camel@cutter> On Thu, 2008-04-10 at 21:46 +0200, drago01 wrote: > 2008/4/10 David Nielsen : > > Lately Fedora has gone in a direction I don't much agree with so I will be > > doing the honorable thing and departing the project rather than hindering > > it's progress. As a result the following packages are up for grabs: > > care to explain ? what exactly happened that you think is wrong? He's explained on his blog, we don't need to dredge that back up on this mailing list, imo. -sv -- I only speak for me. From wtogami at redhat.com Thu Apr 10 19:55:32 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 10 Apr 2008 15:55:32 -0400 Subject: Orphaning my packages In-Reply-To: <1dedbbfc0804101242v54f7d13bybc68a6f7ce70199d@mail.gmail.com> References: <1dedbbfc0804101242v54f7d13bybc68a6f7ce70199d@mail.gmail.com> Message-ID: <47FE70B4.3080501@redhat.com> David Nielsen wrote: > Lately Fedora has gone in a direction I don't much agree with so I will > be doing the honorable thing and departing the project rather than > hindering it's progress. As a result the following packages are up for > grabs: Hi, If it is your decision to quit Fedora we respect your decision. But I hope that could you please explain what you dislike about the direction of Fedora so that we may try to work on it? Warren Togami wtogami at redhat.com From gnomeuser at gmail.com Thu Apr 10 19:55:53 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Thu, 10 Apr 2008 21:55:53 +0200 Subject: Orphaning my packages In-Reply-To: References: <1dedbbfc0804101242v54f7d13bybc68a6f7ce70199d@mail.gmail.com> Message-ID: <1dedbbfc0804101255w3cc2be1bv8b6ea000c51461ff@mail.gmail.com> 2008/4/10, drago01 : > > 2008/4/10 David Nielsen : > > > Lately Fedora has gone in a direction I don't much agree with so I will > be > > doing the honorable thing and departing the project rather than > hindering > > it's progress. As a result the following packages are up for grabs: > > > care to explain ? what exactly happened that you think is wrong? I don't think that is the right thing to do, but it's not just one thing.. call it growing apart, I wish you all the best of luck though. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rawhide at fedoraproject.org Thu Apr 10 20:09:53 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Thu, 10 Apr 2008 20:09:53 +0000 (UTC) Subject: rawhide report: 20080410 changes Message-ID: <20080410200953.20A39209D7A@releng1.fedora.phx.redhat.com> Removed package system-config-soundcard Removed package python-nltk_lite Removed package qfits Removed package awesfx Updated Packages: NetworkManager-1:0.7.0-0.9.1.svn3549.fc9 ---------------------------------------- * Wed Apr 09 2008 Dan Williams - 1:0.7.0-0.9.1.svn3549 - Fix issues with VPN passwords not getting found * Tue Apr 08 2008 Dan Williams - 1:0.7.0-0.9.1.svn3548 - Fix builds due to glib2 breakage of GStaticMutex with gcc 4.3 * Tue Apr 08 2008 Dan Williams - 1:0.7.0-0.9.1.svn3547 - Fix WEP key index handling in UI - Fix handling of NM_CONTROLLED in ifcfg files - Show device managed state in applet menu - Show wireless enabled state in applet menu - Better handling of default DHCP connections for wired devices - Fix loading of connection editor on KDE (rh #435344) NetworkManager-openvpn-1:0.7.0-9.svn3549.fc9 -------------------------------------------- * Wed Apr 09 2008 Dan Williams 1:0.7.0-9.svn3549 - Update for compat with new NM bits * Mon Mar 03 2008 Tim Niemueller 1:0.7.0-9.svn3302 - Mute %post and %postun scripts NetworkManager-vpnc-1:0.7.0-0.7.7.svn3549.fc9 --------------------------------------------- * Wed Apr 09 2008 Dan Williams 1:0.7.0-6.7.svn3549 - Update for compat with new NM bits anaconda-11.4.0.70-1 -------------------- * Thu Apr 10 2008 Chris Lumens - 11.4.0.70-1 - ide-cd_mod, not ide-cd_rom (thanks to jwb) (katzj) * Wed Apr 09 2008 Peter Jones - 11.4.0.69-1 - Ignore some warnings copying into /etc and /var (clumens) - Try to mount the NFS source in the loader to verify it is correct (clumens) - Be as clean as possible when looking for files/directories (jgranado, #431392) - More ia64 kernel finding fixage (katzj, #441708) - Fix read permissions on efidisk.img (pjones) - Use the mount flags passed to isys.mount() (pjones) * Wed Apr 09 2008 Peter Jones - 11.4.0.68-2 - Fix device-mapper dep. bittorrent-4.4.0-6.fc9 ---------------------- * Tue Apr 08 2008 Paul Howarth 4.4.0-6 - Default data directory moved back out of /srv (to %{_localstatedir}/lib/bittorrent) (http://fedoraproject.org/wiki/PackagingDrafts/NoBitsInSrv) - Change torrent user's home directory from %{_localstatedir}/spool/bittorrent to %{_localstatedir}/lib/bittorrent, fix the home directory of any existing torrent user, and don't include %{_localstatedir}/spool/bittorrent in the package any more - Include egg-info if present (#440906) - Fix some deprecation warnings from pygtk2 - Include credits-l10n.txt document (#237256) - Write fastresume data properly so that it's recognized next time (#245421) - Add README.Fedora to explain how to use the track/seed services (#430849) - Use short license name to pacify rpmlint blogtk-1.1-9.fc9 ---------------- * Wed Apr 09 2008 Paul W. Frields - 1.1-9 - Remove python-abi BR to conform to packaging guidelines drupal-6.2-1.fc9 ---------------- * Thu Apr 10 2008 Jon Ciesla - 6.2-1 - Upgrade to 6.2, upstream security fixes, SA-2008-026. eclipse-egit-0.3.1-0.fc9 ------------------------ * Tue Apr 08 2008 Jesse Keating - 0.3.1-0 - New upstream release 0.3.1, makes committing / diffing actually work feh-1.3.4-8.fc9 --------------- * Thu Apr 10 2008 Hans de Goede 1.3.4-8 - Remove non free menubg_britney.png from sources - Apply various fixes from svn - Some makeup fixes to the manpage (courtesy of debian) - Fix escaping of filenames in "feh --bg-scale" (bz 441527) gfa-0.4.1-6.fc9 --------------- * Tue Apr 08 2008 Jesse Keating - 0.4.1-6 - Fix the desktop file (caillon) * Tue Feb 19 2008 Fedora Release Engineering - 0.4.1-5 - Autorebuild for GCC 4.3 glib2-2.16.3-2.fc9 ------------------ * Wed Apr 09 2008 Matthias Clasen - 2.16.3-2 - Fix a possible crash in application launching (bgo#527132) gnome-desktop-2.22.1-2.fc9 -------------------------- * Tue Apr 08 2008 Soren Sandmann - 2.22.1-2 - Fix bug where the dpi of the screen got miscalculated gnome-packagekit-0.1.11-3.fc9 ----------------------------- * Wed Apr 09 2008 Richard Hughes - 0.1.11-3 - Pull in the new icons from upsteam from Mike Langlie. * Wed Apr 09 2008 Richard Hughes - 0.1.11-2 - Fix a plethora of GUI bugs by pulling some fixes from upstream gtk2-2.12.9-5.fc9 ----------------- * Wed Apr 09 2008 Matthias Clasen - 2.12.9-5 - Fix a possible crash when dragging notebook tabs * Wed Apr 09 2008 Matthias Clasen - 2.12.9-4 - Make sure we use the right icon size for all icons in the file chooser (Fix by Tomas Bzatek) - Improve the handling of auth dialogs in the file chooser (Tomas Bzatek) kdebase-workspace-4.0.3-11.fc9 ------------------------------ * Wed Apr 09 2008 Kevin Kofler 4.0.3-11 - read the default KSplash theme from kde-settings in startkde (#441565) kernel-2.6.25-0.218.rc8.git7.fc9 -------------------------------- * Wed Apr 09 2008 Chuck Ebbert - Bump version. * Wed Apr 09 2008 Kyle McMartin - Update uvcvideo to svn rev200 * Wed Apr 09 2008 Chuck Ebbert - 2.6.25-rc8-git7 kudzu-1.2.85-1 -------------- * Wed Apr 09 2008 Bill Nottingham 1.2.85-1 - fix ppc (#441721) libfishsound-0.9.1-1.fc9 ------------------------ * Wed Apr 09 2008 Michel Salim - 0.9.1-1 - Update to 0.9.1 (CVE-2008-1686, bz #441246) libgnomeui-2.22.1-1.fc9 ----------------------- * Wed Apr 09 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 (filechooser crash fixes) - Implement authentication support for the file chooser (Tomas Bzatek) libuser-0.56.9-1 ---------------- * Wed Apr 09 2008 Miloslav Trma?? - 0.56.9-1 - Update to libuser-0.56.9. libvirt-0.4.2-1.fc9 ------------------- * Tue Apr 08 2008 Daniel Veillard ,veillard at redhat.com> 0.4.2-1.fc9 - upstream release 0.4.2 - many bug fixes - localization updates * Fri Apr 04 2008 Daniel P. Berrange - 0.4.1-7.fc9 - Don't run polkit-auth as root - Don't request polkit auth if client is root * Fri Mar 28 2008 Chris Lalancette - 0.4.1-6.fc9 - When dumping XML for a storage pool, make the directory tag match the tag used for specifying the pool in the first place libxml2-2.6.32-1.fc9 -------------------- * Tue Apr 08 2008 Daniel Veillard 2.6.31-2.fc9 - upstream release 2.6.32 see http://xmlsoft.org/news.html - many bug fixed upstream libxslt-1.1.23-1.fc9 -------------------- * Tue Apr 08 2008 Daniel Veillard 1.1.23-1.fc9 - upstream release 1.1.23 - bugfixes lm_sensors-3.0.1-5.fc9 ---------------------- * Sun Mar 16 2008 Hans de Goede 3.0.1-5 - Make libsensors work with hwmon class entries without a device link such as the acpi thermal_zone driver (bz 437637) mlocate-0.20-1 -------------- * Wed Apr 09 2008 Miloslav Trma?? - 0.20-1 - Update to mlocate-0.20 muParser-1.28-4.fc9 ------------------- * Tue Apr 08 2008 Jesse Keating - 1.28-4 - Fix the gcc4.3 errors. * Mon Feb 18 2008 Fedora Release Engineering - 1.28-3 - Autorebuild for GCC 4.3 nbd-2.9.10-1.fc9 ---------------- * Wed Apr 09 2008 Warren Togami - 2.9.10-1 - match nbd in kernel-2.6.24+ - remove 32bit crack from x86_64 that made no sense perl-Net-DNS-0.63-3.fc9 ----------------------- * Wed Apr 09 2008 Tom "spot" Callaway - 0.63-3 - fix patch to not require Socket6 * Wed Apr 09 2008 Tom "spot" Callaway - 0.63-2 - fix AF_INET6/PF_INET6 redefine noise (bz 437681) rhpxl-1.7-1.fc9 --------------- * Thu Apr 10 2008 Adam Jackson 1.7-1 - Don't blow up when dbus is unavailable. (notting) - Fix framebuffer description splitting when it has spaces. (notting) * Wed Apr 09 2008 Adam Jackson 1.5-1 - Redo the fbdev logic yet again. This time for sure. * Wed Apr 09 2008 Adam Jackson 1.4-2 - rhpxl-1.4-typing-novice.patch: It helps to spell your variables right. selinux-policy-3.3.1-32.fc9 --------------------------- * Thu Apr 10 2008 Dan Walsh 3.3.1-32 - Label /var/run/gdm correctly - Fix unconfined_u user creation sunbird-0.8-3.fc9 ----------------- * Tue Apr 08 2008 Lubomir Kundrak 0.8-3 - Really fix lightning dependencies (#441340) - Fix "da" and "it" lanugage packs (#441500) swfdec-0.6.4-1.fc9 ------------------ * Wed Apr 09 2008 Brian Pepple - 0.6.4-1 - Update to 0.6.4. system-config-boot-0.2.20-1.fc9 ------------------------------- * Tue Apr 08 2008 Harald Hoyer - 0.2.20-1 - translation update system-config-network-1.5.6-1.fc9 --------------------------------- * Tue Apr 08 2008 Harald Hoyer - 1.5.6 - translation update - check origLine for None (harald) upstart-0.3.9-17.fc9 -------------------- * Wed Apr 09 2008 Casey Dahlin - 0.3.9-17 - Added list of stock events to events(5) * Tue Apr 08 2008 Casey Dahlin - 0.3.9-16 - Add telinit u support usermode-1.96.1-1 ----------------- * Thu Apr 10 2008 Miloslav Trma?? - 1.96.1-1 - New release with updated translations vnc-4.1.2-29.fc9 ---------------- * Wed Apr 09 2008 Adam Tkac 4.1.2-29 - rebuild with -O2 xkeyboard-config-1.2-2.fc9 -------------------------- * Wed Apr 09 2008 Matthias Clasen - 1.2-2 - Make pc105 have inet keys, not 100% correct, but better than having the kbd driver report "us+inet" which confused XKB and higher layers (#441398) xorg-x11-drv-keyboard-1.3.0-3.fc9 --------------------------------- * Wed Apr 09 2008 Kristian H??gsberg - 1.3.0-3 - Drop us+inet patch and require xkeyboard-config-1.2-2 instead. xorg-x11-drv-nouveau-1:0.0.10-2.20080408git0991281.fc9 ------------------------------------------------------ * Tue Apr 08 2008 Dave Airlie 0.0.10-2.20080408git0991281 - Update to latest snapshot xorg-x11-server-1.4.99.901-21.20080407.fc9 ------------------------------------------ * Thu Apr 10 2008 Adam Jackson 1.4.99.901-21.20080407 - xserver-1.5.0-selinux-off-by-default.patch: Re-disable selinux by default, again, in a way that lets you enable it if you really want to. * Wed Apr 09 2008 Dave Airlie 1.4.99.901-20.20080407 - xserver-1.5.0-quirk-acr.patch - add quirk for another monitor. * Tue Apr 08 2008 Adam Jackson 1.4.99.901-19.20080407 - Today's rebase. Patch merge, some int10 fixes. yum-presto-0.4.5-1.fc9 ---------------------- * Thu Apr 10 2008 Jonathan Dieter - 0.4.5-1 - Fix bug in showing savings Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-StubManager-1.2.0-1.fc9.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis mediawiki-openid-0.7.0-5.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From michel.sylvan at gmail.com Thu Apr 10 20:10:52 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Thu, 10 Apr 2008 16:10:52 -0400 Subject: Pulseaudio i386 support in x86_64 is incomplete In-Reply-To: References: Message-ID: On Thu, Apr 10, 2008 at 3:44 PM, Rex Dieter wrote: > Michel Salim wrote: > > > - Crossover Office (Crossover-handled apps works fine if they preload > > padsp, but this needs both packages above to work. This seems to be > > broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone > > from the KDE SIG knows more?) > > KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio > plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts > mostly) access. > > So, could you define what "broken on KDE4" means here exactly? > With the same configuration (telling Crossover to use ESD for sound output, and preloading libpulsedsp.so), sound works under GNOME but not under KDE4. Will retest and see if things have changed. -- Michel Salim http://hircus.jaiku.com/ From mdehaan at redhat.com Thu Apr 10 20:26:37 2008 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 10 Apr 2008 16:26:37 -0400 Subject: RFC: Draft Javascript Guidelines In-Reply-To: <47FBCD87.8000403@gmail.com> References: <47FBCD87.8000403@gmail.com> Message-ID: <47FE77FD.6040300@redhat.com> Toshio Kuratomi wrote: > Hello everyone, > > I'm drafting some Javascript Guidelines and would like some input. > The current ideas are on the wiki here:: > https://fedoraproject.org/wiki/PackagingDrafts/Javascript > > If I don't get some feedback I'll be making some decisions based on > the information there in order to have something that's ready for a > vote in two weeks. > > My current thoughts on positions the draft will take are:: > > Javascript libraries must be packaged separately from web > applications. Web Applications are not allowed to include Javascript > Libraries (or plugins to those libraries which have a separate > upstream from the web app) but must use the system provided ones. > > Javascript libraries must provide an apache conf file that will serve > the library from the filesystem to clients from a specific URL. > config files for other web servers are optional. > > URLs for Javascript libraries should be rooted in /js/ > > I'm not sure whether to advocate using JsMin or similar or not. > > If you don't like some of these ideas, please respond! Nothing's set > in stone yet, but without your input, they will get turned into > Guidelines. > > -Toshio > Just checking -- seems like Apache is going to need to be tweaked to do that in the default conf, else some other RPM may end up owning /var/www/js and having to configure it). Right? --Michael From walters at verbum.org Thu Apr 10 20:36:38 2008 From: walters at verbum.org (Colin Walters) Date: Thu, 10 Apr 2008 16:36:38 -0400 Subject: Mono Package audit In-Reply-To: <200804102228.09526.ville.skytta@iki.fi> References: <47FD76A0.3070701@gmail.com> <200804102206.56291.ville.skytta@iki.fi> <200804102228.09526.ville.skytta@iki.fi> Message-ID: On Thu, Apr 10, 2008 at 3:28 PM, Ville Skytt? wrote: > It extracts rpm contents only with "rpm2cpio | cpio", not tarballs etc within. Oh, I see, right. > Not sure if running "rpmbuild -bp" would be considered a potential security > issue, and I'd rather not even try re-implementing what %setup does to get > around that (at least in upstream rpmlint; in Fedora it could use > rpmdev-extract for that). It wouldn't be very hard to write a SELinux policy for this, but I guess people would still want a DAC solution. Well, I think we do need some program to run for automated checks on sources. If that can't be rpmlint, I guess a new one is in order? From opensource at till.name Thu Apr 10 20:42:09 2008 From: opensource at till.name (Till Maas) Date: Thu, 10 Apr 2008 22:42:09 +0200 Subject: RFC: Draft Javascript Guidelines In-Reply-To: <47FBCD87.8000403@gmail.com> References: <47FBCD87.8000403@gmail.com> Message-ID: <200804102242.25199.opensource@till.name> On Tue April 8 2008, Toshio Kuratomi wrote: > Javascript libraries must provide an apache conf file that will serve > the library from the filesystem to clients from a specific URL. config > files for other web servers are optional. When the apache config file is stored below /etc/httpd, any Javascript library has to depend on apache. How about providing the config files somewhere else, so that any user who wants to use it, can symlink it from /etc/httpd or copy it? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Thu Apr 10 21:03:03 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 10 Apr 2008 14:03:03 -0700 Subject: RFC: Draft Javascript Guidelines In-Reply-To: <47FE77FD.6040300@redhat.com> References: <47FBCD87.8000403@gmail.com> <47FE77FD.6040300@redhat.com> Message-ID: <47FE8087.20406@gmail.com> Michael DeHaan wrote: > Toshio Kuratomi wrote: >> Javascript libraries must provide an apache conf file that will serve >> the library from the filesystem to clients from a specific URL. >> config files for other web servers are optional. >> >> URLs for Javascript libraries should be rooted in /js/ > > Just checking -- seems like Apache is going to need to be tweaked to do > that in the default conf, else some other RPM may end up owning > /var/www/js and having to configure it). Right? > I think that what I wrote wasn't quite clear. The javascript files would probably live on the filesystem under /usr/share/PkgName The URL where these libraries could be found would be http://localhost/js/PkgName. Does that answer your concern? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Thu Apr 10 21:18:52 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 10 Apr 2008 14:18:52 -0700 Subject: RFC: Draft Javascript Guidelines In-Reply-To: <200804102242.25199.opensource@till.name> References: <47FBCD87.8000403@gmail.com> <200804102242.25199.opensource@till.name> Message-ID: <47FE843C.4010409@gmail.com> Till Maas wrote: > On Tue April 8 2008, Toshio Kuratomi wrote: > >> Javascript libraries must provide an apache conf file that will serve >> the library from the filesystem to clients from a specific URL. config >> files for other web servers are optional. > > When the apache config file is stored below /etc/httpd, any Javascript library > has to depend on apache. How about providing the config files somewhere else, > so that any user who wants to use it, can symlink it from /etc/httpd or copy > it? > That's a good point. I looked at how MochiKit is currently packaged and it does store files in /etc/httpd/conf.d and it does require httpd. Probably not what we want as general policy. Options: 1) config files should be placed in /etc/SOMETHING A) Users can symlink them if they have apache (Thanks Till) 2) Use %triggers to symlink automatically (triggers can be problematic in the long term) 3) Start using %{_sysconfdir}/httpd/conf.d the same way we use %{_sysconfdir}/bash_completion.d and have all packages that install files there own it. 4) Have filesystem own %{_sysconfdir}/httpd/conf.d or another directory that apache is set to read configs from (this is the approach of xinetd.d) Comments on why some of these should be preferred? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From ivazqueznet at gmail.com Thu Apr 10 21:52:23 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 10 Apr 2008 17:52:23 -0400 Subject: RFC: Draft Javascript Guidelines In-Reply-To: <47FE843C.4010409@gmail.com> References: <47FBCD87.8000403@gmail.com> <200804102242.25199.opensource@till.name> <47FE843C.4010409@gmail.com> Message-ID: <1207864343.5778.2.camel@ignacio.lan> On Thu, 2008-04-10 at 14:18 -0700, Toshio Kuratomi wrote: > Options: > 1) config files should be placed in /etc/SOMETHING > A) Users can symlink them if they have apache > (Thanks Till) > > 2) Use %triggers to symlink automatically (triggers can be problematic > in the long term) > > 3) Start using %{_sysconfdir}/httpd/conf.d the same way we use > %{_sysconfdir}/bash_completion.d and have all packages that install > files there own it. > > 4) Have filesystem own %{_sysconfdir}/httpd/conf.d or another directory > that apache is set to read configs from (this is the approach of xinetd.d) 5) Have /etc/js.d and have a connector package per webserver package that includes /etc/js.d/*.conf. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Thu Apr 10 21:59:13 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 10 Apr 2008 16:59:13 -0500 Subject: RFC: Draft Javascript Guidelines In-Reply-To: <200804102242.25199.opensource@till.name> References: <47FBCD87.8000403@gmail.com> <200804102242.25199.opensource@till.name> Message-ID: >>>>> "TM" == Till Maas writes: TM> When the apache config file is stored below /etc/httpd, any TM> Javascript library has to depend on apache. I'm not really sure why that's a bad thing. Perhaps there's a desire to use a different web server? Do the non-apache web servers we provide also make use of /etc/httpd/conf.d? If not, why haven't we heard more complaints about all of the web applications that install into /usr/share and then map themselves into the URL space with a file in /etc/httpd/conf.d? - J< From opensource at till.name Thu Apr 10 22:18:28 2008 From: opensource at till.name (Till Maas) Date: Fri, 11 Apr 2008 00:18:28 +0200 Subject: RFC: Draft Javascript Guidelines In-Reply-To: References: <47FBCD87.8000403@gmail.com> <200804102242.25199.opensource@till.name> Message-ID: <200804110018.49474.opensource@till.name> On Thu April 10 2008, Jason L Tibbitts III wrote: > >>>>> "TM" == Till Maas writes: > > TM> When the apache config file is stored below /etc/httpd, any > TM> Javascript library has to depend on apache. > > I'm not really sure why that's a bad thing. Perhaps there's a desire > to use a different web server? Do the non-apache web servers we If one wants to use a different web server or no webserver at all, one still has to install apache without gaining anything in most cases, because afaik as soon there is a new version of the config file installed, the /etc/httpd directory won't be removed when the package is removed. > provide also make use of /etc/httpd/conf.d? If not, why haven't we > heard more complaints about all of the web applications that install > into /usr/share and then map themselves into the URL space with a file > in /etc/httpd/conf.d? I filed a bug against trac a long time ago, because it cannot be installed without apache. Regards, Till From alexl at users.sourceforge.net Fri Apr 11 00:25:31 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Thu, 10 Apr 2008 17:25:31 -0700 Subject: rawhide report: 20080408 changes In-Reply-To: (Alex Lancaster's message of "Tue\, 08 Apr 2008 04\:48\:15 -0700") References: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> Message-ID: To fix these broken deps which are still in rawhide/f9-final, can whowever rebuilt rubygem, please contact rel-eng at fedoraproject.org to get the rebuilt relevant ruby packages into F-9? > Broken deps for i386 [...] rubygem-actionmailer-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-actionpack-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activerecord-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-activeresource-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activesupport) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activeresource) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionmailer) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(actionpack) = 0:2.0.1 rubygem-rails-2.0.2-1.fc9.noarch requires rubygem(activerecord) = 0:2.0.1 From jkeating at redhat.com Fri Apr 11 00:56:16 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Apr 2008 20:56:16 -0400 Subject: rawhide report: 20080408 changes In-Reply-To: References: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> Message-ID: <1207875376.14931.35.camel@localhost.localdomain> On Thu, 2008-04-10 at 17:25 -0700, Alex Lancaster wrote: > To fix these broken deps which are still in rawhide/f9-final, can > whowever rebuilt rubygem, please contact rel-eng at fedoraproject.org to > get the rebuilt relevant ruby packages into F-9? This has already been done, they should show up in tomorrow's rawhide. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Apr 11 01:14:16 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Apr 2008 21:14:16 -0400 Subject: [Fwd: Red Hat Support Engineering Team is looking for talented, motivated engineers around the world!] Message-ID: <1207876456.14931.49.camel@localhost.localdomain> This was posted to fedora-devel-announce, but due to a mixup in list setups, the echo to fedora-devel-list was bounced. I'm forwarding this by hand. Cheers! -------- Forwarded Message -------- From: marco bill-peter Reply-To: fedora-devel-list at redhat.com To: fedora-devel-announce at redhat.com Subject: Red Hat Support Engineering Team is looking for talented, motivated engineers around the world! Date: Thu, 10 Apr 2008 11:09:28 -0400 hi Fedora Developers Have you ever thought of making your passion your day job? The Red Hat 3rd level Support Engineering Group - is always looking for talented engineers in almost all corners of the world! If you're interested, go to http://www.redhat.com/about/careers/ and search for 3rd/third level Support Engineering. Apply directly to the website, even if the location is not your current home country. Also feel free to email me directly if you have any question about this position. marco bill-peter Senior Director Support Engineering Group Red Hat mbp at redhat dot com ---------------------------------------------------------------------------------------------------------------------------------------------------------------- Following is a small abstract of the role of our engineers. 3rd level Support Engineer Summary Resolves complex customer problems on the Linux packages, or other complex RH products like GFS, RHCS. This Support Engineer will work closely with RedHats front line support engineers, the RH development engineering and the upstream communities. The engineer analyzes upstream development against current customer reported defects (bugs) and develops patches or workaround to resolve the issues. * Develops and recommends corrective workarounds. * Uses skills as a seasoned, experienced professional with a full understanding of industry practices and company policies and procedures; resolves a wide range of issues in imaginative as well as practical ways. * Demonstrates considerable judgment in selecting methods and techniques for obtaining solutions. * Interacts with senior internal and external personnel (upstream community). * Works independently on tasks with minimal guidance on complex issues. Job Requirements * 5 years related experience * Excellent understanding of Linux components, or/and kernel, virtual memory, networking concepts and protocols. * Upstream Linux and Fedora Project or Kernel engagement a plus * Familiar with other operating systems including Solaris, AIX, Tru64 and Microsoft Windows Server desirable * Good understanding of hardware and computer architecture * Development level experience with C, be comfortable to write kernel patches * Experience writing scripts using BASH or Python, Perl to troubleshoot and correct Linux issues. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Fri Apr 11 01:24:25 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 10 Apr 2008 20:24:25 -0500 Subject: rawhide report: 20080408 changes In-Reply-To: <1207875376.14931.35.camel@localhost.localdomain> References: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> <1207875376.14931.35.camel@localhost.localdomain> Message-ID: <1207877065.3996.58.camel@vader.jdub.homelinux.org> On Thu, 2008-04-10 at 20:56 -0400, Jesse Keating wrote: > On Thu, 2008-04-10 at 17:25 -0700, Alex Lancaster wrote: > > To fix these broken deps which are still in rawhide/f9-final, can > > whowever rebuilt rubygem, please contact rel-eng at fedoraproject.org to > > get the rebuilt relevant ruby packages into F-9? > > This has already been done, they should show up in tomorrow's rawhide. But rel-eng appreciates the reminders from the community members as well. We really don't like to hound people, so having packagers help their peers is a welcome thing. josh From jkeating at redhat.com Fri Apr 11 01:32:39 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Apr 2008 21:32:39 -0400 Subject: rawhide report: 20080408 changes In-Reply-To: <1207877065.3996.58.camel@vader.jdub.homelinux.org> References: <20080408094937.4FBA0209D92@releng1.fedora.phx.redhat.com> <1207875376.14931.35.camel@localhost.localdomain> <1207877065.3996.58.camel@vader.jdub.homelinux.org> Message-ID: <1207877560.14931.55.camel@localhost.localdomain> On Thu, 2008-04-10 at 20:24 -0500, Josh Boyer wrote: > On Thu, 2008-04-10 at 20:56 -0400, Jesse Keating wrote: > > On Thu, 2008-04-10 at 17:25 -0700, Alex Lancaster wrote: > > > To fix these broken deps which are still in rawhide/f9-final, can > > > whowever rebuilt rubygem, please contact rel-eng at fedoraproject.org to > > > get the rebuilt relevant ruby packages into F-9? > > > > This has already been done, they should show up in tomorrow's rawhide. > > But rel-eng appreciates the reminders from the community members as > well. We really don't like to hound people, so having packagers help > their peers is a welcome thing. > > josh Oh absolutely! The amount of help and hands on I've seen this development cycle has been incredibly awesome. I think this release has had a lot more people really getting that they are part of making the release happen and are doing what they can to test, verify, fix, etc... I love it! -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Fri Apr 11 02:46:34 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 10 Apr 2008 22:46:34 -0400 Subject: Mono Package audit In-Reply-To: <47FD76A0.3070701@gmail.com> References: <47FD76A0.3070701@gmail.com> Message-ID: <1207881994.5052.49.camel@localhost.localdomain> On Wed, 2008-04-09 at 19:08 -0700, Toshio Kuratomi wrote: > binary | nant_ This guy is the big problem. Nant includes prebuilt copies of: lib/ ===== ICSharpCode.SharpCvsLib.Console.dll ICSharpCode.SharpCvsLib.dll ICSharpCode.SharpZipLib.dll log4net.dll NUnitCore.dll scvs.exe lib/mono/1.0/ ========= NDoc.Core.dll NDoc.Documenter.Msdn.dll NDoc.ExtendedUI.dll nunit.core.dll nunit.framework.dll nunit.util.dll lib/mono/2.0/ ========= NDoc.Core.dll NDoc.Documenter.Msdn.dll NDoc.ExtendedUI.dll nunit.core.dll nunit.framework.dll nunit.util.dll I managed to package up sharpcvslib and ndoc, but the nunit bits are killer. Nant needs nunit 2.2.8.0, but nunit is provided by the core mono package, and it is only at 2.2.0.0. Important bits are missing, and the nunit inside core mono looks to be modified. It will not cleanly build against the provided nunit, and there is no good way to do an override. On top of that, the NUnitCore.dll looks to be from an ancient version of NUnit, in the 1.0 series, for which I can't find source for (anywhere). I disabled the NUnit1 support in nant, hoping that would get me past it, but Nunit2 needs TestOutput, which is only found in later builds of NUnit. This is bad because nant is how a lot of these mono packages build. For example, both sharpcvslib and ndoc need nant to build from source. I've spent the last two days trying to overcome this, but I am just out of directions. The mono-ndoc and mono-sharpcvslib SRPMS and SPECS are below: http://www.auroralinux.org/people/spot/review/new/mono-ndoc-1.3.1-1.fc9.src.rpm http://www.auroralinux.org/people/spot/review/new/mono-ndoc.spec http://www.auroralinux.org/people/spot/review/new/mono-sharpcvslib-0.35-1.fc9.src.rpm http://www.auroralinux.org/people/spot/review/new/mono-sharpcvslib.spec ~spot From tcallawa at redhat.com Fri Apr 11 03:15:23 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 10 Apr 2008 23:15:23 -0400 Subject: Mono Package audit In-Reply-To: <1207881994.5052.49.camel@localhost.localdomain> References: <47FD76A0.3070701@gmail.com> <1207881994.5052.49.camel@localhost.localdomain> Message-ID: <1207883723.5052.51.camel@localhost.localdomain> On Thu, 2008-04-10 at 22:46 -0400, Tom "spot" Callaway wrote: > It will not cleanly build against the provided nunit, and there is no good way to do an override. Welp, I have an idea. Not entirely done yet. ~spot From fedora at camperquake.de Fri Apr 11 06:29:36 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 11 Apr 2008 08:29:36 +0200 Subject: RFC: Draft Javascript Guidelines In-Reply-To: References: <47FBCD87.8000403@gmail.com> <200804102242.25199.opensource@till.name> Message-ID: <20080411082936.0e7e33da@dhcp03.addix.net> Hi. On 10 Apr 2008 16:59:13 -0500, Jason L Tibbitts III wrote: > I'm not really sure why that's a bad thing. Perhaps there's a desire > to use a different web server? Do the non-apache web servers we > provide also make use of /etc/httpd/conf.d? If not, why haven't we > heard more complaints about all of the web applications that install > into /usr/share and then map themselves into the URL space with a file > in /etc/httpd/conf.d? I, for one, use lighttpd for most of my web serving needs, and yes, putting config information only in /etc/httpd is a bit of a bother. On the other hand, these config files are apache specific, really (lighttpd can do most of the things configured in there, it just needs a different language), so they're not entirely misplaced. The only alternative I can think of is to ship config files for all web servers we provide, which is a bit unpractical, too. From pertusus at free.fr Fri Apr 11 08:09:05 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 11 Apr 2008 10:09:05 +0200 Subject: RFC: Draft Javascript Guidelines In-Reply-To: <200804110018.49474.opensource@till.name> References: <47FBCD87.8000403@gmail.com> <200804102242.25199.opensource@till.name> <200804110018.49474.opensource@till.name> Message-ID: <20080411080905.GA2636@free.fr> On Fri, Apr 11, 2008 at 12:18:28AM +0200, Till Maas wrote: > > > provide also make use of /etc/httpd/conf.d? If not, why haven't we > > heard more complaints about all of the web applications that install > > into /usr/share and then map themselves into the URL space with a file > > in /etc/httpd/conf.d? > > I filed a bug against trac a long time ago, because it cannot be installed > without apache. On http://fedoraproject.org/wiki/PackagingDrafts/ServerProvides I describe what I found looking at packages requiring 'webserver', and according to my findings for some package webserver means a server with apache like web server configuration directory and config file (bugzilla, htdig-web, phpMyAdmin, postgresql-pgpoolAdmin, wordtrans-web) in that case the requires may better be httpd. But I never took time to report on these (and given how reports on packaging issues are treated in fedora, I don't think it is a priority). -- Pat From nicolas.mailhot at laposte.net Fri Apr 11 08:26:38 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 11 Apr 2008 10:26:38 +0200 (CEST) Subject: RFC: Draft Javascript Guidelines In-Reply-To: References: <47FBCD87.8000403@gmail.com> <200804102242.25199.opensource@till.name> Message-ID: <59750.192.54.193.59.1207902398.squirrel@rousalka.dyndns.org> For fonts we had the same problem : many font packages want to install fontconfig rules, they can not really be interpreted by anything other than fontconfig, but we didn't want to force use of fontconfig whenever a font package is installed. The solution was to move /etc/fonts/conf.d to the filesystem package, and declare any package could drop files in there, but they would only be interpreted on a system with fontconfig installed -- Nicolas Mailhot From rawhide at fedoraproject.org Fri Apr 11 09:32:21 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 11 Apr 2008 09:32:21 +0000 (UTC) Subject: rawhide report: 20080411 changes Message-ID: <20080411093221.D6AAE209D7D@releng1.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.i386 requires pycrypto kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.x86_64 requires pycrypto kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- TurboGears-1.0.4.4-2.fc9.noarch requires python-json >= 0:3.3 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf flumotion-0.4.2-3.fc9.ppc64 requires pycrypto kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From che666 at gmail.com Fri Apr 11 11:56:09 2008 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 11 Apr 2008 13:56:09 +0200 Subject: Pulseaudio i386 support in x86_64 is incomplete In-Reply-To: References: Message-ID: On Thu, Apr 10, 2008 at 10:10 PM, Michel Salim wrote: > On Thu, Apr 10, 2008 at 3:44 PM, Rex Dieter wrote: > > Michel Salim wrote: > > > > > - Crossover Office (Crossover-handled apps works fine if they preload > > > padsp, but this needs both packages above to work. This seems to be > > > broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone > > > from the KDE SIG knows more?) you forgot regular wine. the result of building wine for 64 bit natively will not handle 32 bit windows binaries because it of course needs a 32 bit build for that. the 64 bit build of wine will have to be parallel installable to the 32bit one to gain the full functionality. kind regards, Rudolf Kastl > > > > KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio > > plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts > > mostly) access. > > > > So, could you define what "broken on KDE4" means here exactly? > > > With the same configuration (telling Crossover to use ESD for sound > output, and preloading libpulsedsp.so), sound works under GNOME but > not under KDE4. > > Will retest and see if things have changed. > > > -- > Michel Salim > http://hircus.jaiku.com/ > > -- > > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From bnocera at redhat.com Fri Apr 11 12:24:49 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 11 Apr 2008 13:24:49 +0100 Subject: bluetooth 2.0 is extremely slow In-Reply-To: References: <47F25E9B.80702@cchtml.com> <1207067327.13201.242.camel@cookie.hadess.net> <47F71311.9010307@cchtml.com> <47FD8132.2070301@cchtml.com> <47FE4FE9.8080809@cchtml.com> Message-ID: <1207916689.3396.125.camel@cookie.hadess.net> On Thu, 2008-04-10 at 19:39 +0200, Harald Hoyer wrote: > Does using OBEX_SetTransportMTU() help? > http://www.zuckschwerdt.org/apidocs/r323.html For what it's worth all the Obex UIs for GNOME in Fedora shouldn't have those speed problems, as obex-data-server sets the MTU itself as well, to values tested by Nokia for Maemo. From mcepl at redhat.com Fri Apr 11 13:04:52 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 11 Apr 2008 15:04:52 +0200 Subject: Bug triage - what is going to be achieved? References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> <47F5F999.7010304@fedoraproject.org> <47FAEB03.8080801@redhat.com> Message-ID: On Mon, 07 Apr 2008 20:48:19 -0700, John Poelstra scripst: > They were treated differently as outlined in the proposal. What part > didn't match your expectations? https://bugzilla.redhat.com/show_bug.cgi?id=240070 I said in comment 9 that this will be Rawhide bug so that no one will touch it, and yet immediately following comment was request for reproduction. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From rdieter at math.unl.edu Fri Apr 11 14:17:41 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 11 Apr 2008 09:17:41 -0500 Subject: Pulseaudio i386 support in x86_64 is incomplete References: Message-ID: Michel Salim wrote: > On Thu, Apr 10, 2008 at 3:44 PM, Rex Dieter wrote: >> Michel Salim wrote: >> >> > - Crossover Office (Crossover-handled apps works fine if they preload >> > padsp, but this needs both packages above to work. This seems to be >> > broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone >> > from the KDE SIG knows more?) >> >> KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio >> plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts >> mostly) access. >> >> So, could you define what "broken on KDE4" means here exactly? >> > With the same configuration (telling Crossover to use ESD for sound > output, and preloading libpulsedsp.so), sound works under GNOME but > not under KDE4. Not surprising, could very well be that our manual launch of pulseaudio is incompatible with PA's esd emulation. -- Rex From tcallawa at redhat.com Fri Apr 11 14:48:36 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 11 Apr 2008 10:48:36 -0400 Subject: Mono Package audit In-Reply-To: <1207883723.5052.51.camel@localhost.localdomain> References: <47FD76A0.3070701@gmail.com> <1207881994.5052.49.camel@localhost.localdomain> <1207883723.5052.51.camel@localhost.localdomain> Message-ID: <1207925316.3445.10.camel@localhost.localdomain> On Thu, 2008-04-10 at 23:15 -0400, Tom "spot" Callaway wrote: > On Thu, 2008-04-10 at 22:46 -0400, Tom "spot" Callaway wrote: > > > It will not cleanly build against the provided nunit, and there is no good way to do an override. > > Welp, I have an idea. Not entirely done yet. Got it! These packages need reviews... quickly. https://bugzilla.redhat.com/show_bug.cgi?id=442055 https://bugzilla.redhat.com/show_bug.cgi?id=442056 https://bugzilla.redhat.com/show_bug.cgi?id=442057 With those packages, I can get nant to build without prebuilt bits. ~spot From Matt_Domsch at dell.com Fri Apr 11 17:09:32 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 11 Apr 2008 12:09:32 -0500 Subject: Fw: [Bug 440945] FTBFS gprolog-1.3.0-12.fc9 Message-ID: <20080411170932.GA30733@domsch.com> Is there a known glibc x86_64 bug that might be attributable to a build failure of gprolog (the compiler segfaulted). -Matt ----- Forwarded message from bugzilla at redhat.com ----- Date: Thu, 10 Apr 2008 15:46:41 -0400 From: bugzilla at redhat.com To: ftbfs at fedoraproject.org Subject: [Bug 440945] FTBFS gprolog-1.3.0-12.fc9 Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: FTBFS gprolog-1.3.0-12.fc9 https://bugzilla.redhat.com/show_bug.cgi?id=440945 ------- Additional Comments From jochen at herr-schmitt.de 2008-04-10 15:46 EST ------- Sorry, but on F-8 and F-8 the build for the x86_64 architecture works fine. I have read in the log of a FESCo-meeting that there should be a bug of the x86_64 release of the glibc-release in the development branch with caused a issue for the memory management. I assume that my issue was caused by this glibc issue. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You reported the bug, or are watching the reporter. ----- End forwarded message ----- From kevin.kofler at chello.at Fri Apr 11 18:02:27 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Apr 2008 18:02:27 +0000 (UTC) Subject: Pulseaudio i386 support in x86_64 is incomplete References: Message-ID: Rex Dieter math.unl.edu> writes: > Not surprising, could very well be that our manual launch of pulseaudio is > incompatible with PA's esd emulation. I don't think so, it works fine on F8 in any case. Kevin Kofler From jonstanley at gmail.com Fri Apr 11 18:20:46 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 11 Apr 2008 14:20:46 -0400 Subject: Bug triage - what is going to be achieved? In-Reply-To: References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> <47F5F999.7010304@fedoraproject.org> <47FAEB03.8080801@redhat.com> Message-ID: On Fri, Apr 11, 2008 at 9:04 AM, Matej Cepl wrote: > I said in comment 9 that this will be Rawhide bug so that no one will > touch it, and yet immediately following comment was request for > reproduction. Yes, that bug got the rawhide treatment. What we did was take bugs that are highly likely to be stale, and put that comment in them. All you need to do is put it in some state other than NEEDINFO, and it won't be touched til the next release. From orion at cora.nwra.com Fri Apr 11 20:17:48 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 11 Apr 2008 14:17:48 -0600 Subject: rawhide report: 20080411 changes In-Reply-To: <20080411093221.D6AAE209D7D@releng1.fedora.phx.redhat.com> References: <20080411093221.D6AAE209D7D@releng1.fedora.phx.redhat.com> Message-ID: <47FFC76C.2030401@cora.nwra.com> Rawhide wrote: > Broken deps for i386 > ---------------------------------------------------------- > vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 > vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Testing a fix for this locally. If it works I'll check in and build. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From s-t-rhbugzilla at wwwdotorg.org Fri Apr 11 21:57:14 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 11 Apr 2008 15:57:14 -0600 (MDT) Subject: bodhi/admin.fedoraproject.org usage question Message-ID: <1207951034.16226.TMDA@tmda.severn.wwwdotorg.org> About a week 1/2 ago, I built a package using Koji, and used Bodhi to request a push to testing. It's there now. Now, I want to push the package to stable. I went back to my original update, and clicked the button/graphic to "push to stable". The individual update now shows "Requested: stable" as I expect: https://admin.fedoraproject.org/updates/F8/FEDORA-2008-2853 However, the list of pending updates for F8 doesn't include this update, even if I page through everything, or view all: https://admin.fedoraproject.org/updates/F8/pending Is this a bug in the pending view, or should I create a new update request to push the RPM to stable? Another question: This is a new package. When does bugzilla grow a new component for it; only when the package is stable? It's been in devel for a while now, and F7/F8 testing for a little over a week, but people still can't file bugs against unison213 or unison227, just the old package which was unison. Thanks. From orion at cora.nwra.com Fri Apr 11 21:58:48 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 11 Apr 2008 15:58:48 -0600 Subject: rawhide report: 20080411 changes In-Reply-To: <47FFC76C.2030401@cora.nwra.com> References: <20080411093221.D6AAE209D7D@releng1.fedora.phx.redhat.com> <47FFC76C.2030401@cora.nwra.com> Message-ID: <47FFDF18.20702@cora.nwra.com> Orion Poplawski wrote: > Rawhide wrote: >> Broken deps for i386 >> ---------------------------------------------------------- >> vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 >> vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 > > Testing a fix for this locally. If it works I'll check in and build. > The attached patch fixes. I'd check it in myself, but ACL's prevent it. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -------------- next part -------------- A non-text attachment was scrubbed... Name: vtk-5.0.4-gcc43.patch Type: text/x-patch Size: 1053 bytes Desc: not available URL: From d.jacobfeuerborn at conversis.de Fri Apr 11 23:16:25 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sat, 12 Apr 2008 01:16:25 +0200 Subject: How is the new networking world supposed to work? Message-ID: <47FFF149.1090100@conversis.de> Since the latest rawhide updates I now don't get a network connection after boot. I have to open a shell as root and issue a "ifdown eth0" followed by a "ifup eth0" to make the NetworkManager aware that there is a network out there. What is the proper way to configure this? Regards, Dennis From tjb at unh.edu Fri Apr 11 23:37:46 2008 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 11 Apr 2008 19:37:46 -0400 Subject: How is the new networking world supposed to work? In-Reply-To: <47FFF149.1090100@conversis.de> References: <47FFF149.1090100@conversis.de> Message-ID: <1207957066.3332.0.camel@continuity> On Sat, 2008-04-12 at 01:16 +0200, Dennis Jacobfeuerborn wrote: > Since the latest rawhide updates I now don't get a network connection after > boot. I have to open a shell as root and issue a "ifdown eth0" followed by > a "ifup eth0" to make the NetworkManager aware that there is a network out > there. What is the proper way to configure this? > > Regards, > Dennis > I have the same problem and restarting NetworkManager is another fix that works for me. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From alan at clueserver.org Fri Apr 11 23:45:37 2008 From: alan at clueserver.org (Alan) Date: Fri, 11 Apr 2008 16:45:37 -0700 (PDT) Subject: How is the new networking world supposed to work? In-Reply-To: <1207957066.3332.0.camel@continuity> References: <47FFF149.1090100@conversis.de> <1207957066.3332.0.camel@continuity> Message-ID: <22997.198.182.194.170.1207957537.squirrel@clueserver.org> > On Sat, 2008-04-12 at 01:16 +0200, Dennis Jacobfeuerborn wrote: >> Since the latest rawhide updates I now don't get a network connection >> after >> boot. I have to open a shell as root and issue a "ifdown eth0" followed >> by >> a "ifup eth0" to make the NetworkManager aware that there is a network >> out >> there. What is the proper way to configure this? >> >> Regards, >> Dennis >> > > I have the same problem and restarting NetworkManager is another fix > that works for me. I have yet to get NetworkManager to use my wireless card. It does not see any configurations, does not give me a way to create them, and general acts like the card does not exist. wlassistant works fine (until the last gpm braindamage). The card is using the b43 driver with the latest firmware. From lmacken at redhat.com Sat Apr 12 00:49:03 2008 From: lmacken at redhat.com (Luke Macken) Date: Fri, 11 Apr 2008 20:49:03 -0400 Subject: bodhi/admin.fedoraproject.org usage question In-Reply-To: <1207951034.16226.TMDA@tmda.severn.wwwdotorg.org> References: <1207951034.16226.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <20080412004903.GB3108@crow.boston.redhat.com> On Fri, Apr 11, 2008 at 03:57:14PM -0600, Stephen Warren wrote: > About a week 1/2 ago, I built a package using Koji, and used Bodhi to > request a push to testing. It's there now. > > Now, I want to push the package to stable. I went back to my original > update, and clicked the button/graphic to "push to stable". The individual > update now shows "Requested: stable" as I expect: > > https://admin.fedoraproject.org/updates/F8/FEDORA-2008-2853 > > However, the list of pending updates for F8 doesn't include this update, > even if I page through everything, or view all: > > https://admin.fedoraproject.org/updates/F8/pending > > Is this a bug in the pending view, or should I create a new update request > to push the RPM to stable? If your update has a 'request' set, then you're good to go. The 'pending updates' list only shows updates that are not testing or stable. I can see how it would be useful to see testing updates that are queued to hit stable in the pending list as well (releng can see this in a different 'request queue'. Feel free to open a ticket (http://fedorahosted.org/bodhi) if you think the behavior should change, and I'll see what I can do. > Another question: This is a new package. When does bugzilla grow a new > component for it; only when the package is stable? It's been in devel for > a while now, and F7/F8 testing for a little over a week, but people still > can't file bugs against unison213 or unison227, just the old package which > was unison. I'm told that bugzilla component creation is currently broken. This is normally done by a script run on a machine in Jeremy's cube, but it needs to be moved off and fixed. luke From lordmorgul at gmail.com Sat Apr 12 01:13:23 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 11 Apr 2008 18:13:23 -0700 Subject: How is the new networking world supposed to work? In-Reply-To: <22997.198.182.194.170.1207957537.squirrel@clueserver.org> References: <47FFF149.1090100@conversis.de> <1207957066.3332.0.camel@continuity> <22997.198.182.194.170.1207957537.squirrel@clueserver.org> Message-ID: <48000CB3.1030000@gmail.com> Alan wrote: >> On Sat, 2008-04-12 at 01:16 +0200, Dennis Jacobfeuerborn wrote: >>> Since the latest rawhide updates I now don't get a network connection >>> after >>> boot. I have to open a shell as root and issue a "ifdown eth0" followed >>> by >>> a "ifup eth0" to make the NetworkManager aware that there is a network >>> out >>> there. What is the proper way to configure this? >>> >>> Regards, >>> Dennis >>> >> I have the same problem and restarting NetworkManager is another fix >> that works for me. > > I have yet to get NetworkManager to use my wireless card. It does not see > any configurations, does not give me a way to create them, and general > acts like the card does not exist. > > wlassistant works fine (until the last gpm braindamage). The card is > using the b43 driver with the latest firmware. Have you tried using system-config-network to configure the adapter, and then click the NetworkManager Controlled checkbox? I'm asking because my own wireless card failed to be useful from NM until I did that (in fact it was causing NM to crash when the service started). Now after I did configure it.. even if I remove all the configuration NM will still work fine. I'm unsure whether it was a bug and was incidentally fixed, or if the configuration via system-config-network did things I'm not reverting (but I don't think this is the case). Anyway, if you haven't tried that yet, configure it with the s-c-n tool then see whether NM can handle it fine. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From alexl at users.sourceforge.net Sat Apr 12 01:15:46 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Fri, 11 Apr 2008 18:15:46 -0700 Subject: rawhide report: 20080411 changes In-Reply-To: <47FFDF18.20702@cora.nwra.com> (Orion Poplawski's message of "Fri\, 11 Apr 2008 15\:58\:48 -0600") References: <20080411093221.D6AAE209D7D@releng1.fedora.phx.redhat.com> <47FFC76C.2030401@cora.nwra.com> <47FFDF18.20702@cora.nwra.com> Message-ID: >>>>> "OP" == Orion Poplawski writes: OP> Orion Poplawski wrote: >> Rawhide wrote: >> Broken deps for i386 >>> ---------------------------------------------------------- >>> vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 >>> vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 >> >> Testing a fix for this locally. If it works I'll check in and >> build. >> OP> The attached patch fixes. I'd check it in myself, but ACL's OP> prevent it. Thanks, Orion! Can you attach it to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=434528 Alex (PS. I asked Axel if he'd be willing to open up the ACLs, as there doesn't seem to be good reason for them to be closed, this isn't a package in "Base" or somesuch but I haven't had a response yet). From dakingun at gmail.com Sat Apr 12 02:07:44 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 11 Apr 2008 22:07:44 -0400 Subject: Help with a code snippet that fails in mock buildroots Message-ID: Hi all, Can someone please explain (and possibly provide a solution) to me why the code below is failing in mock buildroot. It is run to check if the 'shm_open' function works when configuring latest mpich2 package, and its result is used to create a definition that's used later when compiling the package. The code runs fine (and the package builds fine too) on my rawhide system. Thanks. Deji PS: A koji scratch build that failed can be found at http://koji.fedoraproject.org/koji/taskinfo?taskID=561558 >> #include #include #include #include #include int main(int argc, char ** argv) { int fd; fd = shm_open("/mpich2conf", O_RDWR | O_CREAT, 0666); if (fd == -1) { if (errno == ENOSYS) { return 1; } } else { shm_unlink("/mpich2conf"); close(fd); } return 0; } << From mzerqung at 0pointer.de Sat Apr 12 02:17:08 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Sat, 12 Apr 2008 04:17:08 +0200 Subject: Help with a code snippet that fails in mock buildroots In-Reply-To: References: Message-ID: <20080412021708.GA14541@tango.0pointer.de> On Fri, 11.04.08 22:07, Deji Akingunola (dakingun at gmail.com) wrote: > Hi all, > > Can someone please explain (and possibly provide a solution) to me why > the code below is failing in mock buildroot. It is run to check if the > 'shm_open' function works when configuring latest mpich2 package, and > its result is used to create a definition that's used later when > compiling the package. The code runs fine (and the package builds fine > too) on my rawhide system. > Thanks. Is /dev/shm/ available in the chroot env? shm_open() is basically the same as open(), however, it prepends /dev/shm to the file name. If that dir is not writable (should be mounted as tmpfs) shm_open() fails, Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From dakingun at gmail.com Sat Apr 12 02:28:49 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 11 Apr 2008 22:28:49 -0400 Subject: Help with a code snippet that fails in mock buildroots In-Reply-To: <20080412021708.GA14541@tango.0pointer.de> References: <20080412021708.GA14541@tango.0pointer.de> Message-ID: On Fri, Apr 11, 2008 at 10:17 PM, Lennart Poettering wrote: > On Fri, 11.04.08 22:07, Deji Akingunola (dakingun at gmail.com) wrote: > > > Hi all, > > > > Can someone please explain (and possibly provide a solution) to me why > > the code below is failing in mock buildroot. It is run to check if the > > 'shm_open' function works when configuring latest mpich2 package, and > > its result is used to create a definition that's used later when > > compiling the package. The code runs fine (and the package builds fine > > too) on my rawhide system. > > Thanks. > > Is /dev/shm/ available in the chroot env? I have no idea; I ran 'rpm -q --whatprovides /dev/shm' on my system and it returned 'file /dev/shm is not owned by any package', I wonder how it get created. Thanks for your response. Deji > shm_open() is basically the > same as open(), however, it prepends /dev/shm to the file name. If > that dir is not writable (should be mounted as tmpfs) shm_open() fails, > > Lennart > > -- > Lennart Poettering Red Hat, Inc. > lennart [at] poettering [dot] net ICQ# 11060553 > http://0pointer.net/lennart/ GnuPG 0x1A015CC4 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From poelstra at redhat.com Sat Apr 12 02:59:31 2008 From: poelstra at redhat.com (John Poelstra) Date: Fri, 11 Apr 2008 19:59:31 -0700 Subject: Bug triage - what is going to be achieved? In-Reply-To: References: <20080404092638.GA3320@evileye.atkac.englab.brq.redhat.com> <47F5F999.7010304@fedoraproject.org> <47FAEB03.8080801@redhat.com> Message-ID: <48002593.8090702@redhat.com> Jon Stanley said the following on 04/11/2008 11:20 AM Pacific Time: > On Fri, Apr 11, 2008 at 9:04 AM, Matej Cepl wrote: > >> I said in comment 9 that this will be Rawhide bug so that no one will >> touch it, and yet immediately following comment was request for >> reproduction. > > Yes, that bug got the rawhide treatment. What we did was take bugs > that are highly likely to be stale, and put that comment in them. All > you need to do is put it in some state other than NEEDINFO, and it > won't be touched til the next release. > Unless it is currently 'rawhide' in which case, the current plan is to rebase the version to '9' as described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping around the time of the final F9 release, thus starting a fresh batch of rawhide bugs for the F10 development cycle. John From louisg00 at bellsouth.net Sat Apr 12 03:12:05 2008 From: louisg00 at bellsouth.net (Louis E Garcia II) Date: Fri, 11 Apr 2008 23:12:05 -0400 Subject: mkinitrd and encrypted devices Message-ID: <1207969925.30001.17.camel@sonlaptop> For fedora9 mkinitrd gives insmod errors with encrypted partitions before asking for the paraphrase. I believe the cause is module naming. Both modules aes.ko and sha256.ko were renamed in later kernels to aes-generic.ko and sha256-generic.ko padlock: VIA PadLock not detected WARNING: Error inserting padlock_aes (/lib/modules/2.6.25-0.218.rc8/git7.fc9.i686/padlock-aes.ko: No such device WARNING: Error inserting padlock_sha (/lib/modules/2.6.25-0.218.rc8/git7.fc9.i686/padlock-sha.ko: No such device Though the modules load successfully it would be nice to get rid of these. -Louis From a.badger at gmail.com Sat Apr 12 03:29:52 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 11 Apr 2008 20:29:52 -0700 Subject: bodhi/admin.fedoraproject.org usage question In-Reply-To: <20080412004903.GB3108@crow.boston.redhat.com> References: <1207951034.16226.TMDA@tmda.severn.wwwdotorg.org> <20080412004903.GB3108@crow.boston.redhat.com> Message-ID: <48002CB0.8010406@gmail.com> Luke Macken wrote: > On Fri, Apr 11, 2008 at 03:57:14PM -0600, Stephen Warren wrote: >> Another question: This is a new package. When does bugzilla grow a new >> component for it; only when the package is stable? It's been in devel for >> a while now, and F7/F8 testing for a little over a week, but people still >> can't file bugs against unison213 or unison227, just the old package which >> was unison. > > I'm told that bugzilla component creation is currently broken. This is > normally done by a script run on a machine in Jeremy's cube, but it > needs to be moved off and fixed. > Yep. Now that the new version of the packagedb has been deployed, fixing this sequence of bugs is my number one priority. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From lordmorgul at gmail.com Sat Apr 12 03:31:48 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 11 Apr 2008 20:31:48 -0700 Subject: mkinitrd and encrypted devices In-Reply-To: <1207969925.30001.17.camel@sonlaptop> References: <1207969925.30001.17.camel@sonlaptop> Message-ID: <48002D24.9010608@gmail.com> Louis E Garcia II wrote: > Though the modules load successfully it would be nice to get rid of > these. I see them as well and confirm everything seems to be working fine anyway. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From lordmorgul at gmail.com Sat Apr 12 03:33:58 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 11 Apr 2008 20:33:58 -0700 Subject: mkinitrd and encrypted devices In-Reply-To: <48002D24.9010608@gmail.com> References: <1207969925.30001.17.camel@sonlaptop> <48002D24.9010608@gmail.com> Message-ID: <48002DA6.20204@gmail.com> Andrew Farris wrote: > Louis E Garcia II wrote: >> Though the modules load successfully it would be nice to get rid of >> these. > > I see them as well and confirm everything seems to be working fine anyway. Btw I'm getting this with the 2.6.25-0.204.rc8.git4 kernel. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From stlwrt at gmail.com Sat Apr 12 09:37:22 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Sat, 12 Apr 2008 12:37:22 +0300 Subject: Help with a code snippet that fails in mock buildroots In-Reply-To: References: <20080412021708.GA14541@tango.0pointer.de> Message-ID: It's virtual device. AFAIK mock doesn't bind /dev in chroot On 4/12/08, Deji Akingunola wrote: > On Fri, Apr 11, 2008 at 10:17 PM, Lennart Poettering > wrote: > > On Fri, 11.04.08 22:07, Deji Akingunola (dakingun at gmail.com) wrote: > > > > > Hi all, > > > > > > Can someone please explain (and possibly provide a solution) to me why > > > the code below is failing in mock buildroot. It is run to check if the > > > 'shm_open' function works when configuring latest mpich2 package, and > > > its result is used to create a definition that's used later when > > > compiling the package. The code runs fine (and the package builds fine > > > too) on my rawhide system. > > > Thanks. > > > > Is /dev/shm/ available in the chroot env? > > I have no idea; I ran 'rpm -q --whatprovides /dev/shm' on my system > and it returned 'file /dev/shm is not owned by any package', I wonder > how it get created. Thanks for your response. > > > Deji > > > > shm_open() is basically the > > same as open(), however, it prepends /dev/shm to the file name. If > > that dir is not writable (should be mounted as tmpfs) shm_open() fails, > > > > Lennart > > > > -- > > Lennart Poettering Red Hat, Inc. > > lennart [at] poettering [dot] net ICQ# 11060553 > > http://0pointer.net/lennart/ GnuPG 0x1A015CC4 > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From rawhide at fedoraproject.org Sat Apr 12 10:12:09 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sat, 12 Apr 2008 10:12:09 +0000 (UTC) Subject: rawhide report: 20080412 changes Message-ID: <20080412101210.DE4F2209D97@releng1.fedora.phx.redhat.com> New package fedorawaves-kdm-theme Fedora Waves KDM theme Updated Packages: cairo-1.6.4-1.fc9 ----------------- * Fri Apr 11 2008 Carl Worth 1.6.2-1 - Update to 1.6.2 * Thu Apr 10 2008 Carl Worth 1.6.0-1 - Update to 1.6.0 * Tue Apr 08 2008 Carl Worth 1.5.20-1 - Update to 1.5.20 desktop-backgrounds-9.0.0-1 --------------------------- * Fri Apr 11 2008 Ray Strode 8.92-6 - Update wallpapers to latest iteration from art team - Add compat subpackage to provide compat-links for all the cruft that's accumulated over the years * Fri Apr 11 2008 Than Ngo 8.92-5 - Add FedoraWaves theme for KDE4 fedora-logos-9.0.0-1.fc9 ------------------------ * Fri Apr 11 2008 Ray Strode - 9.0.0-1 - update grub splash screen to not have sulfur and look better on EFI systems * Thu Apr 10 2008 Rex Dieter - 8.99.2-2 - kde-splash: rename to FedoraWaves, fixup animation - include start-here icons for Fedora-KDE icon theme fedora-release-8.93-1 --------------------- * Fri Apr 11 2008 Jesse Keating - 8.93-1 - Update for preview release - Turn off rawhide, turn on others, rely on mirrormanager redirection * Thu Mar 13 2008 Jesse Keating - 8.92-1 - Update for 9 Beta - Update the compose files for 9 Beta - Add system-release-cpe (from Mark Cox) - Add terminal to issue (#436387) - Rename development to rawhide where appropriate. * Wed Oct 10 2007 Jesse Keating - 8.90-3 - Bump for cvs oopsie firstboot-1.96-1.fc9 -------------------- * Thu Apr 10 2008 Chris Lumens 1.96-1 - Don't package additional_cds module for now (#441749). - Add the date and time module (#441504). - The license agreement has moved URLs. * Mon Apr 07 2008 Chris Lumens 1.95-4 - Fix another init script typo (#441016). flumotion-0.4.2-5.fc9 --------------------- * Fri Apr 11 2008 Alex Lancaster - 0.4.2-5 - Override epydoc option as --ignore-param-mismatch appears not to be supported by the version 3 of epydoc in F-9. - Fix License tag: GPLv2. * Fri Mar 07 2008 Thomas Vander Stichele - 0.4.2-4 - Change pycrypto dependency to python-crypto, which is the actual package name gdm-1:2.21.10-0.2008.04.11.3.fc9 -------------------------------- * Fri Apr 11 2008 Matthias Clasen - 1:2.21.10-0.2008.04.11.3 - Fix up the XKB workaround * Fri Apr 11 2008 Ray Strode - 1:2.21.10-0.2008.04.11.2 - Fix security issue in last commit * Fri Apr 11 2008 Ray Strode - 1:2.21.10-0.2008.04.11.1 - Fix focus handling when tabbing from user-chooser to buttons - don't set real uid to user before setcred - fix permissions on /var/run/gdm ... again ghex-2.22.0-1 ------------- * Fri Apr 11 2008 Thorsten Leemhuis - 2.22.0-1 - Update to 2.22.0 (no code changes, just a late release for Gnome 2.22 with updated translations) * Sun Mar 02 2008 Thorsten Leemhuis - 2.21.92-1 - Update to 2.21.92 * Fri Feb 08 2008 Thorsten Leemhuis - 2.21.90-1 - Update to 2.21.90 gnome-packagekit-0.1.11-5.fc9 ----------------------------- * Fri Apr 11 2008 Jesse Keating - 0.1.11-5 - Obsolete / Provide pirut. * Thu Apr 10 2008 Owen Taylor - 0.1.11-4 - Make system-install-packages a wrapper script not a symlink so both files and package names work (#441674) kde-settings-4.0-20.fc9 ----------------------- * Fri Apr 11 2008 Than Ngo 4.0-20 - set Fedora_Waves wallpaper theme default * Thu Apr 10 2008 Rex Dieter 4.0-19 - kmixrc: Visible=false - ksmserverrc: start kmix (could use autostart for this too) - kwalletrc: (sane defaults) * Thu Apr 10 2008 Rex Dieter 4.0-18 - kdmrc: [X-*-Greeter] Theme=FedoraWaves - ksplashrc: [KSplash] Theme=FedoraWaves - kdmrc: [Shutdown] BootManager=None (#441313) kdebase-workspace-4.0.3-12.fc9 ------------------------------ * Fri Apr 11 2008 Luk???? Tinkl - 4.0.3-12 - allow to define a default wallpaper (plasmarc:wallpaper) kvm-65-1.fc9 ------------ * Tue Apr 08 2008 Jeremy Katz - 65-1 - Update to kvm-65 to fix smp instability mkinitrd-6.0.45-1.fc9 --------------------- * Fri Apr 11 2008 Jeremy Katz - 6.0.45-1 - Fix final bit of resume for hibernate * Fri Apr 11 2008 Jeremy Katz - 6.0.44-1 - Fix up finding the resume device for hibernate (#438951) ncl-5.0.0-11.fc9 ---------------- * Fri Apr 11 2008 - Orion Poplawski - 5.0.0-11 - Add patch to fix raster image problems on non 32-bit platforms - Add more includes to includes patch openhpi-2.10.2-1.fc9 -------------------- * Thu Mar 13 2008 Dan Horak - 2.10.2-1 - update to 2.10.2 - spec file and patch cleanup python-qpid-0.2-10.fc9 ---------------------- * Thu Apr 10 2008 Nuno Santos - 0.2-10 - Bumped for Fedora 9 qpidc-0.2-26.fc9 ---------------- * Thu Apr 10 2008 Nuno Santos - 0.2-26 - Bumped for Fedora 9 system-config-keyboard-1.2.14-3.fc9 ----------------------------------- * Sat Apr 12 2008 Lubomir Kundrak 1.2.14-3 - Handle situations where CoreKeyboard is not present - Fix License tag * Sat Apr 05 2008 Lubomir Kundrak 1.2.14-2 - Do not show in KDE and Gnome menus - Rework specfile * Wed Mar 26 2008 Bill Nottingham 1.2.14-1 - this doesn't actually require kudzu udev-120-3.fc9 -------------- * Fri Apr 11 2008 Harald Hoyer 120-3 - fixed pre/preun scriptlets (bug #441941) - removed fedora specific patch for selinux symlink handling xenner-0.29-1.fc9 ----------------- * Fri Apr 11 2008 Gerd Hoffmann - 0.29-1.fc9 - update to version 0.29 - merge Daniels fixes. - fixed init script translation tagging (rhbz #438106). - fixed missing bits to make f9 pv_ops kernel boot (rhbz #439010). - add -bootloader cmd line option, add docs (rhbz #435061). - use kvms in-kernel lapic/ioapic for irqs and events. - use separate threads for I/O handling and vcpus. - fixed cr4 setup for mmx/sse support (rhbz #441902). Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.i386 requires vtkdata = 0:5.0.3 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.i386 requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.x86_64 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.x86_64 requires vtkdata = 0:5.0.3 Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc requires postgresql-pgpool-II = 0:2.1-beta2 postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 vtk-examples-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc requires vtkdata = 0:5.0.3 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) postgresql-pgpool-II-devel-2.1-beta2.fc9.1.ppc64 requires postgresql-pgpool-II = 0:2.1-beta2 util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) vtk-examples-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 vtk-testing-5.0.3-22.fc9.ppc64 requires vtkdata = 0:5.0.3 From jdieter at gmail.com Sat Apr 12 11:11:50 2008 From: jdieter at gmail.com (Jonathan Dieter) Date: Sat, 12 Apr 2008 14:11:50 +0300 Subject: Spam to fedora-extras-commits In-Reply-To: <2254627622.20080412101535@kis.fr> References: <2254627622.20080412101535@kis.fr> Message-ID: <1207998710.3121.1.camel@localhost.localdomain> On Sat, 2008-04-12 at 10:21 +0000, Jorge Romanowski wrote: How on earth are we getting spam to the fedora-extras-commits mailing list? I thought only cvs could send to it. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ml at kiewel-online.de Sat Apr 12 12:43:14 2008 From: ml at kiewel-online.de (Uwe Kiewel) Date: Sat, 12 Apr 2008 14:43:14 +0200 Subject: boot problem with most recent f8 kernel In-Reply-To: <47FBA46F.8030806@kiewel-online.de> References: <47FBA46F.8030806@kiewel-online.de> Message-ID: <4800AE62.7000100@kiewel-online.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The current Fedora 9 Beta release has the same behaveior. Uwe Uwe Kiewel schrieb: > Hi, > > I installed F8 to my notebook - everything is fine. But, after updating > to the most recent 2.6.24 kernel (fedora updates), the notebook is > unable to boot. > > screen messages: > > ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > ata1.00: qc timeout (cmd 0xec) > ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) > ata1: failed to recover some devices, retrying in 5 secs > ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > ata1.00: qc timeout (cmd 0xec) > ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) > ata1: failed to recover some devices, retrying in 5 sec > sata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > ata1.00: qc timeout (cmd 0xec) > ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) > ata1: failed to recover some devices, retrying in 5 secs > ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > > What can I do? > > > Thanks, > Uwe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBSACuYts3frmum9swAQKLXgf+KzbB6RQ8HBuJMXZ5Z1kxNPdd2SE1b7rc C02wc41+AiZp3nUdFaRS6n8za9MXPJQusQP0Bx61n87HUE3s4DPq3Z90HyHacpXm CmX0plLSr/ThPdwU44fdp/rOREPoqu2NYXuI8KZhje6CSCNW1y4RRT8J97oI1UKn 3pDcOfy3ZjCp4oFS6lpFPlTlTjrgeEHpryXFm62AVy4xpklPTERBA12ir4Baqx75 h16Sj3UlIqLIlcfC+cekGLfnlDYBqN3K4Ub8wxNvXo4Nhtxps/O/hzHKczQLZbqr bfXlFUDC2RMt1y+w53y/ARCokRGwssDzmvHU2V/P8nrQZIuiSNTUaA== =9ZqY -----END PGP SIGNATURE----- From alexl at users.sourceforge.net Sat Apr 12 13:06:33 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Sat, 12 Apr 2008 06:06:33 -0700 Subject: Mono Package audit In-Reply-To: <1207925316.3445.10.camel@localhost.localdomain> (Tom Callaway's message of "Fri\, 11 Apr 2008 10\:48\:36 -0400") References: <47FD76A0.3070701@gmail.com> <1207881994.5052.49.camel@localhost.localdomain> <1207883723.5052.51.camel@localhost.localdomain> <1207925316.3445.10.camel@localhost.localdomain> Message-ID: >>>>> "TC" == Tom \"spot\" Callaway writes: TC> On Thu, 2008-04-10 at 23:15 -0400, Tom "spot" Callaway wrote: >> On Thu, 2008-04-10 at 22:46 -0400, Tom "spot" Callaway wrote: > > > It will not cleanly build against the provided nunit, and there is >> no good way to do an override. >> >> Welp, I have an idea. Not entirely done yet. TC> Got it! Excellent. I guess this means that boo can then be rebuilt and finally tagged to fix the broken dep. TC> These packages need reviews... quickly. TC> https://bugzilla.redhat.com/show_bug.cgi?id=442055 Took review. A question: is this package necessary for building nant, because nant is listed as BuildRequires. Does there need to be some kind of bootstrapping to get this to build if there is no nant initially? Alex From katzj at redhat.com Sat Apr 12 14:19:23 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 12 Apr 2008 10:19:23 -0400 Subject: mkinitrd and encrypted devices In-Reply-To: <1207969925.30001.17.camel@sonlaptop> References: <1207969925.30001.17.camel@sonlaptop> Message-ID: <1208009963.12882.46.camel@aglarond.local> On Fri, 2008-04-11 at 23:12 -0400, Louis E Garcia II wrote: > For fedora9 mkinitrd gives insmod errors with encrypted partitions > before asking for the paraphrase. I believe the cause is module naming. > Both modules aes.ko and sha256.ko were renamed in later kernels to > aes-generic.ko and sha256-generic.ko No, the messages are because you're not running on a VIA chip and thus don't have the hardware for doing the decryption and thus end up falling back to using the software implementation for the crypto. Jeremy From sp at linworx.cz Sat Apr 12 15:22:06 2008 From: sp at linworx.cz (Stanislav =?iso-8859-2?Q?Pol=E1=B9ek?=) Date: Sat, 12 Apr 2008 17:22:06 +0200 Subject: kernel compile failure Message-ID: <20080412152205.GA26425@think.linworx.cz> Hello everybody. I just tried several times to recompile latest fedora kernel on my laptop (Lenovo t61) running latest rawhide, and it's a kind of sad experience. Everytime I try, the gcc reports segmentation fault and building stops. The same machine was able to recompile fedora 8 kernel (running fedora 8) without any problem, so I guess its not a hardware. Faults can occure at random parts of the tree, every time at a different place. I think I use the same compiler (gcc-4.3.0-6.x86_64) as the kernel builder, so I am wandering where actually can be the problem? Is anybody having similar troubles? The command I use to recompile: rpmbuild -bb --with baseonly --define 'dist .lwx' kernel.spec Some of the segfaults (latest build): crypto/tcrypt.c:1829: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[1]: *** [crypto/tcrypt.o] Error 1 make: *** [crypto] Error 2 make: *** Waiting for unfinished jobs.... ------- In file included from include/linux/bitmap.h:8, from include/linux/cpumask.h:86, from include/asm/processor.h:28, from include/linux/prefetch.h:14, from include/linux/list.h:8, from include/linux/wait.h:22, from include/linux/fs.h:275, from fs/cifs/xattr.c:22: include/linux/string.h:55: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[2]: *** [fs/cifs/xattr.o] Error 1 make[1]: *** [fs/cifs] Error 2 make[1]: *** Waiting for unfinished jobs.... make: *** [fs] Error 2 ------- drivers/char/drm/i915_dma.c: In function 'i915_dma_init': drivers/char/drm/i915_dma.c:329: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[3]: *** [drivers/char/drm/i915_dma.o] Error 1 make[2]: *** [drivers/char/drm] Error 2 make[1]: *** [drivers/char] Error 2 make[1]: *** Waiting for unfinished jobs.... make: *** [drivers] Error 2 ------ Thanks! Stanislav -- #--#--#--#--#--#--#--#--#--#-- Stanislav Polasek RHCE #804005251615651 / RHCX LinWorx s.r.o. sp at linworx.cz / www.linworx.cz #--#--#--#--#--#--#--#--#--#-- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dakingun at gmail.com Sat Apr 12 15:24:30 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 12 Apr 2008 11:24:30 -0400 Subject: rawhide report: 20080412 changes In-Reply-To: <20080412101210.DE4F2209D97@releng1.fedora.phx.redhat.com> References: <20080412101210.DE4F2209D97@releng1.fedora.phx.redhat.com> Message-ID: > gnome-packagekit-0.1.11-5.fc9 > ----------------------------- > * Fri Apr 11 2008 Jesse Keating - 0.1.11-5 > - Obsolete / Provide pirut. > Is it not a bit too early to do this? IMHO, there are some common use cases that this software doesn't allow yet (relative to pirut); e.g., plain listing of all packages, selecting multiple packages at the same time, and package group install. Deji From hughsient at gmail.com Sat Apr 12 16:21:16 2008 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 12 Apr 2008 17:21:16 +0100 Subject: rawhide report: 20080412 changes In-Reply-To: References: <20080412101210.DE4F2209D97@releng1.fedora.phx.redhat.com> Message-ID: <1208017276.3338.6.camel@hughsie-work> On Sat, 2008-04-12 at 11:24 -0400, Deji Akingunola wrote: > Is it not a bit too early to do this? IMHO, there are some common use > cases that this software doesn't allow yet (relative to pirut); e.g., > plain listing of all packages Already done: http://people.freedesktop.org/~hughsient/temp/pk-application-all-packages.png As soon as we update to 0.2.0 in F9 we'll get this new feature. 0.2.x needs stabilising, and isn't suitable for F9 just yet. > selecting multiple packages at the same time It's on the feature list for 0.2.1. > and package group install. This won't be fixed anytime soon - if you want to help doing this, please jump on the mailing list and we can talk about UI and how to abstract this in a sane way. Richard. From tcallawa at redhat.com Sat Apr 12 19:25:26 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 12 Apr 2008 15:25:26 -0400 Subject: Mono Package audit In-Reply-To: References: <47FD76A0.3070701@gmail.com> <1207881994.5052.49.camel@localhost.localdomain> <1207883723.5052.51.camel@localhost.localdomain> <1207925316.3445.10.camel@localhost.localdomain> Message-ID: <1208028326.28652.3.camel@localhost.localdomain> On Sat, 2008-04-12 at 06:06 -0700, Alex Lancaster wrote: > Took review. A question: is this package necessary for building nant, > because nant is listed as BuildRequires. Does there need to be some > kind of bootstrapping to get this to build if there is no nant > initially? Yep. Using the prebuilt binaries for bootstrapping is ok, but only for bootstrapping. ~spot From packages at amiga-hardware.com Sat Apr 12 19:47:15 2008 From: packages at amiga-hardware.com (Ian Chapman) Date: Sat, 12 Apr 2008 20:47:15 +0100 Subject: New package maintainers wanted Message-ID: <480111C3.20900@amiga-hardware.com> Hi all, Due to moving from the UK to Australia in a couple of months, I'll no longer be able to maintain my packages in Fedora. I'm asking if anybody is willing to take ownership of any of the following packages. Most of the packages are low maintenance. Thanks. aasaver A screensaver for KDE which presents an ASCII aquarium AGReader Console reader for viewing AmigaGuide files asylum SDL port of the game Asylum, originally for the Archimedes cbios A third party BIOS compatible with the MSX BIOS cegui Free library providing windowing and widgets for graphics APIs / engines DevIL A cross-platform image library fuse-emulator The Free UNIX Spectrum Emulator fuse-emulator-utils Additional utils for the Fuse spectrum emulator kbiof KDE port of the original BIOF XScreenSaver kcometen3 An OpenGL screensaver for KDE kdetv KDE application for watching TV lib765 A library for emulating the uPD765a floppy controller libdsk Library for accessing disk images libspectrum A library for reading spectrum emulator file formats monsterz Puzzle game, similar to Bejeweled or Zookeeper openmsx An emulator for the MSX home computer system qstars A screensaver simulating planets and asteroids in space SILLY Simple and easy to use library for image loading sjasm A z80 cross assembler tempest Tempest OpenGL screensaver tolua++ A tool to integrate C/C++ code with Lua xdms Extracts Amiga DMS archives xeuphoric An X based ORIC emulator zvbi Raw VBI, Teletext and Closed Caption decoding library -- Ian Chapman. From wtogami at redhat.com Sat Apr 12 19:58:45 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 12 Apr 2008 15:58:45 -0400 Subject: Stuck at NFS root boot in F9 Message-ID: <48011475.5090204@redhat.com> Switching to new root and running init. unmounting old /dev unmounting old /proc unmounting old /sys At this point during NFS root boot it gets stuck. http://people.redhat.com/wtogami/temp/nfsrootboot.txt Here is console redirected to serial and a SysRQ-T after it got stuck. Should nash-hotplug still be running at this point? init=/test.sh containing "exec /bin/bash -l -i" successfully drops me to a shell, confirming that it did actually mount the filesystem and run init. In this shell I see a process running "/bin/nash /init auto". Should I still be seeing this after switchroot? This problem utterly breaks LTSP so I really hope we can figure out what is going on before F9. I am uncertain when this problem began. Prior to April 5th I was running Fedora 8 on my LTSP development laptop. Both F-8 and F-9 chroots were PXE and NFS root booting from the F-8 host to thin clients and virtual machines just fine. Now with F-9 host, F-8 chroots continue to boot fine, but I see this F-9 problem. Any ideas what could possibly be going on? I am not even sure what component to file against. I tried F-9 kernel/mkinitrd/upstream going back until mid-March in the F-9 chroot and it doesn't seem to change this behavior. Warren Togami wtogami at redhat.com From robert at fedoraproject.org Sat Apr 12 21:25:46 2008 From: robert at fedoraproject.org (Robert Scheck) Date: Sat, 12 Apr 2008 23:25:46 +0200 Subject: Looking for a package maintainer for GNUmed in Fedora In-Reply-To: <1411724938@web.de> References: <1411724938@web.de> Message-ID: <20080412212546.GA18053@hurricane.linuxnetz.de> Good evening all, during the Chemnitzer Linux-Tage in the beginning of March, I had a talk with Sebastian Hilbert about his wish to get GNUmed into Fedora. I told him, that I'll try to have a look to it or move it to people able to do so. Caused by family reasons some time ago, things changed for me and I'm not able to look into this, so is somebody of you interested to maintain this package for Fedora? The initial deal with Sebastian was, that maintainer just makes the package getting review passed and every bug/issue is handled by upstream (except packaging issues of course). Some useful links: - GNUmed homepage: http://wiki.gnumed.de - openSUSE package: http://download.opensuse.org/repositories/home:/SebastianHilbert/openSUSE_10.3/ - Debian package: http://packages.debian.org/lenny/gnumed-client If somebody of you can pickup the task and do the work, please try to keep me on Cc for the first times. I try to read my mail daily, but no guarantee for this, sorry. Thank you very much and greetings, Robert From rafalzaq at gmail.com Sat Apr 12 22:29:34 2008 From: rafalzaq at gmail.com (=?UTF-8?Q?Rafa=C5=82_Psota?=) Date: Sun, 13 Apr 2008 00:29:34 +0200 Subject: New package maintainers wanted In-Reply-To: <480111C3.20900@amiga-hardware.com> References: <480111C3.20900@amiga-hardware.com> Message-ID: <5610e0590804121529v701d4bc1ud696377991280070@mail.gmail.com> I'll take monsterz. -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at thecodergeek.com Sat Apr 12 23:55:20 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 12 Apr 2008 16:55:20 -0700 Subject: WebKit: Heads-up! (ABI update, rebuilds required for WebKit GTK+ clients) Message-ID: <1208044520.2979.46.camel@werewolf> Hi, all. In order to fix a couple of security issues [1,2], I've committed a version bump to WebKit to a recent SVN snapshot Unfortunately, the previous qmake-based build scripts are no longer supported for the GTK+ port (and create lots of nasty compilation errors as noted in upstream's bugzilla [3]). To this end, I have switched the build system for the GTK+ port to using the autotools scripts. Unfortunately, this changes the library from libWebKitGtk.so to libwebkit-1.0.so (and related), and puts the headers in a new subdirectory in the include directory (since there are now headers for WebKit itself as well as its JavaScript interpreter). This means that rebuilds are required for anything which depends on WebKit-gtk. Using repoquery, this list is thankfully rather short. * midori (which I maintain and have bumped) * kazehakase (maintained by Mamoru Tasaka; bug 442222 [4] filed) As can be seen from the Midori update, a simple EVR bump plus rebuild is all that should be required. There are two major changes in this: (1) The WebKitGtk library and pkgconfig files have been renamed to webkit-1.0 and so on. The include directory has also been renamed similarly. (2) The webkit.h header has moved from to Some simple sed invocations, if needed, should suffice to fix these two renames for packages. The API is compatible with the previous EVR already in Fedora. After WebKit and Midori are built, I will email rel-eng to tag these appropriately for f9-final once they are built through Koji. I understand that breaking ABI this late in the release cycle is rarely - if ever - a good idea. However, I believe this to be one of those rare times, as vulnerable web browser code is often a critical target for malware (and one of these is a potential entry way for arbitrary code execution); and fixing these vulnerabilities quickly is far more important than maintaining ABI for other packages, especially when those other packages can be quickly and readily fixed for the update. Alas, I had spent several nights perusing through upstream's Trac and could not pin-point any specific commits which fixed the issues in question (which, if backported, may have maintained ABI). Therefore I felt it appropriate to bump the package to a newer snapshot in total. Thanks. =) [1] https://bugzilla.redhat.com/show_bug.cgi?id=438531 [2] https://bugzilla.redhat.com/show_bug.cgi?id=438531 [3] https://bugs.webkit.org/show_bug.cgi?id=17912 [4] https://bugzilla.redhat.com/show_bug.cgi?id=442222 -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mtasaka at ioa.s.u-tokyo.ac.jp Sun Apr 13 03:37:28 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 13 Apr 2008 12:37:28 +0900 Subject: New package maintainers wanted In-Reply-To: <480111C3.20900@amiga-hardware.com> References: <480111C3.20900@amiga-hardware.com> Message-ID: <48017FF8.7090504@ioa.s.u-tokyo.ac.jp> Ian Chapman wrote, at 04/13/2008 04:47 AM +9:00: > Hi all, > > Due to moving from the UK to Australia in a couple of months, I'll no > longer be able to maintain my packages in Fedora. I'm asking if anybody > is willing to take ownership of any of the following packages. Most of > the packages are low maintenance. Thanks. > > qstars > A screensaver simulating planets and asteroids in space > > tempest > Tempest OpenGL screensaver I will take these. Regards, Mamoru From zaitcev at redhat.com Sun Apr 13 05:38:00 2008 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sat, 12 Apr 2008 22:38:00 -0700 Subject: kernel compile failure In-Reply-To: <20080412152205.GA26425@think.linworx.cz> References: <20080412152205.GA26425@think.linworx.cz> Message-ID: <20080412223800.b4354c84.zaitcev@redhat.com> On Sat, 12 Apr 2008 17:22:06 +0200, Stanislav Pol??ek wrote: > Hello everybody. I just tried several times to recompile latest > fedora kernel on my laptop (Lenovo t61) running latest rawhide, > and it's a kind of sad experience. Everytime I try, the gcc reports > segmentation fault and building stops. Time to run memtest86. > The same machine was able to recompile fedora 8 kernel (running > fedora 8) without any problem, so I guess its not a hardware. [...] I've seen things fail right in the middle of an installation before, so what this box did back then is interesting but not a guarantee. -- Pete From seg at haxxed.com Sun Apr 13 07:41:40 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 13 Apr 2008 02:41:40 -0500 Subject: Stuck at NFS root boot in F9 In-Reply-To: <48011475.5090204@redhat.com> References: <48011475.5090204@redhat.com> Message-ID: <1208072500.15650.23.camel@localhost.localdomain> On Sat, 2008-04-12 at 15:58 -0400, Warren Togami wrote: > Switching to new root and running init. > unmounting old /dev > unmounting old /proc > unmounting old /sys > > At this point during NFS root boot it gets stuck. > Should nash-hotplug still be running at this point? > > init=/test.sh containing "exec /bin/bash -l -i" successfully drops me to > a shell, confirming that it did actually mount the filesystem and run > init. In this shell I see a process running "/bin/nash /init auto". > Should I still be seeing this after switchroot? > > This problem utterly breaks LTSP so I really hope we can figure out what > is going on before F9. > > I am uncertain when this problem began. Prior to April 5th I was > running Fedora 8 on my LTSP development laptop. Both F-8 and F-9 > chroots were PXE and NFS root booting from the F-8 host to thin clients > and virtual machines just fine. Now with F-9 host, F-8 chroots continue > to boot fine, but I see this F-9 problem. > > Any ideas what could possibly be going on? I am not even sure what > component to file against. I tried F-9 kernel/mkinitrd/upstream going > back until mid-March in the F-9 chroot and it doesn't seem to change > this behavior. I tried upgrading my laptop from F8 to F9-beta, which only resulted in this *exact* same behavior. It hangs at the same point. Will start a shell if I put init=/bin/bash on the command line. nash-hotplug is still running. It does this even if I boot with the previously working F8 kernel. So all this would indicate that this problem is not specific to PXE/NFS boot, and is not specific to any kernel. Is upstart b0rked somehow? Or is it a hotplug problem? In the mean time my laptop is out of commission, and I am at a loss as to how to diagnose this problem. Which is highly inconvenient to getting any work done. Silly me, thinking that a beta would at least make it as far as starting init. Babies eaten: check. Note that I can boot a rescue disk. I've tried updating it many times over the past week, with no luck. I've tried nuking and reinstalling upstart, initscripts and the kernel several times, no luck there either. I've tried relabeling the filesystem, and tried booting with selinux disabled, still won't boot. Help? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From subhodip at fedoraproject.org Sun Apr 13 08:42:17 2008 From: subhodip at fedoraproject.org (subhodip biswas) Date: Sun, 13 Apr 2008 14:12:17 +0530 Subject: New package maintainers wanted In-Reply-To: <48017FF8.7090504@ioa.s.u-tokyo.ac.jp> References: <480111C3.20900@amiga-hardware.com> <48017FF8.7090504@ioa.s.u-tokyo.ac.jp> Message-ID: <539333cb0804130142h2e68b7f9ofb9e056008dd308a@mail.gmail.com> On Sun, Apr 13, 2008 at 9:07 AM, Mamoru Tasaka wrote: > Ian Chapman wrote, at 04/13/2008 04:47 AM +9:00: > > > > > Hi all, > > > > Due to moving from the UK to Australia in a couple of months, I'll no > longer be able to maintain my packages in Fedora. I'm asking if anybody is > willing to take ownership of any of the following packages. Most of the > packages are low maintenance. Thanks. > > I will take kdetv if no one is considering it already > -- Regards Subhodip Biswas GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com http:/www.fedoraproject.org/wiki/SubhodipBiswas From subhodip at fedoraproject.org Sun Apr 13 08:55:49 2008 From: subhodip at fedoraproject.org (subhodip biswas) Date: Sun, 13 Apr 2008 14:25:49 +0530 Subject: fedora acceptability Message-ID: <539333cb0804130155q3c04facayca0ef9274d11688d@mail.gmail.com> hi ! Is java2-jre acceptable within fedora packaging system (if included as dependency ). or does it falls under restricted codecs?? . -- Regards Subhodip Biswas GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com http:/www.fedoraproject.org/wiki/SubhodipBiswas From lkundrak at redhat.com Sun Apr 13 09:24:52 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 13 Apr 2008 11:24:52 +0200 Subject: fedora acceptability In-Reply-To: <539333cb0804130155q3c04facayca0ef9274d11688d@mail.gmail.com> References: <539333cb0804130155q3c04facayca0ef9274d11688d@mail.gmail.com> Message-ID: <1208078693.5643.80.camel@localhost.localdomain> On Sun, 2008-04-13 at 14:25 +0530, subhodip biswas wrote: > hi ! > Is java2-jre acceptable within fedora packaging system (if included as > dependency ). or does it falls under restricted codecs?? . We already include free JREs. Look at java-1.5.0-gcj, java-1.7.0-icedtea and java-1.6.0-packages. Sun JRE is not acceptable, as it's not free software. Regards, -- Lubomir Kundrak (Red Hat Security Response Team) From sp at linworx.cz Sat Apr 12 18:22:28 2008 From: sp at linworx.cz (Stanislav =?iso-8859-2?Q?Pol=E1=B9ek?=) Date: Sat, 12 Apr 2008 20:22:28 +0200 Subject: kernel compile failure In-Reply-To: <20080412152205.GA26425@think.linworx.cz> References: <20080412152205.GA26425@think.linworx.cz> Message-ID: <20080412182227.GA5354@think.linworx.cz> One thing to add. When I switch off one core (in bios), the kernel compilation succeedes. No segfaults any more. Tested repeatedly. I have Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz processor. stanislav On Sat, Apr 12, 2008 at 05:22:06PM +0200, Stanislav Pol??ek wrote: > Hello everybody. I just tried several times to recompile latest fedora kernel on my laptop (Lenovo t61) running latest rawhide, and it's a kind of sad experience. Everytime I try, the gcc reports segmentation fault and building stops. The same machine was able to recompile fedora 8 kernel (running fedora 8) without any problem, so I guess its not a hardware. Faults can occure at random parts of the tree, every time at a different place. I think I use the same compiler (gcc-4.3.0-6.x86_64) as the kernel builder, so I am wandering where actually can be the problem? Is anybody having similar troubles? > > The command I use to recompile: > rpmbuild -bb --with baseonly --define 'dist .lwx' kernel.spec > > Some of the segfaults (latest build): > > crypto/tcrypt.c:1829: internal compiler error: Segmentation fault > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > The bug is not reproducible, so it is likely a hardware or OS problem. > make[1]: *** [crypto/tcrypt.o] Error 1 > make: *** [crypto] Error 2 > make: *** Waiting for unfinished jobs.... > ------- > In file included from include/linux/bitmap.h:8, > from include/linux/cpumask.h:86, > from include/asm/processor.h:28, > from include/linux/prefetch.h:14, > from include/linux/list.h:8, > from include/linux/wait.h:22, > from include/linux/fs.h:275, > from fs/cifs/xattr.c:22: > include/linux/string.h:55: internal compiler error: Segmentation fault > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > The bug is not reproducible, so it is likely a hardware or OS problem. > make[2]: *** [fs/cifs/xattr.o] Error 1 > make[1]: *** [fs/cifs] Error 2 > make[1]: *** Waiting for unfinished jobs.... > make: *** [fs] Error 2 > ------- > drivers/char/drm/i915_dma.c: In function 'i915_dma_init': > drivers/char/drm/i915_dma.c:329: internal compiler error: Segmentation fault > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > The bug is not reproducible, so it is likely a hardware or OS problem. > make[3]: *** [drivers/char/drm/i915_dma.o] Error 1 > make[2]: *** [drivers/char/drm] Error 2 > make[1]: *** [drivers/char] Error 2 > make[1]: *** Waiting for unfinished jobs.... > make: *** [drivers] Error 2 > ------ > > Thanks! > > Stanislav > > -- > #--#--#--#--#--#--#--#--#--#-- > Stanislav Polasek > RHCE #804005251615651 / RHCX > LinWorx s.r.o. > sp at linworx.cz / www.linworx.cz > #--#--#--#--#--#--#--#--#--#-- > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- #--#--#--#--#--#--#--#--#--#-- Stanislav Polasek RHCE #804005251615651 / RHCX LinWorx s.r.o. sp at linworx.cz / www.linworx.cz #--#--#--#--#--#--#--#--#--#-- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From sp at linworx.cz Sun Apr 13 09:55:03 2008 From: sp at linworx.cz (Stanislav =?iso-8859-2?Q?Pol=E1=B9ek?=) Date: Sun, 13 Apr 2008 11:55:03 +0200 Subject: kernel compile failure In-Reply-To: <20080412223800.b4354c84.zaitcev@redhat.com> References: <20080412152205.GA26425@think.linworx.cz> <20080412223800.b4354c84.zaitcev@redhat.com> Message-ID: <20080413095503.GA3063@think.linworx.cz> On Sat, Apr 12, 2008 at 10:38:00PM -0700, Pete Zaitcev wrote: > On Sat, 12 Apr 2008 17:22:06 +0200, Stanislav Pol??ek wrote: > > > Hello everybody. I just tried several times to recompile latest > > fedora kernel on my laptop (Lenovo t61) running latest rawhide, > > and it's a kind of sad experience. Everytime I try, the gcc reports > > segmentation fault and building stops. > > Time to run memtest86. And I did. No errors. But, when I switch off one core of the laptop processor, I can compile the kernel without problems. It is Core Duo T7300. Any idea what should I check now would be very helpfull. > > > The same machine was able to recompile fedora 8 kernel (running > > fedora 8) without any problem, so I guess its not a hardware. [...] > > I've seen things fail right in the middle of an installation > before, so what this box did back then is interesting but not > a guarantee. > > -- Pete Thank you. Stanislav -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rawhide at fedoraproject.org Sun Apr 13 10:52:21 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sun, 13 Apr 2008 10:52:21 +0000 (UTC) Subject: rawhide report: 20080413 changes Message-ID: <20080413105221.6AC6A209D8D@releng1.fedora.phx.redhat.com> Updated Packages: PackageKit-0.1.12-1.20080412git.fc9 ----------------------------------- * Sat Apr 12 2008 Richard Hughes - 0.1.12-1.20080412git - Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch. - Fixes that were cherry picked into this branch since 0.1.11 was released can be viewed at: http://gitweb.freedesktop.org/?p=packagekit.git;a=log;h=PACKAGEKIT_0_1_X glibc-2.8-1 ----------- * Sat Apr 12 2008 Jakub Jelinek 2.8-1 - 2.8 release * Fri Apr 11 2008 Jakub Jelinek 2.7.90-16 - update to trunk - misc fixes (BZ#4997, BZ#5741) - make sure all users of __libc_setlocale_lock know it is now a rwlock - fix ppc/ppc64 compatibility _sys_errlist and _sys_siglist symbols gnome-packagekit-0.1.12-1.20080412git.fc9 ----------------------------------------- * Sat Apr 12 2008 Richard Hughes - 0.1.12-1.20080412git - Pull in the new snapshot from the stable GNOME_PACKAGEKIT_0_1_X branch. - Fixes that were cherry picked into this branch since 0.1.11 was released can be viewed at: http://gitweb.freedesktop.org/?p=users/hughsient/gnome-packagekit.git;a=log;h=GNOME_PACKAGEKIT_0_1_X postgresql-pgpool-II-2.1-0.2.beta2.fc9 -------------------------------------- * Fri Apr 11 2008 Devrim Gunduz 2.1-0.2.beta2 - Fix Requires: issue, per #442021 (Alex Lancaster) vtk-5.0.4-21.fc9 ---------------- * Sat Apr 12 2008 Axel Thimm - 5.0.4-21 - Fixes for gcc 4.3 by Orion Poplawski. * Sat Apr 05 2008 Axel Thimm - 5.0.4-20 - Change BR to qt-devel to qt3-devel. * Sat Feb 23 2008 Axel Thimm - 5.0.4-19 - Update to 5.0.4. Broken deps for i386 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.Core) = 0:0.85.2478.0 boo-0.8.1.2865-2.fc9.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2478.0 evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From ndbecker2 at gmail.com Sun Apr 13 11:22:54 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 13 Apr 2008 07:22:54 -0400 Subject: uniXM - xm radio player Message-ID: I'm interested in packaging uniXM, a standalone qt-based player for XM radio. BTW, where do I find the list of Groups: ? From stlwrt at gmail.com Sun Apr 13 11:27:41 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Sun, 13 Apr 2008 14:27:41 +0300 Subject: uniXM - xm radio player In-Reply-To: References: Message-ID: /usr/share/doc/rpm-4.4.2.3/GROUPS On Sun, Apr 13, 2008 at 2:22 PM, Neal Becker wrote: > I'm interested in packaging uniXM, a standalone qt-based player for XM > radio. > > BTW, where do I find the list of Groups: ? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From ndbecker2 at gmail.com Sun Apr 13 12:04:13 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 13 Apr 2008 08:04:13 -0400 Subject: ksquirrel license question Message-ID: I'm interested in packaging ksquirrel. COPYING says: * KSuirrel is under GNU GENERAL PUBLIC LICENSE (see LICENSE) * KSquirrel statically links against fmt_filters. See fmt_filters_README for more. * some functions in SQ_GLWidget (see source code for more) are based on original code by (C) Guillaume Chazarain in his great GLiv project (under GPL). * "broken" pixmap was taken from the "Nuvola" icon theme for KDE. * SQ_CategoryMenuBrowser is based on PanelBrowserMenu by (C) Matthias Elter from kde-3.2.3. See ksquirrel/sidebar/sq_categorybrowsermenu.h for more. * documenation for KSquirrel is under GFDL, see LICENSE.GFDL * some files in admin/ are under LGPL, see LICENSE.LGPL * SQ_GLU namespace is under LGPL, see LICENSE.LGPL Acceptable? From ndbecker2 at gmail.com Sun Apr 13 13:01:02 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 13 Apr 2008 09:01:02 -0400 Subject: qmake for cross compile Message-ID: Anyone have an example of using qmake in .spec to allow for x-compilation? I want an example that will work for --target=i386 when used on a x86_64 host. From cooly at gnome.eu.org Sun Apr 13 13:03:46 2008 From: cooly at gnome.eu.org (Lucian Langa) Date: Sun, 13 Apr 2008 16:03:46 +0300 Subject: New package maintainers wanted In-Reply-To: <480111C3.20900@amiga-hardware.com> References: <480111C3.20900@amiga-hardware.com> Message-ID: <1208091826.3854.275.camel@mayday> I will take spectrum stuff > fuse-emulator > The Free UNIX Spectrum Emulator > fuse-emulator-utils > Additional utils for the Fuse spectrum emulator > libspectrum > A library for reading spectrum emulator file formats Cheers, --lucian From pertusus at free.fr Sun Apr 13 13:45:46 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 13 Apr 2008 15:45:46 +0200 Subject: basesystem, setup and filesystem Message-ID: <20080413134546.GA2919@free.fr> Hello, It would be nice to solve the issues raised in the merge reviews of those basic packages. It is on hold since some months. In https://bugzilla.redhat.com/show_bug.cgi?id=225608 Robert Scheck proposed to remove basesystem, have setup depend on filesystem, and glibc depend on setup. I think this is a good idea. Any feedback? -- Pat From dan at danny.cz Sun Apr 13 14:54:06 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sun, 13 Apr 2008 16:54:06 +0200 Subject: ksquirrel license question In-Reply-To: References: Message-ID: <1208098446.3373.5.camel@eagle.danny.cz> Neal Becker p??e v Ne 13. 04. 2008 v 08:04 -0400: > I'm interested in packaging ksquirrel. COPYING says: are these KDE binding for the Squirrel language (http://squirrel-lang.org/default.aspx)? I have prepared a package for the plain Squirrel libs and shell at http://fedora.danny.cz Dan From ndbecker2 at gmail.com Sun Apr 13 15:06:18 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 13 Apr 2008 11:06:18 -0400 Subject: ksquirrel license question References: <1208098446.3373.5.camel@eagle.danny.cz> Message-ID: Dan Hor?k wrote: > > Neal Becker p??e v Ne 13. 04. 2008 v 08:04 -0400: >> I'm interested in packaging ksquirrel. COPYING says: > > are these KDE binding for the Squirrel language > (http://squirrel-lang.org/default.aspx)? I have prepared a package for > the plain Squirrel libs and shell at http://fedora.danny.cz > > > Dan > > No. From wtogami at redhat.com Sun Apr 13 15:20:20 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Apr 2008 11:20:20 -0400 Subject: Stuck at NFS root boot in F9 In-Reply-To: <1208072500.15650.23.camel@localhost.localdomain> References: <48011475.5090204@redhat.com> <1208072500.15650.23.camel@localhost.localdomain> Message-ID: <480224B4.6080201@redhat.com> I figured out that this problem is being caused by a missing package in the chroot because LTSP tries to be as minimal as possible. Eric Harrison figured out that it was event-compat-sysv. Is it a bug that nothing in the base system has a dependency on event-compat-sysv? Relying on comps groups alone isn't entirely robust. This seems to be also how some F8 to F9 upgrade failures are getting stuck during boot as well. Perhaps initscripts should Requires event-compat-sysv? It doesn't seem to boot at all without it. Warren Togami wtogami at redhat.com From mike at miketc.com Sun Apr 13 15:39:07 2008 From: mike at miketc.com (Mike Chambers) Date: Sun, 13 Apr 2008 10:39:07 -0500 Subject: F9 NetworkManager on F8 Message-ID: <1208101147.2481.8.camel@scrappy.miketc.com> Would the NM from F9 installed on F8 work with a wireless static ip? User already pulled it in, so not much deps so that isn't an issue in case someone was thinking of it. User has their /etc/sysconfig/network-scripts/ifcfg-wlan0 file with the IP info, and dns but says NM still pulls in the IP. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From rdieter at math.unl.edu Sun Apr 13 17:56:15 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 13 Apr 2008 12:56:15 -0500 Subject: qmake for cross compile References: Message-ID: Neal Becker wrote: > Anyone have an example of using qmake in .spec to allow > for x-compilation? I want an example that will work for > --target=i386 when used on a x86_64 host. 1. use mock, really. 2. Otherwise, it is theoretically possible, provided you use the "right" qmake (the one provided by qt-devel.i386, not qt-devel.x86_64), and you have all BR's satisfied with i386 versions (and none of those .i386 deps have multilib and/or cross-compile issues). Have I mentioned you should use mock? -- Rex From kevin.kofler at chello.at Sun Apr 13 18:18:33 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 13 Apr 2008 18:18:33 +0000 (UTC) Subject: ksquirrel license question References: Message-ID: Neal Becker gmail.com> writes: > * KSuirrel is under GNU GENERAL PUBLIC LICENSE (see LICENSE) This is OK. > * KSquirrel statically links against fmt_filters. See fmt_filters_README for > more. | Copyrights: | | | * redeye | -------- | | Red-eye removal was taken from "redeye" plugin for GIMP | | /* redeye.c: redeye remover plugin code | * | * Copyright (C) 2004 Robert Merkel | (the "Author"). | * All Rights Reserved. | * | * Permission is hereby granted, free of charge, to any person obtaining a | * copy of this software and associated documentation files (the "Software"), | * to deal in the Software without restriction, including without limitation | * the rights to use, copy, modify, merge, publish, distribute, sublicense, | * and/or sell copies of the Software, and to permit persons to whom the | * Software is furnished to do so, subject to the following conditions: | * | * The above copyright notice and this permission notice shall be included | * in all copies or substantial portions of the Software. | * | * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS | * OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF | MERCHANTABILITY, | * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL | * THE AUTHOR BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER | * IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN | * CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. | * | * Except as contained in this notice, the name of the Author of the | * Software shall not be used in advertising or otherwise to promote the | * sale, use or other dealings in this Software without prior written | * authorization from the Author. | */ The first 3 paragraphs match the "Modern Style with sublicense" variant of: http://fedoraproject.org/wiki/Licensing/MIT (except that the warranty disclaimer only has "AUTHOR" instead of "AUTHORS OR COPYRIGHT HOLDERS"). The 4th (last) paragraph matches the last paragraph of the "Modern Style without sublicense (Unicode)" variant. Therefore, I believe this is OK and GPL-compatible. | * most image processing filters ported from KImageEffect (KDE project, | http://kde.org) | -------------------------------------------------------------------------- | | /* This file is part of the KDE libraries | Copyright (C) 1998, 1999, 2001, 2002 Daniel M. Duley | (C) 1998, 1999 Christian Tibirna | (C) 1998, 1999 Dirk A. Mueller | (C) 1999 Geert Jansen | (C) 2000 Josef Weidendorfer | | Redistribution and use in source and binary forms, with or without | modification, are permitted provided that the following conditions | are met: | | 1. Redistributions of source code must retain the above copyright | notice, this list of conditions and the following disclaimer. | 2. Redistributions in binary form must reproduce the above copyright | notice, this list of conditions and the following disclaimer in the | documentation and/or other materials provided with the distribution. | | THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR | IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES | OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. | IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, | INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT | NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, | DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY | THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT | (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF | THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. | | */ This matches: http://fedoraproject.org/wiki/Licensing/BSD#2ClauseBSD (except that "FREEBSD PROJECT" has been replaced by "AUTHOR" in the warranty disclaimer, "OR CONTRIBUTORS" is not mentioned in the warranty disclaimer and the last paragraph about "views and conclusions" in the FreeBSD license is not present here). This is OK and GPL-compatible. > * some functions in SQ_GLWidget (see source code for more) are based on > original code by (C) Guillaume Chazarain yahoo.fr> in his > great GLiv project (under GPL). This is OK. > * "broken" pixmap was taken from the "Nuvola" icon theme for KDE. Nuvola is LGPL according to: http://www.kde-look.org/content/show.php/Nuvola?content=5358 That's OK and GPL-compatible. > * SQ_CategoryMenuBrowser is based on PanelBrowserMenu by (C) Matthias Elter > from kde-3.2.3. See ksquirrel/sidebar/sq_categorybrowsermenu.h for more. | Copyright (c) 2001 Matthias Elter | | Permission is hereby granted, free of charge, to any person obtaining a copy | of this software and associated documentation files (the "Software"), to deal | in the Software without restriction, including without limitation the rights | to use, copy, modify, merge, publish, distribute, sublicense, and/or sell | copies of the Software, and to permit persons to whom the Software is | furnished to do so, subject to the following conditions: | | The above copyright notice and this permission notice shall be included in | all copies or substantial portions of the Software. | | THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR | IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, | FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE | AUTHORS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN | AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN | CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Matches http://fedoraproject.org/wiki/Licensing/MIT ("Modern Style with sublicense" variant, except "OR COPYRIGHT HOLDERS" missing from the warranty disclaimer). This is OK and GPL-compatible. > * documenation for KSquirrel is under GFDL, see LICENSE.GFDL This is OK (not GPL-compatible, but that's OK for documentation). > * some files in admin/ are under LGPL, see LICENSE.LGPL This is OK and GPL-compatible. > * SQ_GLU namespace is under LGPL, see LICENSE.LGPL This is OK and GPL-compatible. > Acceptable? Looks like it. The License tag will be a mess (it'll have something like "GPLv2 and LGPLv2 and MIT and BSD and GFDL", I'll let you figure out what's GPLv2/LGPLv2 and what's GPLv2+/LGPLv2+), but that's pretty common unfortunately. Kevin Kofler From kevin.kofler at chello.at Sun Apr 13 18:22:12 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 13 Apr 2008 18:22:12 +0000 (UTC) Subject: qmake for cross compile References: Message-ID: Rex Dieter math.unl.edu> writes: > 2. Otherwise, it is theoretically possible, provided you use the "right" > qmake (the one provided by qt-devel.i386, not qt-devel.x86_64), export QMAKESPECS=linux-g++-32 might be enough. Kevin Kofler From bruno at wolff.to Sun Apr 13 14:55:21 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 13 Apr 2008 09:55:21 -0500 Subject: kernel compile failure In-Reply-To: <20080412223800.b4354c84.zaitcev@redhat.com> References: <20080412152205.GA26425@think.linworx.cz> <20080412223800.b4354c84.zaitcev@redhat.com> Message-ID: <20080413145521.GC14011@wolff.to> On Sat, Apr 12, 2008 at 22:38:00 -0700, Pete Zaitcev wrote: > On Sat, 12 Apr 2008 17:22:06 +0200, Stanislav Pol??ek wrote: > > > Hello everybody. I just tried several times to recompile latest > > fedora kernel on my laptop (Lenovo t61) running latest rawhide, > > and it's a kind of sad experience. Everytime I try, the gcc reports > > segmentation fault and building stops. > > Time to run memtest86. And check that the fans are running. I had a machine where a fan failed and it mostly worked, but software builds starting failing in an inconsistant manner. From kevin.kofler at chello.at Sun Apr 13 18:43:09 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 13 Apr 2008 18:43:09 +0000 (UTC) Subject: qmake for cross compile References: Message-ID: Kevin Kofler chello.at> writes: > export QMAKESPECS=linux-g++-32 might be enough. Oops, that should have read: export QMAKESPEC=linux-g++-32 might be enough. (without the 'S'). Kevin Kofler From ndbecker2 at gmail.com Sun Apr 13 20:21:15 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 13 Apr 2008 16:21:15 -0400 Subject: ksquirrel license question References: Message-ID: ksquirrel needs ksquirrel-libs, which says: * ksquirrel-libs is under GNU LIBRARY GENERAL PUBLIC LICENSE (see LICENSE), except the following parts: * JBIG library statically links against jbig-kit (which is under GPL, see LICENSE.GPL) by (C) Markus Kuhn * MNG dynamically links against libmng, see LICENSE.MNG for more * LJPEG library statically uses ljpg, see LICENSE.LJPEG for more * DDS plugin is taken from KImageIO plugin from kdelibs 3.4.0 (which is under GPL) * EPS plugin is taken from KImageIO plugin from kdelibs 3.4.0 (which is under LGPL) * PSP plugin is taken from DevIL (which is under LGPL) * TTF library dynamically links against libfreetype, and statically uses ftview from ftdemos-2.1.10, there are no LICENSE issues in ftdemos package, but it is still copyrighted Copyright 1996-2000, 2003, 2004, 2005 by (C) D. Turner, R.Wilhelm, and W. Lemberg NOTE: No license but copyright? OK? * XCF library statically uses xcf2pnm (which is under GPL) * PNG library uses its own version of libpng to support APNG images, see LICENSE.PNG other issues: * DJVU library uses "ddjvu" executable (via fork) from http://djvu.sf.net * DXF library uses "vec2web" executable (via fork) from http://ribbonsoft.org * TIFF library dynamically links against libtiff * GIF library dynamically links against libungif * JPEG library dynamically links against libjpeg * PNG library dynamically links against libpng * WMF library dynamically links against libwmf * OPENEXR library dynamically links against OpenEXR libraries * JPEG2000 library dynamically links against jasper, most code in this library was taken from jasper.c from jasper distribution, which is under JASPER LICENSE, see LICENSE.JASPER for more * SVG library uses "rsvg-convert" executable (via fork) * CAMERA library installs its own dcraw version 8.79. dcraw is by (C) Dave Coffin, which is free redistributable if no source code modification were applied: /* dcraw.c -- Dave Coffin's raw photo decoder Copyright 1997-2007 by Dave Coffin, dcoffin a cybercom o net This is a command-line ANSI C program to convert raw photos from any digital camera on any computer running any operating system. No license is required to download and use dcraw.c. However, to lawfully redistribute dcraw, you must either (a) offer, at no extra charge, full source code* for all executable files containing RESTRICTED functions, (b) distribute this code under the GPL Version 2 or later, (c) remove all RESTRICTED functions, re-implement them, or copy them from an earlier, unrestricted Revision of dcraw.c, or (d) purchase a license from the author. The functions that process Foveon images have been RESTRICTED since Revision 1.237. All other code remains free for all uses. *If you have not modified dcraw.c in any way, a link to my homepage qualifies as "full source code". $Revision: 1.394 $ $Date: 2007/11/04 02:18:54 $ */ And here is dcraw home page: http://cybercom.net/~dcoffin/dcraw/ NOTE: wow - I wonder if it's worth the effort! From mfleming at enlartenment.com Mon Apr 14 00:51:53 2008 From: mfleming at enlartenment.com (Michael Fleming) Date: Mon, 14 Apr 2008 10:51:53 +1000 Subject: New package maintainers wanted References: <480111C3.20900@amiga-hardware.com> Message-ID: Ian Chapman writes: > Hi all, > > Due to moving from the UK to Australia in a couple of months, I'll no > longer be able to maintain my packages in Fedora. I'm asking if anybody > is willing to take ownership of any of the following packages. Most of > the packages are low maintenance. Thanks. > asylum > SDL port of the game Asylum, originally for the Archimedes I'll take this one if there's no objections Michael Fleming. From seg at haxxed.com Mon Apr 14 06:39:00 2008 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 14 Apr 2008 01:39:00 -0500 Subject: Stuck at NFS root boot in F9 In-Reply-To: <480224B4.6080201@redhat.com> References: <48011475.5090204@redhat.com> <1208072500.15650.23.camel@localhost.localdomain> <480224B4.6080201@redhat.com> Message-ID: <1208155141.3157.4.camel@localhost> On Sun, 2008-04-13 at 11:20 -0400, Warren Togami wrote: > I figured out that this problem is being caused by a missing package in > the chroot because LTSP tries to be as minimal as possible. > > Eric Harrison figured out that it was event-compat-sysv. That did it! > Is it a bug that nothing in the base system has a dependency on > event-compat-sysv? Relying on comps groups alone isn't entirely robust. > This seems to be also how some F8 to F9 upgrade failures are getting > stuck during boot as well. Seems like a bug to me. This breaks yum upgrades. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Mon Apr 14 01:42:41 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Apr 2008 21:42:41 -0400 Subject: Stuck at NFS root boot in F9 In-Reply-To: <1208155141.3157.4.camel@localhost> References: <48011475.5090204@redhat.com> <1208072500.15650.23.camel@localhost.localdomain> <480224B4.6080201@redhat.com> <1208155141.3157.4.camel@localhost> Message-ID: <4802B691.9070909@redhat.com> Callum Lerwick wrote: > On Sun, 2008-04-13 at 11:20 -0400, Warren Togami wrote: >> I figured out that this problem is being caused by a missing package in >> the chroot because LTSP tries to be as minimal as possible. >> >> Eric Harrison figured out that it was event-compat-sysv. > > That did it! > >> Is it a bug that nothing in the base system has a dependency on >> event-compat-sysv? Relying on comps groups alone isn't entirely robust. >> This seems to be also how some F8 to F9 upgrade failures are getting >> stuck during boot as well. > > Seems like a bug to me. This breaks yum upgrades. > https://bugzilla.redhat.com/show_bug.cgi?id=442291 Yeah, it seems nothing requires event-compat-sysv. I requested that we add a dependency on it for Fedora 9. We should keep that dependency at least until we no longer need it (and the OS actually boots without it). Warren Togami wtogami at redhat.com From michel.sylvan at gmail.com Mon Apr 14 05:05:18 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Mon, 14 Apr 2008 01:05:18 -0400 Subject: Pulseaudio i386 support in x86_64 is incomplete In-Reply-To: References: Message-ID: On Fri, Apr 11, 2008 at 2:02 PM, Kevin Kofler wrote: > Rex Dieter math.unl.edu> writes: > > Not surprising, could very well be that our manual launch of pulseaudio is > > incompatible with PA's esd emulation. > > I don't think so, it works fine on F8 in any case. > In any case, the potential KDE problem is a red-herring. We need the following packages whitelisted for better 32-bit compatibility: pulseaudio-utils pulseaudio-esound-compat wine (thanks, Rudolf) In fact, with Wine, it's questionable whether it's useful to have the 64-bit Wine package, unless both are parallel-installable. How many applications are out there with available source that links against wine-lib, and is 64-bit clean? -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Mon Apr 14 05:09:59 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Mon, 14 Apr 2008 01:09:59 -0400 Subject: Fw: [Bug 440945] FTBFS gprolog-1.3.0-12.fc9 In-Reply-To: <20080411170932.GA30733@domsch.com> References: <20080411170932.GA30733@domsch.com> Message-ID: On Fri, Apr 11, 2008 at 1:09 PM, Matt Domsch wrote: > Is there a known glibc x86_64 bug that might be attributable to a build > failure of gprolog (the compiler segfaulted). > -Matt > Could it be the same issue that's affecting the SBCL folks? Apparently it's actually a kernel bug (in both Linux and FreeBSD). -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Mon Apr 14 05:40:34 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Mon, 14 Apr 2008 01:40:34 -0400 Subject: qmake for cross compile In-Reply-To: References: Message-ID: On Sun, Apr 13, 2008 at 9:01 AM, Neal Becker wrote: > Anyone have an example of using qmake in .spec to allow > for x-compilation? I want an example that will work for > --target=i386 when used on a x86_64 host. > Provided you have qt-devel.i386 installed, 'setarch i386 rpmbuild -bb foo.spec' should work (you might have to remove /etc/rpm/platform, which is finally gone in F-9) > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Michel Salim http://hircus.jaiku.com/ From mcepl at redhat.com Mon Apr 14 06:20:14 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 14 Apr 2008 08:20:14 +0200 Subject: fedora acceptability References: <539333cb0804130155q3c04facayca0ef9274d11688d@mail.gmail.com> <1208078693.5643.80.camel@localhost.localdomain> Message-ID: On 2008-04-13, 09:24 GMT, Lubomir Kundrak wrote: >> Is java2-jre acceptable within fedora packaging system (if >> included as dependency ). or does it falls under restricted >> codecs?? . > > We already include free JREs. Look at java-1.5.0-gcj, java-1.7.0-icedtea > and java-1.6.0-packages. Sun JRE is not acceptable, as it's not free > software. Just to emphasize what might be not-read in Lubomir's message -- not only Sun JRE is not acceptable, it is also useless -- java-1.6.0* IS Sun Java. Mat?j From j.w.r.degoede at hhs.nl Mon Apr 14 06:40:09 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 08:40:09 +0200 Subject: New package maintainers wanted In-Reply-To: References: <480111C3.20900@amiga-hardware.com> Message-ID: <4802FC49.2060605@hhs.nl> Ian Chapman writes: > > Due to moving from the UK to Australia in a couple of months, I'll no > longer be able to maintain my packages in Fedora. I'm asking if > anybody is willing to take ownership of any of the following packages. > Most of the packages are low maintenance. Thanks. > I'll take the cegui / devil and tolua++ stuff as a few of my packages need those: > cegui > Free library providing windowing and widgets for graphics APIs / engines > > DevIL > A cross-platform image library > > tolua++ > A tool to integrate C/C++ code with Lua I'll also take openmsx + deps, if no-one else will: > cbios > A third party BIOS compatible with the MSX BIOS > > openmsx > An emulator for the MSX home computer system > > sjasm > A z80 cross assembler Note that I've more then enough packages on my plate already, so if anyone else wants these, feel free to take them! Also I very much welcome co-maintainers / don't mind becoming a co-maintainer if someone else takes these. Regards, Hans From j.w.r.degoede at hhs.nl Mon Apr 14 06:54:48 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 08:54:48 +0200 Subject: 200+ packages up for grabs Message-ID: <4802FFB8.9090002@hhs.nl> Hi all, No I'm not leaving or anything like that. But keeping 200+ packages in top condition is taking quite a large chunk of time (duh). So I'm looking for fellow contributers who want to become the maintainer of a few (100 or so :) packages of mine to lighten my load. I'll stick around as co-maintainer for quite a few of them, others which I've only picked up to stop them from becoming orphaned, I probably will withdraw myself from completely. Here is a short list of packages which gets upstream updates at regular intervals, and thus bring the most work with them, and thus I would _really_ like to see a new maintainer for: * boswars -- Bos Wars is a futuristic real-time strategy game * childsplay -- Suite of educational games for young children * childsplay_plugins -- Plugins for childsplay (educational games for young children) * gcompris -- Educational suite for kids 2-10 years old * ogre -- Object-Oriented Graphics Rendering Engine * scorched3d -- Game based loosely on the classic DOS game Scorched Earth * stormbaancoureur -- Simulated obstacle course for automobiles * vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port With that said note that any package below is fair game! And here is the full list: https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede * 8Kingdoms -- 8 Kingdoms is a 3D turn-based fantasy strategic game * abuse -- The classic Crack-Dot-Com game * adime -- Allegro Dialogs Made Easy * alex4 -- Alex the Allegator 4 - Platform game * alfont -- Font rendering library for the Allegro game library * alienblaster -- Action-loaded 2D arcade shooter game * alleggl -- OpenGL support library for Allegro * allegro -- A game programming library * AllegroOGG -- Ogg library for use with the Allegro game library * alphabet-soup -- Guide your worm through the soup to spell words * amoebax -- Action-Puzzle Game * ants -- Guide your ants safely home before they drop of the cliff * arc -- Arc archiver * ardour -- Multichannel Digital Audio Workstation * arj -- Archiver for .arj files * arm-gp2x-linux-binutils -- Cross Compiling GNU binutils targeted at arm-gp2x-linux * arm-gp2x-linux-gcc -- Cross Compiling GNU GCC targeted at arm-gp2x-linux * arm-gp2x-linux-glibc -- Cross Compiled GNU C Library targeted at arm-gp2x-linux * arm-gp2x-linux-kernel-headers -- Kernel headers for Cross Compiling to arm-gp2x-linux * arm-gp2x-linux-SDL -- Cross Compiled SDL Library targeted at arm-gp2x-linux * arm-gp2x-linux-zlib -- Cross Compiled zlib Library targeted at arm-gp2x-linux * arrows -- Neat little maze game * asc -- Advanced Strategic Command * asc-music -- Background music for the game asc * atomorun -- Jump&Run game where you have to flee an exploding nuclear bomb * auriferous -- Game inspired by the classic Loderunner * autodownloader -- GUI-tool to automate the download of certain files * avr-binutils -- Cross Compiling GNU binutils targeted at avr * avrdude -- Software for programming Atmel AVR Microcontroller * avr-gcc -- Cross Compiling GNU GCC targeted at avr * avr-gdb -- GDB for (remote) debugging avr binaries * avr-libc -- C library for use with GCC on Atmel AVR microcontrollers * ballbuster -- Move the paddle to bounce the ball and break all the bricks * ballz -- Platform game with some puzzle elements * beneath-a-steel-sky -- Beneath a Steel Sky - Adventure Game * beneath-a-steel-sky-cd -- Beneath a Steel Sky - Adventure Game - CD version * bin2iso -- Convert ".bin" files into ISO or WAV * blobAndConquer -- Blob Wars 2: Blob And Conquer * blobwars -- Mission and Objective based 2D Platform Game * BlockOutII -- A free adaptation of the original BlockOut DOS game * bochs -- Portable x86 PC emulator * bolzplatz2006 -- Slam Soccer 2006 is a funny football game in 3D-comic-style * boswars -- Bos Wars is a futuristic real-time strategy game * cdogs-data -- Data files for the CDogs game * cdogs-sdl -- C-Dogs is an arcade shoot-em-up * cel -- Crystal Entity Layer * chess -- 3D chess game * childsplay -- Suite of educational games for young children * childsplay_plugins -- Plugins for childsplay (educational games for young children) * clanbomber -- Bomberman-like multiplayer game that uses ClanLib * ClanLib -- Cross platform C++ game library * ClanLib06 -- Version 0.6 of this Cross platform C++ game library * clonekeen -- "Commander Keen: Invasion of the Vorticons" clone * coldet -- 3D Collision Detection Library * crack-attack -- Puzzle action game * CriticalMass -- None * crystalspace -- Crystal Space a free 3D engine * crystal-stacker -- Falling blocks, match 3 or more of the same color crystals * crystal-stacker-themes -- Themes for the Crystal Stacker game * dd2 -- Dodgin' Diamond 2 - Shoot'em up arcade game * dia -- Diagram drawing program * duel3 -- One on one spaceship duel in a 2D arena * dumb -- IT, XM, S3M and MOD player library * egoboo -- A top down graphical (3D) RPG in the spirit of Nethack * egoboo-data -- Data files for the Egoboo RPG * enet -- Thin, simple and robust network layer on top of UDP * fbg -- Falling Block Game * feh -- Fast command line image viewer using Imlib2 * flight-of-the-amazon-queen -- Flight of the Amazon Queen - Adventure Game * flight-of-the-amazon-queen-cd -- Flight of the Amazon Queen - Adventure Game - CD version * fRaBs -- Free data files for abuse the game * freecol -- The FreeCol multi-player strategy game * freeglut -- A freely licensed alternative to the GLUT library * freeimage -- Multi-format image decoder library * freetype1 -- Free TrueType font rendering engine, compatibility version * frozen-bubble -- Frozen Bubble arcade game * games-menus -- Catagorized submenus for the GNOME/KDE Games menu * gcompris -- Educational suite for kids 2-10 years old * gemdropx -- Falling blocks puzzlegame * gkrellm -- Multiple stacked system monitors in one process * gkrellm-wifi -- Wireless monitor plugin for the GNU Krell Monitors * glaxium -- An OpenGL space shooter * glchess -- GlChess, a 3d Chess game using OpenGL * glew -- The OpenGL Extension Wrangler Library * Glide3 -- Glide3 runtime for the 3Dfx Voodoo family of cards * Glide3-libGL -- Glide3 OpenGL library for use with 3Dfx Voodoo 1 & 2 cards * glyph-keeper -- Library for text rendering * gnome-applet-sensors -- Gnome panel applet for hardware sensors * gnome-games -- GNOME games * gnucap -- The Gnu Circuit Analysis Package * gnumeric -- Spreadsheet program for GNOME * goffice -- Goffice support libraries * goffice04 -- Goffice support libraries * gstream -- Simplified stream output/input for Allegro * gt -- Modified Timidity which supports enhanced gus format patches * gtkterm -- Serial port terminal * hawknl -- Game oriented network library * hedgewars -- 2D tankbattle game with the tanks replaced by hedgehogs * Hermes -- Pixel format conversion library * higlayout -- Easy to use and powerful layout manager for Java * i2c-tools -- A heterogeneous set of I2C tools for Linux * id3lib -- Library for manipulating ID3v1 and ID3v2 tags * imlib2 -- Image loading, saving, rendering, and manipulation library * Io-language -- Io is a small, prototype-based programming language * jpgalleg -- JPEG library for the Allegro game library * kbilliards -- A Fun Billiards Simulator Game * KoboDeluxe -- 3'rd person scrolling 2D shooter * ksensors -- KDE frontend to lm_sensors * ksirk -- Turnbased multiplayer board strategy game (conquer the world!) * lacewing -- Asteroid like game with many different ships * ladspa-amb-plugins -- Ambisonics LADSPA plugins * ladspa-blop-plugins -- Bandlimited LADSPA Oscillator Plugins * ladspa-caps-plugins -- The C* Audio Plugin Suite * ladspa-cmt-plugins -- A collection of LADSPA plugins * ladspa-fil-plugins -- LADSPA Filter plugins * ladspa-mcp-plugins -- A set of audio plugins for LADSPA * ladspa-rev-plugins -- A reverberation plugin for LADSPA * ladspa-tap-plugins -- Tom's Audio Processing plugin * ladspa-vco-plugins -- Anti-aliased pulse and sawtooth oscillators * lbrickbuster2 -- Brickbuster arcade game * libao -- Cross Platform Audio Output Library * libassetml -- XML resource database library * libcddb -- Library (C API) for accessing CDDB servers * libebml -- Extensible Binary Meta Language library * libgda -- Library for writing gnome database programs * libgnomedb -- Library for writing gnome database programs * libid3tag -- ID3 tag manipulation library * libmatroska -- Open audio/video container format library * libmikmod -- A MOD music file player library * libogg -- The Ogg bitstream file format library * libsamplerate -- Sample rate conversion library for audio data * libtar -- Tar file manipulation API * libtheora -- Theora Video Compression Codec * libtimidity -- MIDI to WAVE converter library * libvorbis -- The Vorbis General Audio Compression Codec. * libXNVCtrl -- Library providing the NV-CONTROL API * liquidwar -- Multiplayer wargame with liquid armies * londonlaw -- Online multiplayer version of a well known detective boardgame * lua -- Powerful light-weight programming language * lure -- Lure of the Temptress - Adventure Game * lzo -- Data compression library with very fast (de)compression * machineball -- A futuristic ball game with simple rules * magicmaze -- Board game featuring a maze which the players change each turn * magicor -- Push ice blocks around to extenguish all fires * MagicPoint -- X based presentation software * maniadrive -- 3D stunt driving game * maniadrive-data -- Data files for maniadrive, a 3D stunt driving game * maniadrive-music -- Replacement soundtrack for the non free ManiaDrive soundtrack * mdbtools -- Access data stored in Microsoft Access databases * methane -- Super Methane Brothers * mikmod -- Music module player * mirrormagic -- Puzzle game where you steer a beam of light using mirrors * monkey-bubble -- Game in the spirit of Frozen Bubble * njam -- Maze-game, eat all the cookies while avoiding the badguys * nogravity -- Space shooter in 3D * nogravity-data -- Data files for NoGravity * ode -- High performance library for simulating rigid body dynamics * ogre -- Object-Oriented Graphics Rendering Engine * ois -- Open Input System, OO gaming input library * openct -- Middleware framework for smart card terminals * opengl-games-utils -- Utilities to check proper 3d support before launching 3d games * openlierox -- Addictive realtime multiplayer 2D shoot-em-up * opensc -- Smart card library and applications * overgod -- Another Asteroid like game * pachi -- Pachi El Marciano - Platform Game * paragui -- Graphical User Interface based on SDL * pcsc-perl -- Perl interface to the PC/SC smart card library * pcsc-tools -- Tools to be used with smart cards and PC/SC * perl-SDL -- SDL bindings for the Perl language * PersonalCopy-Lite-soundfont -- Lite version of the PersonalCopy General Midi soundfont * pinball -- Emilia Pinball game * pingus -- Guide the penguins safely home before they drop of the cliff * pioneers -- Turnbased board strategy game (colonize an island) * pipenightdreams -- Connect the waterpipes to create a proper pipeline * plib -- Set of portable libraries especially useful for games * plib16 -- Set of portable libraries especially useful for games * pygtkglext -- Python bindings for GtkGLExt * PyOpenGL -- Python bindings for OpenGL * quake3 -- Quake 3 Arena tournament 3D shooter game * rafkill -- Top-down shooter with powerups * raidem -- 2d top-down shoot'em up * raidem-music -- Background music for the game raidem * Ri-li -- Arcade game where you drive a toy wood engine * rott -- Rise of the Triad * scorched3d -- Game based loosely on the classic DOS game Scorched Earth * scorchwentbonkers -- Realtime remake of Scorched Earth * scummvm -- Interpreter for several adventure games * sdcc -- Small Device C Compiler * sdljava -- Java binding to the SDL API * SDLmm -- C++ interface for the popular SDL library * SDL_sound -- Library handling decoding of several popular sound file formats * seahorse-adventures -- Help barbie the seahorse float on bubbles to the moon * shippy -- Space invaders / Galaxians like game with powerups * SimGear -- Simulation library components * smashteroid -- Astrosmash Remake * sooperlooper -- Realtime software looping sampler * soundtouch -- Audio Processing library for changing Tempo, Pitch and Playback Rates * stormbaancoureur -- Simulated obstacle course for automobiles * supertuxkart -- Kids 3D go-kart racing game featuring Tux * svgalib -- Low-level fullscreen SVGA graphics library * taxipilot -- Game where you pilot a taxi in space * theora-exp -- Experimental theora decoder * timidity++ -- A software wavetable MIDI synthesizer * tinyxml -- A simple, small, C++ XML parser * TnL -- Thunder & Lightning - A futuristic action flight simulator game * TnL-data -- Datafiles for Thunder and Lightning * trackballs -- Steer a marble ball through a labyrinth * trackballs-music -- In-game music for Trackballs * tremulous -- First Person Shooter game based on the Quake 3 engine * tremulous-data -- Data files for tremulous the FPS game * tuxkart -- Kids 3D go-kart racing game featuring Tux * upslug2 -- Firmware update utility for the nslu2 * vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port * vecmath1.2 -- Free version of vecmath from the Java3D 1.2 specification * vegastrike -- 3D OpenGL spaceflight simulator * vegastrike-data -- Data files for Vega Strike * vorbis-tools -- The Vorbis General Audio Compression Codec tools * wildmidi -- WildMidi softsynth midi player * worminator -- Sidescrolling platform and shoot'em up action-game * worminator-data -- Data for worminator the game * xarchon -- Arcade board game * xblast -- Lay bombs and Blast the other players of the field (SDL version) * xblast-data -- Data files for the game xblast * xfig -- An X Window System tool for drawing basic vector graphics * xgalaxy -- Galaxian / Galaga like game with powerups * xu4 -- Ultima IV recreated * zasx -- Asteroid like game with powerups Thanks & Regards, Hans From drago01 at gmail.com Mon Apr 14 07:14:01 2008 From: drago01 at gmail.com (drago01) Date: Mon, 14 Apr 2008 09:14:01 +0200 Subject: Pulseaudio i386 support in x86_64 is incomplete In-Reply-To: References: Message-ID: On Mon, Apr 14, 2008 at 7:05 AM, Michel Salim wrote: > In fact, with Wine, it's questionable whether it's useful to have the > 64-bit Wine package we don't have one ;) From johan at x-tnd.be Mon Apr 14 07:21:15 2008 From: johan at x-tnd.be (Johan Cwiklinski) Date: Mon, 14 Apr 2008 09:21:15 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <2b60987559f4b4b7a7843254a786c392@localhost> Hi > * childsplay -- Suite of educational games for young children > * childsplay_plugins -- Plugins for childsplay (educational games for > young children) > * gcompris -- Educational suite for kids 2-10 years old I'm interesting in co-maintaining these ones. Regards, Johan From alcapcom at gmail.com Mon Apr 14 07:21:54 2008 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Mon, 14 Apr 2008 09:21:54 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <48030612.5060602@gmail.com> Hans de Goede a ?crit : > > * gcompris -- Educational suite for kids 2-10 years old Hi Hans, I can be a co-maintainer or take gcompris - my little girl love it! Regards, Alphonse From tnorth at fedoraproject.org Mon Apr 14 07:26:45 2008 From: tnorth at fedoraproject.org (Thibault North) Date: Mon, 14 Apr 2008 09:26:45 +0200 Subject: 200+ packages up for grabs In-Reply-To: <2b60987559f4b4b7a7843254a786c392@localhost> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> Message-ID: <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> Hi, Maybe I can take car of the avr-* packages. If anyone is also interested, let me know. Greetings, Thibault From j.w.r.degoede at hhs.nl Mon Apr 14 07:54:58 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 09:54:58 +0200 Subject: 200+ packages up for grabs In-Reply-To: <48030612.5060602@gmail.com> References: <4802FFB8.9090002@hhs.nl> <48030612.5060602@gmail.com> Message-ID: <48030DD2.6090709@hhs.nl> Alphonse Van Assche wrote: > Hans de Goede a ?crit : >> >> * gcompris -- Educational suite for kids 2-10 years old > > > Hi Hans, > > I can be a co-maintainer or take gcompris - my little girl love it! > I've given myself co-maintainer rights to gcompris and released ownership, so now its yours to take: https://admin.fedoraproject.org/pkgdb/packages/name/gcompris Regards, Hans From kzak at redhat.com Mon Apr 14 08:08:01 2008 From: kzak at redhat.com (Karel Zak) Date: Mon, 14 Apr 2008 10:08:01 +0200 Subject: F9 NetworkManager on F8 In-Reply-To: <1208101147.2481.8.camel@scrappy.miketc.com> References: <1208101147.2481.8.camel@scrappy.miketc.com> Message-ID: <20080414080801.GB22924@nb.redhat.com> On Sun, Apr 13, 2008 at 10:39:07AM -0500, Mike Chambers wrote: > Would the NM from F9 installed on F8 work with a wireless static ip? > User already pulled it in, so not much deps so that isn't an issue in > case someone was thinking of it. > > User has their /etc/sysconfig/network-scripts/ifcfg-wlan0 file with the > IP info, and dns but says NM still pulls in the IP. so use "ifup wlan0" rather than broken NM... Karel -- Karel Zak From j.w.r.degoede at hhs.nl Mon Apr 14 07:57:33 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 09:57:33 +0200 Subject: 200+ packages up for grabs In-Reply-To: <2b60987559f4b4b7a7843254a786c392@localhost> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> Message-ID: <48030E6D.7030008@hhs.nl> Johan Cwiklinski wrote: > Hi > >> * childsplay -- Suite of educational games for young children >> * childsplay_plugins -- Plugins for childsplay (educational games > for >> young children) >> * gcompris -- Educational suite for kids 2-10 years old > > I'm interesting in co-maintaining these ones. > Go ahead and request the necessary rights for childsplay* and I'll approve them, for gcompris you should be talking to alcapcom at gmail.com as I've just handed that over to him. Regards, Hans p.s. One of the first things you could do is package the childsplay_plugins_lfc addon, which adds many more plugins. I never got around to doing that. Once you've got a package ready I would be happy to review (and co-maintain) it. From johan at x-tnd.be Mon Apr 14 08:15:26 2008 From: johan at x-tnd.be (Johan Cwiklinski) Date: Mon, 14 Apr 2008 10:15:26 +0200 Subject: 200+ packages up for grabs In-Reply-To: <48030E6D.7030008@hhs.nl> References: <48030E6D.7030008@hhs.nl> Message-ID: <8036aa2ced14e42acc326dba35950773@localhost> > Go ahead and request the necessary rights for childsplay* and I'll approve > them, for gcompris you should be talking to alcapcom at gmail.com as I've > just > handed that over to him. Ok, I'll let him take ownership for gcompris, I'll add myself as co-maintainer once done. > > Regards, > > Hans > > p.s. > > One of the first things you could do is package the childsplay_plugins_lfc > addon, which adds many more plugins. I never got around to doing that. > Once > you've got a package ready I would be happy to review (and co-maintain) > it. Ok, thanks for the tip ;-) I'll take a look a it. Regards, Johan From huzaifas at redhat.com Mon Apr 14 08:40:56 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Mon, 14 Apr 2008 14:10:56 +0530 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <48031898.3020708@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, > * dia -- Diagram drawing program > > * gnome-applet-sensors -- Gnome panel applet for hardware sensors > > * gnome-games -- GNOME games > > * gnumeric -- Spreadsheet program for GNOME > > * libtar -- Tar file manipulation API > > * lzo -- Data compression library with very fast (de)compression > I want to take/co-maintain the above , if you are ok with it. - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFIAxiYzHDc8tpb2uURAqx4AJ9nSIjUThlAmCCg4QGZeOhwiQVDrwCbBqEy N0a53392OOJen9rLjbdKerU= =cevp -----END PGP SIGNATURE----- From tsmetana at redhat.com Mon Apr 14 09:24:37 2008 From: tsmetana at redhat.com (=?UTF-8?B?VG9tw6HFoQ==?= Smetana) Date: Mon, 14 Apr 2008 11:24:37 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <20080414112437.0e942eff@dhcp-lab-165.englab.brq.redhat.com> Hi, I'd take the following two: > * freeglut -- A freely licensed alternative to the GLUT library > * imlib2 -- Image loading, saving, rendering, and manipulation library Regards. -- Tom?? Smetana Base OS Software Engineer, Red Hat RH IRC: #brno #devel #base-os; Freenode IRC: #fedora-devel From j.w.r.degoede at hhs.nl Mon Apr 14 09:24:39 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 11:24:39 +0200 Subject: 200+ packages up for grabs In-Reply-To: <20080414112437.0e942eff@dhcp-lab-165.englab.brq.redhat.com> References: <4802FFB8.9090002@hhs.nl> <20080414112437.0e942eff@dhcp-lab-165.englab.brq.redhat.com> Message-ID: <480322D7.9060607@hhs.nl> Tom?? Smetana wrote: > Hi, > I'd take the following two: > >> * freeglut -- A freely licensed alternative to the GLUT library >> * imlib2 -- Image loading, saving, rendering, and manipulation library > Excellent! I've released both, goto these url's to claim ownership: https://admin.fedoraproject.org/pkgdb/packages/name/imlib2 https://admin.fedoraproject.org/pkgdb/packages/name/freeglut Perhaps you want to take feh too then? Thats an imlib2 based image viewer. Regards, Hans From j.w.r.degoede at hhs.nl Mon Apr 14 09:28:32 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 11:28:32 +0200 Subject: 200+ packages up for grabs In-Reply-To: <48031898.3020708@redhat.com> References: <4802FFB8.9090002@hhs.nl> <48031898.3020708@redhat.com> Message-ID: <480323C0.2000009@hhs.nl> Huzaifa Sidhpurwala wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > >> * dia -- Diagram drawing program >> >> * gnome-applet-sensors -- Gnome panel applet for hardware sensors >> >> * gnome-games -- GNOME games >> >> * gnumeric -- Spreadsheet program for GNOME >> >> * libtar -- Tar file manipulation API >> >> * lzo -- Data compression library with very fast (de)compression >> > > > I want to take/co-maintain the above , if you are ok with it. > gnome-games isn't really mine, I merely co-maintain it, my bad. As for the others I've released them in pkgdb so there all yours to take. Regards, Hans From j.w.r.degoede at hhs.nl Mon Apr 14 09:37:32 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 11:37:32 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <480325DC.60704@hhs.nl> p.s. To all who have taken over packages of mine, except for a few I've deliberately not added myself to the default CC for new bugs, as I know myself and if I'm in the CC I will still end up fixing those bugs, as I just can't stand unfixed bugs. So to protect myself I've not added myself to the default CC. Still if you ever encounter a bug which you cannot fix, please add me to the CC and I'll try to help, I really don't want to see my former packages to bitrot. From j.w.r.degoede at hhs.nl Mon Apr 14 09:41:23 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 11:41:23 +0200 Subject: 200+ packages up for grabs In-Reply-To: <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> Message-ID: <480326C3.9040903@hhs.nl> Thibault North wrote: > Hi, > > Maybe I can take car of the avr-* packages. If anyone is also > interested, let me know. > Ok, I've just released ownership of the following, so go to pkgdb and grab ownership: * avr-binutils -- Cross Compiling GNU binutils targeted at avr * avr-gcc -- Cross Compiling GNU GCC targeted at avr * avr-gdb -- GDB for (remote) debugging avr binaries * avr-libc -- C library for use with GCC on Atmel AVR microcontrollers In the avrdude case I'm merely a co-maintainer, I'm sure Trond would welcome another co-maintainer though! Thanks & Regards, Hans From davehoz at gmail.com Mon Apr 14 10:07:18 2008 From: davehoz at gmail.com (David Hunter) Date: Mon, 14 Apr 2008 20:07:18 +1000 Subject: Question regarding boot log Message-ID: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> I want to report a boot error message on my Fedora 9-Beta system, but can't find a boot.log under the /var/log/. How can I capture the boot messages so I can report it to the proper list. -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From che666 at gmail.com Mon Apr 14 10:37:30 2008 From: che666 at gmail.com (Rudolf Kastl) Date: Mon, 14 Apr 2008 12:37:30 +0200 Subject: Pulseaudio i386 support in x86_64 is incomplete In-Reply-To: References: Message-ID: On Mon, Apr 14, 2008 at 9:14 AM, drago01 wrote: > On Mon, Apr 14, 2008 at 7:05 AM, Michel Salim wrote: > > In fact, with Wine, it's questionable whether it's useful to have the > > 64-bit Wine package > we don't have one ;) yet. kind regards, Rudolf Kastl > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From trond.danielsen at gmail.com Mon Apr 14 11:04:38 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Mon, 14 Apr 2008 13:04:38 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <409676c70804140404rf804b99j59c687d1824a879b@mail.gmail.com> 2008/4/14 Hans de Goede : > Hi all, > > [...] > > * avr-binutils -- Cross Compiling GNU binutils targeted at avr > > * avrdude -- Software for programming Atmel AVR Microcontroller PackageDB tells me I am the owner of avrdude. :-) > * avr-gcc -- Cross Compiling GNU GCC targeted at avr > > * avr-gdb -- GDB for (remote) debugging avr binaries > > * avr-libc -- C library for use with GCC on Atmel AVR microcontrollers I am willing to participate in the maintenance of these packages. -- Trond Danielsen From j.w.r.degoede at hhs.nl Mon Apr 14 11:00:00 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 13:00:00 +0200 Subject: 200+ packages up for grabs In-Reply-To: <409676c70804140404rf804b99j59c687d1824a879b@mail.gmail.com> References: <4802FFB8.9090002@hhs.nl> <409676c70804140404rf804b99j59c687d1824a879b@mail.gmail.com> Message-ID: <48033930.4020607@hhs.nl> Trond Danielsen wrote: > 2008/4/14 Hans de Goede : >> Hi all, >> >> [...] >> >> * avr-binutils -- Cross Compiling GNU binutils targeted at avr >> >> * avrdude -- Software for programming Atmel AVR Microcontroller > > PackageDB tells me I am the owner of avrdude. :-) > Yes, my bad, it seems the list of packages which is shown in package DB as my packages includes ones which one co-maintains. >> * avr-gcc -- Cross Compiling GNU GCC targeted at avr >> >> * avr-gdb -- GDB for (remote) debugging avr binaries >> >> * avr-libc -- C library for use with GCC on Atmel AVR microcontrollers > > I am willing to participate in the maintenance of these packages. > I've released them for Thibault North to grab, I think he can use / won't mind a co-maintainer on these, Thibault? Regards, Hans From buc at odusz.so-cdu.ru Mon Apr 14 11:24:37 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 14 Apr 2008 15:24:37 +0400 Subject: New package maintainers wanted In-Reply-To: <480111C3.20900@amiga-hardware.com> References: <480111C3.20900@amiga-hardware.com> Message-ID: <48033EF5.3010803@odu.neva.ru> Ian Chapman wrote: > > zvbi > Raw VBI, Teletext and Closed Caption decoding library > I'll take zvbi Dmitry Butskoy http://www.fedoraproject.org/wiki/DmitryButskoy From dtimms at iinet.net.au Mon Apr 14 11:32:43 2008 From: dtimms at iinet.net.au (David Timms) Date: Mon, 14 Apr 2008 21:32:43 +1000 Subject: ogre, vavoom In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <480340DB.4060000@iinet.net.au> Hans de Goede wrote: > * ogre -- Object-Oriented Graphics Rendering Engine > * vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port Both interest me, but having only one fedora package under my belt - I guess I need other's guidance on whether that is realistic proposition ? DaveT. From dtimms at iinet.net.au Mon Apr 14 11:38:32 2008 From: dtimms at iinet.net.au (David Timms) Date: Mon, 14 Apr 2008 21:38:32 +1000 Subject: Question regarding boot log In-Reply-To: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> References: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> Message-ID: <48034238.8060708@iinet.net.au> David Hunter wrote: > I want to report a boot error message on my Fedora 9-Beta system, but can't > find a boot.log under the /var/log/. How can I capture the boot messages so > I can report it to the proper list. Actually, I see the same on F8 as well all files boot* are zero bytes. Are the messages not in /var/log/message* ? Or in dmesg ? If it's a crash, you could wire up the RS232 serial null modem to another machine ? From j.w.r.degoede at hhs.nl Mon Apr 14 11:30:52 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 13:30:52 +0200 Subject: ogre, vavoom In-Reply-To: <480340DB.4060000@iinet.net.au> References: <4802FFB8.9090002@hhs.nl> <480340DB.4060000@iinet.net.au> Message-ID: <4803406C.20301@hhs.nl> David Timms wrote: > Hans de Goede wrote: >> * ogre -- Object-Oriented Graphics Rendering Engine >> * vavoom -- Enhanced Doom, Heretic, Hexen and Strife source port > > Both interest me, but having only one fedora package under my belt - I > guess I need other's guidance on whether that is realistic proposition ? > vavoom has a very active and helpfull upstream, so its really an easy package, so I say go for it! As for ogre its more important to be good with c++ then having lots of packaging experience. Beware that you should only update ogre to a new upstream release in devel, or in special circumstances on the latest release with lots of prior warning as every new upstream ogre release breaks the ABI (and these days luckily also the soname, making the break evidently, it took me some education of upstream to get there). Let me know which ones you want (if any) and I'll release them in pkgdb. Regards, Hans From rawhide at fedoraproject.org Mon Apr 14 12:17:25 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Mon, 14 Apr 2008 12:17:25 +0000 (UTC) Subject: rawhide report: 20080414 changes Message-ID: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> New package mono-cecil-flowanalysis Flowanalysis engine for Cecil New package mono-ndoc Code Documentation Generator for .NET New package mono-nunit22 Unit-testing framework for .NET New package mono-sharpcvslib Client cvs library written in C# New package taglib-sharp Provides tag reading and writing for Banshee and other Mono apps Removed package ikvm Removed package pirut Updated Packages: banshee-0.98.3-2.fc9 -------------------- * Sat Apr 12 2008 Tom "spot" Callaway - 0.98.3-2 - adding BR: mono-addins-devel * Sat Apr 12 2008 Tom "spot" Callaway - 0.98.3-1 - update to 0.98.3 (which doesn't have any prebuilt binaries in it) beagle-0.3.5-2.fc9 ------------------ * Sat Apr 12 2008 Tom "spot" Callaway - 0.3.5-2 - use system taglib-sharp (now that we have it) boo-0.8.1.2865-4.fc9 -------------------- * Sat Apr 12 2008 Tom "spot" Callaway - 0.8.1.2865-4 - get rid of prebuilt binary files * Tue Mar 04 2008 Alex Lancaster - 0.8.1.2865-3 - Rebuild for new nant (causes broken deps) * Sat Feb 23 2008 David Nielsen - 0.8.1-2865-2 - Nope, ppc still broken (#434631) db4o-6.1-4.fc9 -------------- * Wed Apr 09 2008 Tom "spot" Callaway - 6.1-4 - rework package to use system libraries, not bundled binary copies * Tue Feb 19 2008 Fedora Release Engineering - 6.1-3 - Autorebuild for GCC 4.3 gvfs-0.2.3-2.fc9 ---------------- * Fri Apr 11 2008 Matthias Clasen - 0.2.3-2 - Fix a crash of the fuse daemon on 64bit kdenetwork-7:4.0.3-5.fc9 ------------------------ * Sat Apr 12 2008 Kevin Kofler 4.0.3-5 - fix segfault in krdc VNC on remote server disconnection (#442127, kde#160728) log4net-1.2.10-4.fc9 -------------------- * Fri Apr 11 2008 Tom "spot" Callaway - 1.2.10-4 - excludearch ppc (nant doesn't work on ppc) - delete bundled binary bits mono-1.9-7.fc9 -------------- * Fri Apr 11 2008 Tom "spot" Callaway - 1.9-7 - since we're not bootstrapping with prebuilt binaries, BR: mono-core * Fri Apr 11 2008 Tom "spot" Callaway - 1.9-6 - Remove prebuilt binaries * Wed Apr 09 2008 Tom "spot" Callaway - 1.9-5 - fix licensing mono-basic-1.9-2.fc9 -------------------- * Fri Apr 11 2008 Tom "spot" Callaway 1.9-2 - get rid of bootstrap binary bits * Thu Feb 21 2008 Paul F. Johnson 1.9-1 - bump * Tue Jan 08 2008 Paul F. Johnson 1.2.6-4 - add excludearch ppc64 - alter license to LGPLv2+ mono-debugger-0.60-3.fc9 ------------------------ * Fri Apr 11 2008 Tom "spot" Callaway - 0.60-3 - fix compile - use system Cecil, not prebundled binary Cecil - this thing is stupid, it needs the .so file to run, moving it to the main package * Tue Feb 19 2008 Fedora Release Engineering - 0.60-2.2 - Autorebuild for GCC 4.3 monodevelop-0.19-6.fc9 ---------------------- * Sat Apr 12 2008 Tom "spot" Callaway 0.19-6 - disable Requires on ikvm, since ikvm doesn't build from source at the moment * Fri Apr 11 2008 Tom "spot" Callaway 0.19-5 - ExcludeArch ppc (no mono-nunit22, due to no nant, means no ppc) * Fri Apr 11 2008 Tom "spot" Callaway 0.19-4 - buildrequires mono-core for gacutil muine-0.8.8-9.fc9 ----------------- * Fri Apr 11 2008 Tom "spot" Callaway - 0.8.8-9 - BR: dbus-sharp-devel, prevents copies of dlls from being used gets rid of extra provides * Thu Feb 28 2008 Sindre Pedersen Bj??rdal - 0.8.8-8 - Trying once more to really fix the mono includes problem * Tue Feb 19 2008 Fedora Release Engineering - 0.8.8-7 - Autorebuild for GCC 4.3 nant-1:0.85-20.fc9 ------------------ * Thu Apr 10 2008 Tom "spot" Callaway - 1:0.85-20 - don't use prebuilt binary bits * Mon Apr 07 2008 Alex Lancaster - 1:0.85-19 - Downgrade to 0.85 because of issues with boo package as discussed on bug #435898). add Epoch: 1 :( - Add nant-0.85-api.patch from David Nielsen to enable build on F-9 tomboy-0.10.1-2.fc9 ------------------- * Fri Apr 11 2008 Tom "spot" Callaway 0.10.1-2 - add mono-addins-devel as a BuildRequires, so Tomboy doesn't carry a local copy of Mono.Addins Broken deps for i386 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 Broken deps for x86_64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.x86_64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.x86_64 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.x86_64 requires libbeecrypt.so.6()(64bit) Broken deps for ppc ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc requires libcamel-1.2.so.10 evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc requires libbeecrypt.so.6 Broken deps for ppc64 ---------------------------------------------------------- evolution-brutus-1.1.28.7-2.fc8.ppc64 requires libcamel-1.2.so.10()(64bit) fedora-ds-dsgw-1.1.0-1.fc9.ppc64 requires /etc/dirsrv/admin-serv/httpd.conf kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) util-vserver-build-0.30.214-2.fc8.ppc64 requires libbeecrypt.so.6()(64bit) From tnorth at fedoraproject.org Mon Apr 14 13:07:21 2008 From: tnorth at fedoraproject.org (Thibault North) Date: Mon, 14 Apr 2008 15:07:21 +0200 Subject: 200+ packages up for grabs In-Reply-To: <48033930.4020607@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <409676c70804140404rf804b99j59c687d1824a879b@mail.gmail.com> <48033930.4020607@hhs.nl> Message-ID: <8e967d910804140607na4dc82co6d3d533bde90965a@mail.gmail.com> > [...] > > I've released them for Thibault North to grab, I think he can use / won't > mind a co-maintainer on these, Thibault? Okay, we'll do something like that. (i'll contact you Trond Danielsen) Thanks, Thibault > > Regards, > > Hans > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From j.w.r.degoede at hhs.nl Mon Apr 14 13:19:31 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 15:19:31 +0200 Subject: 200+ packages up for grabs In-Reply-To: <48031898.3020708@redhat.com> References: <4802FFB8.9090002@hhs.nl> <48031898.3020708@redhat.com> Message-ID: <480359E3.1000100@hhs.nl> Huzaifa Sidhpurwala wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > >> * dia -- Diagram drawing program >> >> * gnome-applet-sensors -- Gnome panel applet for hardware sensors >> >> * gnome-games -- GNOME games >> >> * gnumeric -- Spreadsheet program for GNOME >> >> * libtar -- Tar file manipulation API >> >> * lzo -- Data compression library with very fast (de)compression >> > > > I want to take/co-maintain the above , if you are ok with it. > p.s. Talking about gnumeric, you may want to package psiconv and enable gnumeric's psiconv support to get psion spreadsheet / "word" import and export support. I would be happy to review psiconv once its packaged. Regards, Hans From jwilson at redhat.com Mon Apr 14 13:40:06 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Mon, 14 Apr 2008 09:40:06 -0400 Subject: kernel compile failure In-Reply-To: <20080413095503.GA3063@think.linworx.cz> References: <20080412152205.GA26425@think.linworx.cz> <20080412223800.b4354c84.zaitcev@redhat.com> <20080413095503.GA3063@think.linworx.cz> Message-ID: <48035EB6.9070702@redhat.com> Stanislav Pol??ek wrote: > On Sat, Apr 12, 2008 at 10:38:00PM -0700, Pete Zaitcev wrote: >> On Sat, 12 Apr 2008 17:22:06 +0200, Stanislav Pol??ek wrote: >> >>> Hello everybody. I just tried several times to recompile latest >>> fedora kernel on my laptop (Lenovo t61) running latest rawhide, >>> and it's a kind of sad experience. Everytime I try, the gcc reports >>> segmentation fault and building stops. >> Time to run memtest86. > > And I did. No errors. But, when I switch off one core of the laptop processor, I can compile the kernel without problems. It is Core Duo T7300. Any idea what should I check now would be very helpfull. As already mentioned by Bruno, triple-check that your fans are kicking in as expected, this really does sound like a hardware fault. My own T61 (T7500, 2.2GHz core 2 duo) has no problems whatsoever building rawhide kernels with both cores enabled, but the fans are cranked up and blowing quite a bit of hot air out the rear left corner when its building. -- Jarod Wilson jwilson at redhat.com From stlwrt at gmail.com Mon Apr 14 13:51:00 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Mon, 14 Apr 2008 16:51:00 +0300 Subject: kernel compile failure In-Reply-To: <48035EB6.9070702@redhat.com> References: <20080412152205.GA26425@think.linworx.cz> <20080412223800.b4354c84.zaitcev@redhat.com> <20080413095503.GA3063@think.linworx.cz> <48035EB6.9070702@redhat.com> Message-ID: You can cool down CPU by switching governor to powersave On Mon, Apr 14, 2008 at 4:40 PM, Jarod Wilson wrote: > Stanislav Pol??ek wrote: > > > On Sat, Apr 12, 2008 at 10:38:00PM -0700, Pete Zaitcev wrote: > > > > > On Sat, 12 Apr 2008 17:22:06 +0200, Stanislav Pol??ek > wrote: > > > > > > > > > > Hello everybody. I just tried several times to recompile latest > > > > fedora kernel on my laptop (Lenovo t61) running latest rawhide, > > > > and it's a kind of sad experience. Everytime I try, the gcc reports > > > > segmentation fault and building stops. > > > > > > > Time to run memtest86. > > > > > > > And I did. No errors. But, when I switch off one core of the laptop > processor, I can compile the kernel without problems. It is Core Duo T7300. > Any idea what should I check now would be very helpfull. > > > > As already mentioned by Bruno, triple-check that your fans are kicking in > as expected, this really does sound like a hardware fault. > > My own T61 (T7500, 2.2GHz core 2 duo) has no problems whatsoever building > rawhide kernels with both cores enabled, but the fans are cranked up and > blowing quite a bit of hot air out the rear left corner when its building. > > -- > Jarod Wilson > jwilson at redhat.com > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From ajackson at redhat.com Mon Apr 14 14:01:49 2008 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 14 Apr 2008 10:01:49 -0400 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <1208181709.15542.3.camel@localhost.localdomain> On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote: > * freeglut -- A freely licensed alternative to the GLUT library > * glew -- The OpenGL Extension Wrangler Library > * Glide3 -- Glide3 runtime for the 3Dfx Voodoo family of cards > * Glide3-libGL -- Glide3 OpenGL library for use with 3Dfx Voodoo 1 & 2 cards I'll take these. - ajax From jkeating at redhat.com Mon Apr 14 14:06:03 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Apr 2008 10:06:03 -0400 Subject: Mono Package audit In-Reply-To: <47FD76A0.3070701@gmail.com> References: <47FD76A0.3070701@gmail.com> Message-ID: <1208181963.5136.1.camel@localhost.localdomain> On Wed, 2008-04-09 at 19:08 -0700, Toshio Kuratomi wrote: > .. _f-spot: At least, dbus-sharp, libgphoto2-sharp, gnome-keyring-sharp, Tao, > google-sharp, FlickrNet, semweb, (dbus-sharp-glib?), Mono.Cairo, > Mono.Addins Seems this one got missed. I'm still trying to find something from spot related to this package, but right now things aren't good. It hasn't been built in a while, and it provides a bunch of things that other mono packages are now looking for at a system level, so new system level mono packages aren't being brought in correctly. Somebody want to tackle f-spot please (so that I don't have to block it from the distro for F9 launch) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Mon Apr 14 14:38:04 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 14 Apr 2008 10:38:04 -0400 Subject: F9 NetworkManager on F8 In-Reply-To: <20080414080801.GB22924@nb.redhat.com> References: <1208101147.2481.8.camel@scrappy.miketc.com> <20080414080801.GB22924@nb.redhat.com> Message-ID: <1208183884.31015.4.camel@localhost.localdomain> On Mon, 2008-04-14 at 10:08 +0200, Karel Zak wrote: > On Sun, Apr 13, 2008 at 10:39:07AM -0500, Mike Chambers wrote: > > Would the NM from F9 installed on F8 work with a wireless static ip? > > User already pulled it in, so not much deps so that isn't an issue in > > case someone was thinking of it. > > > > User has their /etc/sysconfig/network-scripts/ifcfg-wlan0 file with the > > IP info, and dns but says NM still pulls in the IP. > > so use "ifup wlan0" rather than broken NM... NM from f8-updates-testing should look in network-scripts/ for ifcfg files. For a while I was trying to keep compat with profiles but since nobody actually cares about those, I just switched NM to read from network-scripts/ and the world is now happy and magical. I'll probably push a new testing build to f8-updates-testing that represents the latest bits of NM sometime soon. Dan From dcbw at redhat.com Mon Apr 14 14:40:08 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 14 Apr 2008 10:40:08 -0400 Subject: How is the new networking world supposed to work? In-Reply-To: <48000CB3.1030000@gmail.com> References: <47FFF149.1090100@conversis.de> <1207957066.3332.0.camel@continuity> <22997.198.182.194.170.1207957537.squirrel@clueserver.org> <48000CB3.1030000@gmail.com> Message-ID: <1208184008.31015.7.camel@localhost.localdomain> On Fri, 2008-04-11 at 18:13 -0700, Andrew Farris wrote: > Alan wrote: > >> On Sat, 2008-04-12 at 01:16 +0200, Dennis Jacobfeuerborn wrote: > >>> Since the latest rawhide updates I now don't get a network connection > >>> after > >>> boot. I have to open a shell as root and issue a "ifdown eth0" followed > >>> by > >>> a "ifup eth0" to make the NetworkManager aware that there is a network > >>> out > >>> there. What is the proper way to configure this? > >>> > >>> Regards, > >>> Dennis > >>> > >> I have the same problem and restarting NetworkManager is another fix > >> that works for me. > > > > I have yet to get NetworkManager to use my wireless card. It does not see > > any configurations, does not give me a way to create them, and general > > acts like the card does not exist. > > > > wlassistant works fine (until the last gpm braindamage). The card is > > using the b43 driver with the latest firmware. > > Have you tried using system-config-network to configure the adapter, and then > click the NetworkManager Controlled checkbox? I'm asking because my own > wireless card failed to be useful from NM until I did that (in fact it was > causing NM to crash when the service started). Now after I did configure it.. > even if I remove all the configuration NM will still work fine. I'm unsure > whether it was a bug and was incidentally fixed, or if the configuration via > system-config-network did things I'm not reverting (but I don't think this is > the case). > > Anyway, if you haven't tried that yet, configure it with the s-c-n tool then see > whether NM can handle it fine. NM will look in /etc/sysconfig/network-scripts/ for ifcfg files that are there, and use those if found. However, the files must not have NM_CONTROLLED=no in them, because that tells NM not to manage the interface. At least at one point, system-config-network would add NM_CONTROLLED=no by default when it edited a configuration that didn't have that tag in it already, which caught a few people by surprise. Dan From dcbw at redhat.com Mon Apr 14 14:40:56 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 14 Apr 2008 10:40:56 -0400 Subject: How is the new networking world supposed to work? In-Reply-To: <47FFF149.1090100@conversis.de> References: <47FFF149.1090100@conversis.de> Message-ID: <1208184056.31015.9.camel@localhost.localdomain> On Sat, 2008-04-12 at 01:16 +0200, Dennis Jacobfeuerborn wrote: > Since the latest rawhide updates I now don't get a network connection after > boot. I have to open a shell as root and issue a "ifdown eth0" followed by > a "ifup eth0" to make the NetworkManager aware that there is a network out > there. What is the proper way to configure this? Which specific version of NM? What ifcfg-* files are in /etc/sysconfig/network-scripts ? Do any of those files have "NM_CONTROLLED=no" in them? When you run "/usr/bin/nm-tool" what does it say? Dan From j.w.r.degoede at hhs.nl Mon Apr 14 14:34:54 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 16:34:54 +0200 Subject: 200+ packages up for grabs In-Reply-To: <1208181709.15542.3.camel@localhost.localdomain> References: <4802FFB8.9090002@hhs.nl> <1208181709.15542.3.camel@localhost.localdomain> Message-ID: <48036B8E.7030808@hhs.nl> Adam Jackson wrote: > On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote: > >> * freeglut -- A freely licensed alternative to the GLUT library >> * glew -- The OpenGL Extension Wrangler Library >> * Glide3 -- Glide3 runtime for the 3Dfx Voodoo family of cards >> * Glide3-libGL -- Glide3 OpenGL library for use with 3Dfx Voodoo 1 & 2 cards > > I'll take these. > freeglut has already been taken, but feel free to opt for co-maintainer ship with the new maintainer. I've released the others in pkgdb, so you can go and claim them now. One important note about glew (quoting from the specfile): # This is http://downloads.sourceforge.net/glew/glew-%{version}-src.tgz # The files under the doc dir in this archive are under this non free license: # Copyright (C) 2002-2008, Milan Ikits # Copyright (C) 2002-2008, Marcelo E. Magallon # This documentation may not be modified or redistributed in any # form, except by the copyright holder. # and therefor these files have been removed. Source0: glew-%{version}-src-clean.tgz Thanks & Regards, Hans From alexl at users.sourceforge.net Mon Apr 14 15:03:15 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 14 Apr 2008 08:03:15 -0700 Subject: Mono Package audit In-Reply-To: <1208181963.5136.1.camel@localhost.localdomain> (Jesse Keating's message of "Mon\, 14 Apr 2008 10\:06\:03 -0400") References: <47FD76A0.3070701@gmail.com> <1208181963.5136.1.camel@localhost.localdomain> Message-ID: >>>>> "JK" == Jesse Keating writes: JK> On Wed, 2008-04-09 at 19:08 -0700, Toshio Kuratomi wrote: >> .. _f-spot: At least, dbus-sharp, libgphoto2-sharp, >> gnome-keyring-sharp, Tao, google-sharp, FlickrNet, semweb, >> (dbus-sharp-glib?), Mono.Cairo, Mono.Addins JK> Seems this one got missed. I'm still trying to find something JK> from spot related to this package, but right now things aren't JK> good. It hasn't been built in a while, and it provides a bunch of JK> things that other mono packages are now looking for at a system JK> level, so new system level mono packages aren't being brought in JK> correctly. JK> Somebody want to tackle f-spot please (so that I don't have to JK> block it from the distro for F9 launch) Here is the corresponding bug: https://bugzilla.redhat.com/show_bug.cgi?id=442343 Alex From tmraz at redhat.com Mon Apr 14 15:07:28 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 14 Apr 2008 17:07:28 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <1208185648.22342.2.camel@vespa.frost.loc> On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote: I'll grab these if the current comaintainer (Ville Skyta) doesn't want to be the primary maintainer: > * openct -- Middleware framework for smart card terminals > * opensc -- Smart card library and applications > * pcsc-perl -- Perl interface to the PC/SC smart card library > > * pcsc-tools -- Tools to be used with smart cards and PC/SC -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From tim at niemueller.de Mon Apr 14 15:35:53 2008 From: tim at niemueller.de (Tim Niemueller) Date: Mon, 14 Apr 2008 17:35:53 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <480379D9.3030803@niemueller.de> Hans de Goede schrieb: > Hi all, Hi Hans. How many do you want to keep? > * lua -- Powerful light-weight programming language I'd take this one. I'm already co-maintainer. Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From thomas.moschny at gmail.com Mon Apr 14 16:00:32 2008 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Mon, 14 Apr 2008 18:00:32 +0200 Subject: python packaging, egg-info file vs. directory Message-ID: Hi! Recently encountered a problem with the python-demjson rpm I maintain: The demjson package does not use setuptools, so, in accordance with the python packaging guidelines, I used the trick of preloading setuptools prior to executing setup.py, for F7 and F8 only. This produces an egg-info directory, fine. Now, for F9, egg-info is generated automatically, but it turns out that this produces an egg-info file instead of an directory. This in turn causes problems when upgrading from F8 to F9, because rpm can't replace a dir with a file. Any advices on how to solve this? - Thomas From williams at redhat.com Mon Apr 14 16:09:27 2008 From: williams at redhat.com (Clark Williams) Date: Mon, 14 Apr 2008 11:09:27 -0500 Subject: Help with a code snippet that fails in mock buildroots In-Reply-To: <20080412021708.GA14541@tango.0pointer.de> References: <20080412021708.GA14541@tango.0pointer.de> Message-ID: <480381B7.9050805@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lennart Poettering wrote: > On Fri, 11.04.08 22:07, Deji Akingunola (dakingun at gmail.com) wrote: > >> Hi all, >> >> Can someone please explain (and possibly provide a solution) to me why >> the code below is failing in mock buildroot. It is run to check if the >> 'shm_open' function works when configuring latest mpich2 package, and >> its result is used to create a definition that's used later when >> compiling the package. The code runs fine (and the package builds fine >> too) on my rawhide system. >> Thanks. > > Is /dev/shm/ available in the chroot env? shm_open() is basically the > same as open(), however, it prepends /dev/shm to the file name. If > that dir is not writable (should be mounted as tmpfs) shm_open() fails, > > Lennart > It used to be there, but it may have gotten dropped in the massive code reshuffle that mock went through in the past few months. The code to make the /dev/pts and /dev/shm dirs is still there as well as the code to mount/umount these devices, but I don't actually see them when I run a mock --shell. I'll dig into it a bit more to see if we have a regression. Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkgDgbcACgkQHyuj/+TTEp276QCfUQG66x6NocPA78Nps44U4UQ/ LMwAn2GFv1d5yiWkQP7Flg+O0R2qD70E =oraS -----END PGP SIGNATURE----- From mike at cchtml.com Mon Apr 14 16:11:53 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Mon, 14 Apr 2008 11:11:53 -0500 Subject: Wine and Fedora 9 no workie Message-ID: <48038249.6000604@cchtml.com> Hi all, Wine 0.9.59 has suddenly stopped working with the latest rawhide updates. I get the following output when trying to run any application, even the native Wine apps: > preloader: Warning: failed to reserve range 00000000-60000000 > wine: could not load L"C:\\foo.exe": Invalid address > Invalid address I've tried recompiling Wine to no avail. Any suggestions? Thanks, Mike From rafalzaq at gmail.com Mon Apr 14 16:14:59 2008 From: rafalzaq at gmail.com (=?UTF-8?Q?Rafa=C5=82_Psota?=) Date: Mon, 14 Apr 2008 18:14:59 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <5610e0590804140914n52e0179eg556d2c901bdb591d@mail.gmail.com> 2008/4/14, Hans de Goede : > * blobwars -- Mission and Objective based 2D Platform Game > > * pingus -- Guide the penguins safely home before they drop of the > cliff > I'll take them. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Mon Apr 14 16:30:04 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 14 Apr 2008 16:30:04 +0000 (UTC) Subject: Broken deps (Re: rawhide report: 20080414 changes) References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> Message-ID: > evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 The build which should fix this failed due to strict-aliasing warnings which are being turned into errors with -Werror. Please rebuild with -fno-strict-aliasing. > fedora-ds-dsgw-1.1.0-1.fc9.i386 requires /etc/dirsrv/admin-serv/httpd.conf This is an invalid explicit Requires, this must be removed or replaced with something sane (maybe Requires: httpd). > kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Given that this still doesn't work with xulrunner, I'd suggest building only the WebKit version in F9 and obsoleting the Gecko-based one. What does the maintainer think? > mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID > mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis What's up with this one? If the deps can't be satisfied in time for F9, I'd suggest blocking the package from f9-final, it can be pushed as an update together with the dependencies once they are there. > perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) This failed to build because 2 of the files in the file list aren't actually being installed: | RPM build errors: | File not found: | /var/tmp/clearsilver-0.10.5-3.fc9-root-mockbuild/usr/bin/cs | File not found: | /var/tmp/clearsilver-0.10.5-3.fc9-root-mockbuild/usr/bin/cstest As these are the 2 main executables of this package, this looks really broken to me! > util-vserver-build-0.30.214-2.fc8.i386 requires libbeecrypt.so.6 This one has been fixed by Alex Lancaster today. Kevin Kofler From kevin.kofler at chello.at Mon Apr 14 16:58:55 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 14 Apr 2008 16:58:55 +0000 (UTC) Subject: Broken deps (Re: rawhide report: 20080414 changes) References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> Message-ID: > > perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) > > This failed to build because 2 of the files in the file list aren't actually > being installed: I tracked this one down: https://bugzilla.redhat.com/show_bug.cgi?id=434141#c4 Kevin Kofler From dominik at greysector.net Mon Apr 14 17:01:10 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 14 Apr 2008 19:01:10 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <20080414170110.GC2977@ryvius.greysector.net> On Monday, 14 April 2008 at 08:54, Hans de Goede wrote: > Hi all, > > No I'm not leaving or anything like that. But keeping 200+ packages in top > condition is taking quite a large chunk of time (duh). So I'm looking for > fellow contributers who want to become the maintainer of a few (100 or so > :) packages of mine to lighten my load. > > I'll stick around as co-maintainer for quite a few of them, others which > I've only picked up to stop them from becoming orphaned, I probably will > withdraw myself from completely. [...] > And here is the full list: > https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede [...] > * libao -- Cross Platform Audio Output Library [...] > * libebml -- Extensible Binary Meta Language library [...] > * libid3tag -- ID3 tag manipulation library > > * libmatroska -- Open audio/video container format library [...] > * libogg -- The Ogg bitstream file format library [...] > * libtheora -- Theora Video Compression Codec [...] > * libvorbis -- The Vorbis General Audio Compression Codec. I can help with these. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From notting at redhat.com Mon Apr 14 17:07:40 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Apr 2008 13:07:40 -0400 Subject: Pulseaudio i386 support in x86_64 is incomplete In-Reply-To: References: Message-ID: <20080414170740.GA25919@nostromo.devel.redhat.com> Michel Salim (michel.sylvan at gmail.com) said: > pulseaudio-utils For padsp? Maybe. > pulseaudio-esound-compat This doesn't make sense, at all. It's impossible to install this as multilib in a way that would make it do anything. Bill From dominik at greysector.net Mon Apr 14 17:09:05 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 14 Apr 2008 19:09:05 +0200 Subject: 200+ packages up for grabs In-Reply-To: <20080414170110.GC2977@ryvius.greysector.net> References: <4802FFB8.9090002@hhs.nl> <20080414170110.GC2977@ryvius.greysector.net> Message-ID: <20080414170904.GD2977@ryvius.greysector.net> On Monday, 14 April 2008 at 19:01, Dominik 'Rathann' Mierzejewski wrote: > On Monday, 14 April 2008 at 08:54, Hans de Goede wrote: > > Hi all, > > > > No I'm not leaving or anything like that. But keeping 200+ packages in top > > condition is taking quite a large chunk of time (duh). So I'm looking for > > fellow contributers who want to become the maintainer of a few (100 or so > > :) packages of mine to lighten my load. > > > > I'll stick around as co-maintainer for quite a few of them, others which > > I've only picked up to stop them from becoming orphaned, I probably will > > withdraw myself from completely. > [...] > > And here is the full list: > > https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede > [...] > > * libao -- Cross Platform Audio Output Library > [...] > > * libebml -- Extensible Binary Meta Language library > [...] > > * libid3tag -- ID3 tag manipulation library > > > > * libmatroska -- Open audio/video container format library > [...] > > * libogg -- The Ogg bitstream file format library > [...] > > * libtheora -- Theora Video Compression Codec > [...] > > * libvorbis -- The Vorbis General Audio Compression Codec. > > I can help with these. On second thought, it looks like most of these have more than one maintainer already, so I've requested to be added only to those that have only you in the access list, i.e. libebml and libmatroska. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From notting at redhat.com Mon Apr 14 17:13:07 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Apr 2008 13:13:07 -0400 Subject: Stuck at NFS root boot in F9 In-Reply-To: <1208155141.3157.4.camel@localhost> References: <48011475.5090204@redhat.com> <1208072500.15650.23.camel@localhost.localdomain> <480224B4.6080201@redhat.com> <1208155141.3157.4.camel@localhost> Message-ID: <20080414171307.GB25919@nostromo.devel.redhat.com> Callum Lerwick (seg at haxxed.com) said: > > Is it a bug that nothing in the base system has a dependency on > > event-compat-sysv? Relying on comps groups alone isn't entirely robust. > > This seems to be also how some F8 to F9 upgrade failures are getting > > stuck during boot as well. > > Seems like a bug to me. This breaks yum upgrades. Do you have your yum/upgrade log? There's no reason it shouldn't be pulled in on upgrades. Bill From notting at redhat.com Mon Apr 14 17:16:02 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Apr 2008 13:16:02 -0400 Subject: basesystem, setup and filesystem In-Reply-To: <20080413134546.GA2919@free.fr> References: <20080413134546.GA2919@free.fr> Message-ID: <20080414171602.GC25919@nostromo.devel.redhat.com> Patrice Dumas (pertusus at free.fr) said: > In https://bugzilla.redhat.com/show_bug.cgi?id=225608 Robert Scheck > proposed to remove basesystem, have setup depend on filesystem, and > glibc depend on setup. I don't see why this is a review blocker. Bill From Christian.Iseli at unil.ch Mon Apr 14 17:17:12 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Mon, 14 Apr 2008 19:17:12 +0200 Subject: FAS2 group dump Message-ID: <20080414191712.1f5e43ee@ludwig-alpha.unil.ch> Dear All, Could anybody here tell me the url to get a group dump of cvsextras members, including their sponsor / admin status ? I thought https://admin.fedoraproject.org/accounts/group/dump/cvsextras would do it but all members show as "user" Thanks, Christian From drago01 at gmail.com Mon Apr 14 17:19:51 2008 From: drago01 at gmail.com (drago01) Date: Mon, 14 Apr 2008 19:19:51 +0200 Subject: Pulseaudio i386 support in x86_64 is incomplete In-Reply-To: <20080414170740.GA25919@nostromo.devel.redhat.com> References: <20080414170740.GA25919@nostromo.devel.redhat.com> Message-ID: On Mon, Apr 14, 2008 at 7:07 PM, Bill Nottingham wrote: > Michel Salim (michel.sylvan at gmail.com) said: > > pulseaudio-utils > > For padsp? Maybe. yes because its needed for OSS apps and most of them are old closed source stuff with no x86_64 version. From j.w.r.degoede at hhs.nl Mon Apr 14 17:28:39 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 19:28:39 +0200 Subject: 200+ packages up for grabs In-Reply-To: <1208185648.22342.2.camel@vespa.frost.loc> References: <4802FFB8.9090002@hhs.nl> <1208185648.22342.2.camel@vespa.frost.loc> Message-ID: <48039447.60101@hhs.nl> Tomas Mraz wrote: > On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote: > > I'll grab these if the current comaintainer (Ville Skyta) doesn't want > to be the primary maintainer: > >> * openct -- Middleware framework for smart card terminals > >> * opensc -- Smart card library and applications > >> * pcsc-perl -- Perl interface to the PC/SC smart card library >> >> * pcsc-tools -- Tools to be used with smart cards and PC/SC > He doesn't, I've taken them because he was planning in dropping them. I've released them in pkgdb, so they are yours to take. Regards, Hans From j.w.r.degoede at hhs.nl Mon Apr 14 17:31:57 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 19:31:57 +0200 Subject: 200+ packages up for grabs In-Reply-To: <480379D9.3030803@niemueller.de> References: <4802FFB8.9090002@hhs.nl> <480379D9.3030803@niemueller.de> Message-ID: <4803950D.8060709@hhs.nl> Tim Niemueller wrote: > Hans de Goede schrieb: >> Hi all, > > Hi Hans. > > How many do you want to keep? > >> * lua -- Powerful light-weight programming language > > I'd take this one. I'm already co-maintainer. I've released it in pkgdb its yours to take :) Maybe you want tolua++ (the c++ wrapper) too? Its from Ian Chapman now but he's emigrating to australia, so he is orphaning all his packages (he'll be back), I offered to take tolua++ from him, but you can have it if you want. Regards, Hans From j.w.r.degoede at hhs.nl Mon Apr 14 17:36:15 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 19:36:15 +0200 Subject: 200+ packages up for grabs In-Reply-To: <5610e0590804140914n52e0179eg556d2c901bdb591d@mail.gmail.com> References: <4802FFB8.9090002@hhs.nl> <5610e0590804140914n52e0179eg556d2c901bdb591d@mail.gmail.com> Message-ID: <4803960F.4040407@hhs.nl> Rafa? Psota wrote: > 2008/4/14, Hans de Goede : > >> * blobwars -- Mission and Objective based 2D Platform Game >> >> * pingus -- Guide the penguins safely home before they drop of the >> cliff >> > I'll take them. > > Ok, I've released them both in pkgdb they are yours to take. Also I've resigned one of my few open bugs to you, which is a blobwars bug whcih requires an i386 install to reproduce (and my workstation is x86_64),let me know if you need help in fixing it: https://bugzilla.redhat.com/show_bug.cgi?id=431164 Regards, Hans From jeff at ocjtech.us Mon Apr 14 17:38:38 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Mon, 14 Apr 2008 12:38:38 -0500 Subject: Broken deps (Re: rawhide report: 20080414 changes) In-Reply-To: References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> Message-ID: <935ead450804141038n5a1b7f0fsf6830347abfff8bf@mail.gmail.com> On Mon, Apr 14, 2008 at 11:58 AM, Kevin Kofler wrote: > > > perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) > > > > This failed to build because 2 of the files in the file list aren't actually > > being installed: > > I tracked this one down: > https://bugzilla.redhat.com/show_bug.cgi?id=434141#c4 Thanks for the patch... this one has puzzled me for a while. Built a new version: http://koji.fedoraproject.org/koji/taskinfo?taskID=565495 Jeff From drago01 at gmail.com Mon Apr 14 17:40:12 2008 From: drago01 at gmail.com (drago01) Date: Mon, 14 Apr 2008 19:40:12 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: Hi, I would like to take: * bin2iso -- Convert ".bin" files into ISO or WAV * dia -- Diagram drawing program if nobody else wants them. From tim at niemueller.de Mon Apr 14 17:43:46 2008 From: tim at niemueller.de (Tim Niemueller) Date: Mon, 14 Apr 2008 19:43:46 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4803950D.8060709@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <480379D9.3030803@niemueller.de> <4803950D.8060709@hhs.nl> Message-ID: <480397D2.5070309@niemueller.de> Hans de Goede schrieb: > Tim Niemueller wrote: >> Hans de Goede schrieb: >>> Hi all, >> >> Hi Hans. >> >> How many do you want to keep? >> >>> * lua -- Powerful light-weight programming language >> >> I'd take this one. I'm already co-maintainer. > > I've released it in pkgdb its yours to take :) Taken. > Maybe you want tolua++ (the c++ wrapper) too? Its from Ian Chapman now > but he's emigrating to australia, so he is orphaning all his packages > (he'll be back), I offered to take tolua++ from him, but you can have it > if you want. I'll take it. I already committed the GCC 4.3 fixes and I'm using it almost on a daily basis... All your Lua is belong to us :-) I have contacted Ian about this. Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From lordmorgul at gmail.com Mon Apr 14 17:44:37 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 14 Apr 2008 10:44:37 -0700 Subject: Broken deps (Re: rawhide report: 20080414 changes) In-Reply-To: References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> Message-ID: <48039805.2060703@gmail.com> Kevin Kofler wrote: >> mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID >> mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis > > What's up with this one? If the deps can't be satisfied in time for F9, I'd > suggest blocking the package from f9-final, it can be pushed as an update > together with the dependencies once they are there. I've noticed that one in broken deps for many months now, it does seem like its just not going to happen for f9? -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From j.w.r.degoede at hhs.nl Mon Apr 14 17:46:39 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 19:46:39 +0200 Subject: 200+ packages up for grabs In-Reply-To: References: <4802FFB8.9090002@hhs.nl> Message-ID: <4803987F.3040207@hhs.nl> drago01 wrote: > Hi, > I would like to take: > * bin2iso -- Convert ".bin" files into ISO or WAV Oops, thats a dead.package package, unfortunately the upstream sources only come witha very vague licensing statement, if you want to resurrect it you will first have to track down the original author and get a better licensing statement from hiim. > * dia -- Diagram drawing program Already taken by someone else, but maybe he wants a co-maintainer? Regards, Hans From drago01 at gmail.com Mon Apr 14 18:10:24 2008 From: drago01 at gmail.com (drago01) Date: Mon, 14 Apr 2008 20:10:24 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4803987F.3040207@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <4803987F.3040207@hhs.nl> Message-ID: On Mon, Apr 14, 2008 at 7:46 PM, Hans de Goede wrote: > drago01 wrote: > > > Hi, > > I would like to take: > > * bin2iso -- Convert ".bin" files into ISO or WAV > > > > Oops, thats a dead.package package, unfortunately the upstream sources only > come witha very vague licensing statement, if you want to resurrect it you > will first have to track down the original author and get a better licensing > statement from hiim. oh ... ok > > > * dia -- Diagram drawing program > > > > Already taken by someone else, but maybe he wants a co-maintainer? if he wants one I will be happy to co-maintain it ... if not its fine too From ville.skytta at iki.fi Mon Apr 14 18:25:41 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 14 Apr 2008 21:25:41 +0300 Subject: 200+ packages up for grabs In-Reply-To: <48039447.60101@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <1208185648.22342.2.camel@vespa.frost.loc> <48039447.60101@hhs.nl> Message-ID: <200804142125.41874.ville.skytta@iki.fi> On Monday 14 April 2008, Hans de Goede wrote: > Tomas Mraz wrote: > > On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote: > > > > I'll grab these if the current comaintainer (Ville Skyta) doesn't want > > > > to be the primary maintainer: > >> * openct -- Middleware framework for smart card terminals > >> > >> * opensc -- Smart card library and applications > >> > >> * pcsc-perl -- Perl interface to the PC/SC smart card library > >> > >> * pcsc-tools -- Tools to be used with smart cards and PC/SC > > He doesn't, I've taken them because he was planning in dropping them. That's right. I don't really use any of these any more except for "fun" sometimes so I'd be happy to step away from being even a co-maintainer, I only agreed to stick around per Hans' request. Let me know if you don't need me around with them and I'll drop out. From jreiser at BitWagon.com Mon Apr 14 18:28:54 2008 From: jreiser at BitWagon.com (John Reiser) Date: Mon, 14 Apr 2008 11:28:54 -0700 Subject: Wine and Fedora 9 no workie In-Reply-To: <48038249.6000604@cchtml.com> References: <48038249.6000604@cchtml.com> Message-ID: <4803A266.5030502@BitWagon.com> > Wine 0.9.59 has suddenly stopped working with the latest rawhide > updates. I get the following output when trying to run any application, > even the native Wine apps: > >> preloader: Warning: failed to reserve range 00000000-60000000 >> wine: could not load L"C:\\foo.exe": Invalid address >> Invalid address Run under "strace -f -o strace.out ..." to see exactly why the mmap() fails to reserve the address space, and the other failing syscalls. -- From drago01 at gmail.com Mon Apr 14 18:34:36 2008 From: drago01 at gmail.com (drago01) Date: Mon, 14 Apr 2008 20:34:36 +0200 Subject: Wine and Fedora 9 no workie In-Reply-To: <48038249.6000604@cchtml.com> References: <48038249.6000604@cchtml.com> Message-ID: On Mon, Apr 14, 2008 at 6:11 PM, Mike Cronenworth wrote: > Hi all, > > Wine 0.9.59 has suddenly stopped working with the latest rawhide updates. I > get the following output when trying to run any application, even the native > Wine apps: > > > preloader: Warning: failed to reserve range 00000000-60000000 > > wine: could not load L"C:\\foo.exe": Invalid address > > Invalid address > > I've tried recompiling Wine to no avail. Any suggestions? are there any selinux related messages in the logs? From davej at redhat.com Mon Apr 14 19:09:56 2008 From: davej at redhat.com (Dave Jones) Date: Mon, 14 Apr 2008 15:09:56 -0400 Subject: Wine and Fedora 9 no workie In-Reply-To: <48038249.6000604@cchtml.com> References: <48038249.6000604@cchtml.com> Message-ID: <20080414190956.GC30281@redhat.com> On Mon, Apr 14, 2008 at 11:11:53AM -0500, Mike Cronenworth wrote: > Hi all, > > Wine 0.9.59 has suddenly stopped working with the latest rawhide > updates. I get the following output when trying to run any application, > even the native Wine apps: > > > preloader: Warning: failed to reserve range 00000000-60000000 > > wine: could not load L"C:\\foo.exe": Invalid address > > Invalid address > > I've tried recompiling Wine to no avail. Any suggestions? Does setting /proc/sys/vm/mmap_min_addr to 0 fix it ? Dave -- http://www.codemonkey.org.uk From ville.skytta at iki.fi Mon Apr 14 19:15:04 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 14 Apr 2008 22:15:04 +0300 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: <200804142215.04524.ville.skytta@iki.fi> On Monday 14 April 2008, Hans de Goede wrote: > Hi all, > > No I'm not leaving or anything like that. But keeping 200+ packages in top > condition is taking quite a large chunk of time (duh). So I'm looking for > fellow contributers who want to become the maintainer of a few (100 or so > :) packages of mine to lighten my load. > > I'll stick around as co-maintainer for quite a few of them, others which > I've only picked up to stop them from becoming orphaned, I probably will > withdraw myself from completely. Congratulations :) Seriously, while I'm sure everyone appreciates the amount of work you do for Fedora a lot, I don't think having a single individual maintain anywhere near 200 packages serves either any individual's or the project's interests. I used to maintain easily over 100 in Fedora and elsewhere before coming to the same conclusion as you above. It's better to know fewer packages really well than to maintain as many as one can, there's no urgent need to raise raw number of packages in Fedora just for the sake of having them in the repo. I think everyone who has more than few tens of packages packages under his belt should seriously consider finding someone else to take care of the extra ones and possibly use the time freed by that to get to know the remaining packages better unless it's taken by something else. From mike at cchtml.com Mon Apr 14 19:20:13 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Mon, 14 Apr 2008 14:20:13 -0500 Subject: Wine and Fedora 9 no workie In-Reply-To: <20080414190956.GC30281@redhat.com> References: <48038249.6000604@cchtml.com> <20080414190956.GC30281@redhat.com> Message-ID: <4803AE6D.1000009@cchtml.com> -------- Original Message -------- Subject: Re: Wine and Fedora 9 no workie From: Dave Jones To: Development discussions related to Fedora Date: 04/14/2008 02:09 PM > On Mon, Apr 14, 2008 at 11:11:53AM -0500, Mike Cronenworth wrote: > > Hi all, > > > > Wine 0.9.59 has suddenly stopped working with the latest rawhide > > updates. I get the following output when trying to run any application, > > even the native Wine apps: > > > > > preloader: Warning: failed to reserve range 00000000-60000000 > > > wine: could not load L"C:\\foo.exe": Invalid address > > > Invalid address > > > > I've tried recompiling Wine to no avail. Any suggestions? > > Does setting /proc/sys/vm/mmap_min_addr to 0 fix it ? > > Dave > Dave, That fixes it. It was set to 65535 previously. Everything works now. Thanks, Mike From cra at WPI.EDU Mon Apr 14 19:46:29 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 14 Apr 2008 15:46:29 -0400 Subject: set-uid root /usr/lib/nspluginwrapper/plugin-config In-Reply-To: <4803B26A.9060505@redhat.com> References: <20080411151509.GD21548@angus.ind.WPI.EDU> <20080411152508.GE21548@angus.ind.WPI.EDU> <4803B26A.9060505@redhat.com> Message-ID: <20080414194629.GL21548@angus.ind.WPI.EDU> Why is this program set-uid root? ls -l /usr/lib/nspluginwrapper/plugin-config -rwsr-xr-x 1 root root 60048 2008-03-11 10:02 /usr/lib/nspluginwrapper/plugin-config* https://bugzilla.redhat.com/show_bug.cgi?id=442065 From a.badger at gmail.com Mon Apr 14 19:49:03 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 14 Apr 2008 12:49:03 -0700 Subject: 200+ packages up for grabs In-Reply-To: <48033930.4020607@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <409676c70804140404rf804b99j59c687d1824a879b@mail.gmail.com> <48033930.4020607@hhs.nl> Message-ID: <4803B52F.9020206@gmail.com> Hans de Goede wrote: > Trond Danielsen wrote: >> 2008/4/14 Hans de Goede : >>> Hi all, >>> >>> [...] >>> >>> * avr-binutils -- Cross Compiling GNU binutils targeted at avr >>> >>> * avrdude -- Software for programming Atmel AVR Microcontroller >> >> PackageDB tells me I am the owner of avrdude. :-) >> > > Yes, my bad, it seems the list of packages which is shown in package DB > as my packages includes ones which one co-maintains. > Try using this URL instead:: https://admin.fedoraproject.org/pkgdb/users/packages/jwrdegoede?acls=owner caillon submitted a patch to add this to the web interface so it's easy to select this. It's merged into the -devel branch of pkgdb but I haven't had a chance to push it to -stable yet. Hopefully that will happen with the next round of updates. P.S. This particular page needed quite a bit of reworking in the recent packageDB upgrade. If you notice any bugs or things you think are bugs, please let me know. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jkeating at redhat.com Mon Apr 14 19:57:56 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Apr 2008 15:57:56 -0400 Subject: set-uid root /usr/lib/nspluginwrapper/plugin-config In-Reply-To: <20080414194629.GL21548@angus.ind.WPI.EDU> References: <20080411151509.GD21548@angus.ind.WPI.EDU> <20080411152508.GE21548@angus.ind.WPI.EDU> <4803B26A.9060505@redhat.com> <20080414194629.GL21548@angus.ind.WPI.EDU> Message-ID: <1208203076.5136.30.camel@localhost.localdomain> On Mon, 2008-04-14 at 15:46 -0400, Chuck Anderson wrote: > Why is this program set-uid root? > > ls -l /usr/lib/nspluginwrapper/plugin-config > -rwsr-xr-x 1 root root 60048 2008-03-11 > 10:02 /usr/lib/nspluginwrapper/plugin-config* > > https://bugzilla.redhat.com/show_bug.cgi?id=442065 Probably so that it can create files in /usr/lib/mozilla when a user downloads a plugin via their browser. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cra at WPI.EDU Mon Apr 14 20:01:01 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 14 Apr 2008 16:01:01 -0400 Subject: set-uid root /usr/lib/nspluginwrapper/plugin-config In-Reply-To: <1208203076.5136.30.camel@localhost.localdomain> References: <20080411151509.GD21548@angus.ind.WPI.EDU> <20080411152508.GE21548@angus.ind.WPI.EDU> <4803B26A.9060505@redhat.com> <20080414194629.GL21548@angus.ind.WPI.EDU> <1208203076.5136.30.camel@localhost.localdomain> Message-ID: <20080414200101.GM21548@angus.ind.WPI.EDU> On Mon, Apr 14, 2008 at 03:57:56PM -0400, Jesse Keating wrote: > On Mon, 2008-04-14 at 15:46 -0400, Chuck Anderson wrote: > > Why is this program set-uid root? > > > > ls -l /usr/lib/nspluginwrapper/plugin-config > > -rwsr-xr-x 1 root root 60048 2008-03-11 > > 10:02 /usr/lib/nspluginwrapper/plugin-config* > > > > https://bugzilla.redhat.com/show_bug.cgi?id=442065 > > Probably so that it can create files in /usr/lib/mozilla when a user > downloads a plugin via their browser. That just seems wrong. If a user can download a plugin, it should be put in ~/.mozilla/plugins. A user shouldn't be able to force a plugin into a system-wide directory. From jkeating at redhat.com Mon Apr 14 20:05:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Apr 2008 16:05:05 -0400 Subject: set-uid root /usr/lib/nspluginwrapper/plugin-config In-Reply-To: <20080414200101.GM21548@angus.ind.WPI.EDU> References: <20080411151509.GD21548@angus.ind.WPI.EDU> <20080411152508.GE21548@angus.ind.WPI.EDU> <4803B26A.9060505@redhat.com> <20080414194629.GL21548@angus.ind.WPI.EDU> <1208203076.5136.30.camel@localhost.localdomain> <20080414200101.GM21548@angus.ind.WPI.EDU> Message-ID: <1208203505.5136.32.camel@localhost.localdomain> On Mon, 2008-04-14 at 16:01 -0400, Chuck Anderson wrote: > On Mon, Apr 14, 2008 at 03:57:56PM -0400, Jesse Keating wrote: > > On Mon, 2008-04-14 at 15:46 -0400, Chuck Anderson wrote: > > > Why is this program set-uid root? > > > > > > ls -l /usr/lib/nspluginwrapper/plugin-config > > > -rwsr-xr-x 1 root root 60048 2008-03-11 > > > 10:02 /usr/lib/nspluginwrapper/plugin-config* > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=442065 > > > > Probably so that it can create files in /usr/lib/mozilla when a user > > downloads a plugin via their browser. > > That just seems wrong. If a user can download a plugin, it should be > put in ~/.mozilla/plugins. A user shouldn't be able to force a plugin > into a system-wide directory. I didn't say it was right, just what I thought was happening. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tmraz at redhat.com Mon Apr 14 20:08:26 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 14 Apr 2008 22:08:26 +0200 Subject: 200+ packages up for grabs (opensc/openct) In-Reply-To: <200804142125.41874.ville.skytta@iki.fi> References: <4802FFB8.9090002@hhs.nl> <1208185648.22342.2.camel@vespa.frost.loc> <48039447.60101@hhs.nl> <200804142125.41874.ville.skytta@iki.fi> Message-ID: <1208203706.22342.5.camel@vespa.frost.loc> On Mon, 2008-04-14 at 21:25 +0300, Ville Skytt? wrote: > On Monday 14 April 2008, Hans de Goede wrote: > > Tomas Mraz wrote: > > > On Mon, 2008-04-14 at 08:54 +0200, Hans de Goede wrote: > > > > > > I'll grab these if the current comaintainer (Ville Skyta) doesn't want > > > > > > to be the primary maintainer: > > >> * openct -- Middleware framework for smart card terminals > > >> > > >> * opensc -- Smart card library and applications > > >> > > >> * pcsc-perl -- Perl interface to the PC/SC smart card library > > >> > > >> * pcsc-tools -- Tools to be used with smart cards and PC/SC > > > > He doesn't, I've taken them because he was planning in dropping them. > > That's right. I don't really use any of these any more except for "fun" > sometimes so I'd be happy to step away from being even a co-maintainer, I > only agreed to stick around per Hans' request. Let me know if you don't need > me around with them and I'll drop out. If you really don't want to be a comaintainer I will not hold you. If anyone else actively uses smart cards and opensc he/she would be welcome to become a comaintainer on these packages. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From kaboom at oobleck.net Mon Apr 14 20:08:52 2008 From: kaboom at oobleck.net (Chris Ricker) Date: Mon, 14 Apr 2008 16:08:52 -0400 (EDT) Subject: set-uid root /usr/lib/nspluginwrapper/plugin-config In-Reply-To: <20080414200101.GM21548@angus.ind.WPI.EDU> References: <20080411151509.GD21548@angus.ind.WPI.EDU> <20080411152508.GE21548@angus.ind.WPI.EDU> <4803B26A.9060505@redhat.com> <20080414194629.GL21548@angus.ind.WPI.EDU> <1208203076.5136.30.camel@localhost.localdomain> <20080414200101.GM21548@angus.ind.WPI.EDU> Message-ID: On Mon, 14 Apr 2008, Chuck Anderson wrote: > On Mon, Apr 14, 2008 at 03:57:56PM -0400, Jesse Keating wrote: > > On Mon, 2008-04-14 at 15:46 -0400, Chuck Anderson wrote: > > > Why is this program set-uid root? > > > > > > ls -l /usr/lib/nspluginwrapper/plugin-config > > > -rwsr-xr-x 1 root root 60048 2008-03-11 > > > 10:02 /usr/lib/nspluginwrapper/plugin-config* > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=442065 > > > > Probably so that it can create files in /usr/lib/mozilla when a user > > downloads a plugin via their browser. > > That just seems wrong. If a user can download a plugin, it should be > put in ~/.mozilla/plugins. A user shouldn't be able to force a plugin > into a system-wide directory. See https://bugzilla.redhat.com/show_bug.cgi?id=334311 for more history on it later, chris From packages at amiga-hardware.com Mon Apr 14 20:24:21 2008 From: packages at amiga-hardware.com (Ian Chapman) Date: Mon, 14 Apr 2008 21:24:21 +0100 Subject: New package maintainers wanted In-Reply-To: References: <480111C3.20900@amiga-hardware.com> Message-ID: <4803BD75.4020707@amiga-hardware.com> Michael Fleming wrote: >> asylum >> SDL port of the game Asylum, originally for the Archimedes > > I'll take this one if there's no objections Thanks very much Michael, that's really appreciated. I've orphanned the package now, so you should be able to take ownership of it in the PackageDB. https://admin.fedoraproject.org/pkgdb Ian Chapman. From tim at niemueller.de Mon Apr 14 20:33:19 2008 From: tim at niemueller.de (Tim Niemueller) Date: Mon, 14 Apr 2008 22:33:19 +0200 Subject: New package maintainers wanted In-Reply-To: <480111C3.20900@amiga-hardware.com> References: <480111C3.20900@amiga-hardware.com> Message-ID: <4803BF8F.5050303@niemueller.de> Ian Chapman schrieb: > Hi all, > > Due to moving from the UK to Australia in a couple of months, I'll no > longer be able to maintain my packages in Fedora. I'm asking if anybody > is willing to take ownership of any of the following packages. Most of > the packages are low maintenance. Thanks. Did you know there is Internet in Australia? ;-) Just kidding. > tolua++ > A tool to integrate C/C++ code with Lua I took this one. Tim -- Tim Niemueller www.niemueller.de ================================================================= Imagination is more important than knowledge. (Albert Einstein) From orion at cora.nwra.com Mon Apr 14 20:35:23 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 14 Apr 2008 14:35:23 -0600 Subject: Desktop agnostic icon themes? Message-ID: <4803C00B.8060400@cora.nwra.com> I package gv, a Xaw3d based postscript viewer. In currently I ship a .desktop file that uses the following icon: Icon=postscript-viewer.png which is apparently part of gnome-themes. I actually use KDE, and with F9 KDE is no longer displaying the icon for gv even though gnome-themes is installed. Now this may very well be a bug in KDE, but I'm also wondering if there is a desktop agnostic set of icons that could be used for programs like this? I also just now found that gv does have a xbm icon in the package that I might be able to use. Any pointers? Thanks! -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From peter at thecodergeek.com Mon Apr 14 20:35:36 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 14 Apr 2008 13:35:36 -0700 (PDT) Subject: 200+ packages up for grabs Message-ID: <22695.137.151.174.128.1208205336.squirrel@webmail.thecodergeek.com> Hans de Goede wrote: > No I'm not leaving or anything like that. But keeping 200+ packages in top > condition is taking quite a large chunk of time (duh). So I'm looking for > fellow contributers who want to become the maintainer of a few (100 or so :) > packages of mine to lighten my load. Before I reply with anything else, allow me to say a big *THANK YOU* (bold/italics/h1/underline/etc.) for all the work you put into Fedora packaging and whatnot. Very much appreciated! > * tremulous -- First Person Shooter game based on the Quake 3 engine > * tremulous-data -- Data files for tremulous the FPS game I play Tremulous on a near-daily basis; and I would love to help maintain it in Fedora, if that is acceptable. =) Thanks. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus is not signed. From packages at amiga-hardware.com Mon Apr 14 20:41:31 2008 From: packages at amiga-hardware.com (Ian Chapman) Date: Mon, 14 Apr 2008 21:41:31 +0100 Subject: New package maintainers wanted In-Reply-To: <4803BD75.4020707@amiga-hardware.com> References: <480111C3.20900@amiga-hardware.com> <4803BD75.4020707@amiga-hardware.com> Message-ID: <4803C17B.4090905@amiga-hardware.com> Ian Chapman wrote: > > Thanks very much Michael, that's really appreciated. I've orphanned the > package now, so you should be able to take ownership of it in the > PackageDB. Oops, sorry I didn't mean that to go to the list! Anyway a quick update, most have been claimed now, just leaving: aasaver -- A screensaver for KDE which presents an ASCII aquarium AGReader -- Console reader for viewing AmigaGuide files kbiof -- KDE port of the original BIOF XScreenSaver kcometen3 -- An OpenGL screensaver for KDE xdms -- Extracts Amiga DMS archives xeuphoric -- An X based ORIC emulator Thanks. -- Ian Chapman. From j.w.r.degoede at hhs.nl Mon Apr 14 20:42:44 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 14 Apr 2008 22:42:44 +0200 Subject: 200+ packages up for grabs In-Reply-To: <22695.137.151.174.128.1208205336.squirrel@webmail.thecodergeek.com> References: <22695.137.151.174.128.1208205336.squirrel@webmail.thecodergeek.com> Message-ID: <4803C1C4.1050108@hhs.nl> Peter Gordon wrote: > Hans de Goede wrote: >> No I'm not leaving or anything like that. But keeping 200+ packages in top >> condition is taking quite a large chunk of time (duh). So I'm looking for >> fellow contributers who want to become the maintainer of a few (100 or so :) >> packages of mine to lighten my load. > > Before I reply with anything else, allow me to say a big *THANK YOU* > (bold/italics/h1/underline/etc.) for all the work you put into Fedora > packaging and whatnot. Very much appreciated! > >> * tremulous -- First Person Shooter game based on the Quake 3 engine >> * tremulous-data -- Data files for tremulous the FPS game > > I play Tremulous on a near-daily basis; and I would love to help maintain it > in Fedora, if that is acceptable. =) > Do you want to become its primary maintainer, or do you want to co-maintain it? Regards, Hans From packages at amiga-hardware.com Mon Apr 14 20:44:13 2008 From: packages at amiga-hardware.com (Ian Chapman) Date: Mon, 14 Apr 2008 21:44:13 +0100 Subject: New package maintainers wanted In-Reply-To: <4803BF8F.5050303@niemueller.de> References: <480111C3.20900@amiga-hardware.com> <4803BF8F.5050303@niemueller.de> Message-ID: <4803C21D.1000103@amiga-hardware.com> Tim Niemueller wrote: >> Most of >> the packages are low maintenance. Thanks. > > Did you know there is Internet in Australia? ;-) Just kidding. Lol, yeah I know, but it'll be somewhat ad-hoc for me initially. I won't even have access to a Linux box. How does one deal with the withdrawal symptoms? :-) >> tolua++ >> A tool to integrate C/C++ code with Lua > > I took this one. > Tim Cheers Tim. -- Ian Chapman. From peter at thecodergeek.com Mon Apr 14 21:05:43 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 14 Apr 2008 14:05:43 -0700 (PDT) Subject: 200+ packages up for grabs Message-ID: <55933.137.151.174.128.1208207143.squirrel@webmail.thecodergeek.com> Hans de Goede wrote: > Do you want to become its primary maintainer, or do you want to co-maintain > it? I'd be happy to be its primary maintainer if you no longer want the task. (Though, I've already done the pkgdb requests so you'll have to take care of those, sorry. XD) Thanks. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From peter at thecodergeek.com Mon Apr 14 21:05:54 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 14 Apr 2008 14:05:54 -0700 (PDT) Subject: 200+ packages up for grabs Message-ID: <56642.137.151.174.128.1208207154.squirrel@webmail.thecodergeek.com> Hans de Goede wrote: > Do you want to become its primary maintainer, or do you want to co-maintain > it? I'd be happy to be its primary maintainer if you no longer want the task. (Though, I've already done the pkgdb requests so you'll have to take care of those, sorry. XD) Thanks. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From kwade at redhat.com Mon Apr 14 21:11:51 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Mon, 14 Apr 2008 14:11:51 -0700 Subject: Buildsys discussion on fedora-selinux-list Message-ID: <1208207511.5019.130.camel@calliope.phig.org> The discussion doesn't exist, yet. This email is an alert that I am going to start the discussion of resolving the problems with SELinux on Fedora's buildsystem tonight/tomorrow morning. This discussion is going to happen on the fedora-selinux-list, and the various rpm, yum, and SELinux people are going to be subscribed and discussing there. If you are one of those people, or otherwise interested, please subscribe: http://www.redhat.com/mailman/listinfo/fedora-selinux-list Thanks. == Administrivia == Now, ye gods know that I am the last person to lead a discussion on the buildsystem. That is what you all are for. I am going to act as a facilitator[1] in the discussion, to see if we can get to: * Consensus * Actions * In time for Fedora 10 The folks involved in writing and maintaining the Fedora buildsystem have asked the Fedora Board to help facilitate a discussion and resolution. The job here isn't to make technical decisions for the Fedora community, but to help the community get past whatever hurdles we have to get to a technical solution. If something needs an authoritative decision body to be involved, that body is most likely FESCo. - Karsten [1] facilitator tasks include fire ring builder, firestarter, and shoveler -- Karsten Wade, Sr. Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From loganjerry at gmail.com Mon Apr 14 21:35:17 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 14 Apr 2008 15:35:17 -0600 Subject: More Java guidelines questions Message-ID: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> I've just been looking at bug 262401 [1] to see what I need to do to update it to the new Java packaging guidelines. I have 2 new questions about the guidelines. First, the guidelines say that I must both Requires and Build-Requires jpackage-utils. This bit of code needs nothing in jpackage-utils that I can discern. It has no external dependencies, doesn't ship with any binary blobs, etc. The guidelines say must, so I'll do it, but what is the rationale? Second, the GCJ guidelines say, "For Fedora versions < 8, no JDK was available other than GCJ so GCJ AOT bits MUST be present." This presents a problem for the package in question, because it consists of annotations only. They are Java 1.5 annotations, so the GCJ in F7 can produce the needed class files. But there is no actual code to compile, so there is nothing for the GCJ AOT bits to do. Can an exception be granted to annotation-only packages (not that there are likely to be many of those)? References: [1] This is one of the last two prerequisites for findbugs [2]. The other is 285551. [2] http://findbugs.sourceforge.net/ -- Jerry James http://loganjerry.googlepages.com/ From lkundrak at redhat.com Mon Apr 14 21:46:29 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Mon, 14 Apr 2008 23:46:29 +0200 Subject: More Java guidelines questions In-Reply-To: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> Message-ID: <1208209589.3971.25.camel@localhost.localdomain> On Mon, 2008-04-14 at 15:35 -0600, Jerry James wrote: > I've just been looking at bug 262401 [1] to see what I need to do to > update it to the new Java packaging guidelines. I have 2 new > questions about the guidelines. > > First, the guidelines say that I must both Requires and Build-Requires > jpackage-utils. This bit of code needs nothing in jpackage-utils that > I can discern. It has no external dependencies, doesn't ship with any > binary blobs, etc. The guidelines say must, so I'll do it, but what > is the rationale? It contains directories you install into, including /usr/share/java. > Second, the GCJ guidelines say, "For Fedora versions < 8, no JDK was > available other than GCJ so GCJ AOT bits MUST be present." This > presents a problem for the package in question, because it consists of > annotations only. They are Java 1.5 annotations, so the GCJ in F7 can > produce the needed class files. But there is no actual code to > compile, so there is nothing for the GCJ AOT bits to do. Can an > exception be granted to annotation-only packages (not that there are > likely to be many of those)? I'd say you can safely ignore this and do what your common sense advises you to do. But I might be wrong :) -- Lubomir Kundrak (Red Hat Security Response Team) From pertusus at free.fr Mon Apr 14 20:12:31 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 14 Apr 2008 22:12:31 +0200 Subject: basesystem, setup and filesystem In-Reply-To: <20080414171602.GC25919@nostromo.devel.redhat.com> References: <20080413134546.GA2919@free.fr> <20080414171602.GC25919@nostromo.devel.redhat.com> Message-ID: <20080414201231.GA3047@free.fr> On Mon, Apr 14, 2008 at 01:16:02PM -0400, Bill Nottingham wrote: > Patrice Dumas (pertusus at free.fr) said: > > In https://bugzilla.redhat.com/show_bug.cgi?id=225608 Robert Scheck > > proposed to remove basesystem, have setup depend on filesystem, and > > glibc depend on setup. > > I don't see why this is a review blocker. If we drop basesystem, this is kind of a review blocker... Otherwise I have approved it, but only if it is not removed from fedora (in F10). -- Pat From a.badger at gmail.com Mon Apr 14 22:13:14 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 14 Apr 2008 15:13:14 -0700 Subject: python packaging, egg-info file vs. directory In-Reply-To: References: Message-ID: <4803D6FA.4010803@gmail.com> Thomas Moschny wrote: > Hi! > > Recently encountered a problem with the python-demjson rpm I maintain: > The demjson package does not use setuptools, so, in accordance with > the python packaging guidelines, I used the trick of preloading > setuptools prior to executing setup.py, for F7 and F8 only. This > produces an egg-info directory, fine. > > Now, for F9, egg-info is generated automatically, but it turns out > that this produces an egg-info file instead of an directory. This in > turn causes problems when upgrading from F8 to F9, because rpm can't > replace a dir with a file. > > Any advices on how to solve this? > Do you have a reason to need eggs on F7 and F8? If not, then the answer is simply to not provide eggs on F7 and F8. Note: If you've already pushed out packages for F7 and F8 you'll need to wait until the next upstream release to make this change. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From orion at cora.nwra.com Mon Apr 14 23:05:02 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 14 Apr 2008 17:05:02 -0600 Subject: fedora.download.redhat.com weirdness Message-ID: <4803E31E.2030604@cora.nwra.com> [root at cynosure ~]# wget -S http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/repodata/ --2008-04-14 17:01:23-- http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/repodata/ Resolving download.fedora.redhat.com... 209.132.176.20, 209.132.176.220, 66.187.224.20 Connecting to download.fedora.redhat.com|209.132.176.20|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Mon, 14 Apr 2008 23:01:24 GMT Server: Apache Last-Modified: Sun, 13 Apr 2008 09:12:41 GMT ETag: "dc18f8-1000-91b9f440" Cache-Control: max-age=21600 Expires: Tue, 15 Apr 2008 05:01:24 GMT Connection: close Content-Type: text/html; charset=UTF-8 Length: unspecified [text/html] Saving to: `index.html' [ <=> ] 6,233 27.8K/s in 0.2s 2008-04-14 17:01:24 (27.8 KB/s) - `index.html' saved [6233] [root at cynosure ~]# vi index.html [root at cynosure ~]# wget -S http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/repodata/ --2008-04-14 17:02:35-- http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/repodata/ Resolving download.fedora.redhat.com... 66.187.224.20, 209.132.176.20, 209.132.176.220 Connecting to download.fedora.redhat.com|66.187.224.20|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Mon, 14 Apr 2008 23:02:35 GMT Server: Apache Last-Modified: Mon, 14 Apr 2008 08:31:29 GMT ETag: "1cda4de-1000-1c399a40" Cache-Control: max-age=21600 Expires: Tue, 15 Apr 2008 05:02:35 GMT Connection: close Content-Type: text/html; charset=UTF-8 Length: unspecified [text/html] Saving to: `index.html.1' # md5sum index.html* d6f85b5cbf25a7a8fb8e50528c12e4b4 index.html b14a25ba275efc719eceed0e01afe9d2 index.html.1 Note the different last-modified dates as wel.. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From ob.system at gmail.com Mon Apr 14 23:16:56 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Mon, 14 Apr 2008 19:16:56 -0400 Subject: SPARC ? Message-ID: <6a28481b0804141616i5ecaf6fcy1e790122f9c0c480@mail.gmail.com> Dear all. Could anybody here tell me about this url http://sparc.koji.fedoraproject.org. Thanks Oscar -------------- next part -------------- An HTML attachment was scrubbed... URL: From cebbert at redhat.com Mon Apr 14 23:23:10 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Mon, 14 Apr 2008 19:23:10 -0400 Subject: Question regarding boot log In-Reply-To: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> References: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> Message-ID: <4803E75E.90908@redhat.com> On 04/14/2008 06:07 AM, David Hunter wrote: > I want to report a boot error message on my Fedora 9-Beta system, but can't > find a boot.log under the /var/log/. How can I capture the boot messages so > I can report it to the proper list. /var/log/dmesg* ?? From paul at all-the-johnsons.co.uk Mon Apr 14 23:14:31 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 15 Apr 2008 00:14:31 +0100 Subject: cxoffice / wine font problem Message-ID: <1208214871.16214.16.camel@T7.Linux> Hi, I'm running rawhide on both an x86 and AMD64 machines and have cxoffice pro 6 installed as well as wine. Until recently all was working well, but when I came to use cxoffice, I've found the fonts have become corrupted for menus/dialog boxes - but not on error boxes. Is this a cxoffice/wine fault or has something happened to xorg to change the behaviour? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From alexl at users.sourceforge.net Tue Apr 15 01:20:19 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 14 Apr 2008 18:20:19 -0700 Subject: Broken deps (Re: rawhide report: 20080414 changes) In-Reply-To: (Kevin Kofler's message of "Mon\, 14 Apr 2008 16\:30\:04 +0000 \(UTC\)") References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> Message-ID: >>>>> "KK" == Kevin Kofler writes: >> evolution-brutus-1.1.28.7-2.fc8.i386 requires libcamel-1.2.so.10 KK> The build which should fix this failed due to strict-aliasing KK> warnings which are being turned into errors with -Werror. Please KK> rebuild with -fno-strict-aliasing. I'm working on evolution-brutus right now: https://bugzilla.redhat.com/show_bug.cgi?id=434008 The main remaining issue is that the package sets '-Werror' in the CFLAGS. I'm working on removing it via redefining CFLAGS. It's tricky because I'm trying to do without having to patch configure which is a pain to do. Should (hopefully) be done soon. I would commit my changes directly, but ACLs are locked down. I've requested the maintainer (bpepple) remove ACLs but no response yet. Also I have requested access. Could some other fedora-admin do so? Once committed and rebuilt, I'll e-mail rel-eng to request the f9-final tag. Alex From alexl at users.sourceforge.net Tue Apr 15 01:31:39 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 14 Apr 2008 18:31:39 -0700 Subject: Broken deps (Re: rawhide report: 20080414 changes) In-Reply-To: <48039805.2060703@gmail.com> (Andrew Farris's message of "Mon\, 14 Apr 2008 10\:44\:37 -0700") References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> <48039805.2060703@gmail.com> Message-ID: <8h1w57oqdg.fsf@allele2.eebweb.arizona.edu> >>>>> "AF" == Andrew Farris writes: AF> Kevin Kofler wrote: >>> mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID >>> mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis >> >> What's up with this one? If the deps can't be satisfied in time for >> F9, I'd suggest blocking the package from f9-final, it can be >> pushed as an update together with the dependencies once they are >> there. AF> I've noticed that one in broken deps for many months now, it does AF> seem like its just not going to happen for f9? This package should never have passed review because the Requires packages, e.g. php-pear-Auth-OpenID: https://bugzilla.redhat.com/show_bug.cgi?id=227190 hadn't also passed review. Noted here: https://bugzilla.redhat.com/show_bug.cgi?id=218581#c26 +1 for blocking this package from f9-final until deps have passed +review. I also note that Axel has included this in his CVS request: Cvsextras Commits: no (too many people in this group) which doesn't seem like a very good reason to not allow cvsextras. In general I think this is not a good practice because other maintainers can't step and help fix a package as per: http://fedoraproject.org/wiki/JesseKeating/PackageACLOpening I think there needs to be a better reason that just "having too many people". Open ACLs encourages maintainers to share some collective responsibility for the distribution as a whole (e.g. broken deps are bad, should be fixed ASAP by any maintainer). Most maintainers are fairly responsible and it's easy to spot when somebody changes something (since you get an e-mail), and it's easy to revert. I never just change something willy-nilly, and always give the primary maintainer time to respond, but sometimes when something is time critical or causes broken deps it's appropriate to step in. (I've opened my ACLs and I'm always grateful if somebody needs to fix my packages if I'm unavailable to do so). Alex From stickster at gmail.com Tue Apr 15 01:42:33 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 14 Apr 2008 21:42:33 -0400 Subject: Broken deps (Re: rawhide report: 20080414 changes) In-Reply-To: <48039805.2060703@gmail.com> References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> <48039805.2060703@gmail.com> Message-ID: <20080415014233.GG13763@localhost.localdomain> On Mon, Apr 14, 2008 at 10:44:37AM -0700, Andrew Farris wrote: > Kevin Kofler wrote: >>> mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID >>> mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis >> >> What's up with this one? If the deps can't be satisfied in time for F9, >> I'd suggest blocking the package from f9-final, it can be pushed as an >> update together with the dependencies once they are there. > > I've noticed that one in broken deps for many months now, it does seem like > its just not going to happen for f9? Considering that we're migrating to MW and hope to use OpenID (eventually) throughout our websites, would be nice to have this fixed... -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From stickster at gmail.com Tue Apr 15 01:51:59 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 14 Apr 2008 21:51:59 -0400 Subject: Broken deps (Re: rawhide report: 20080414 changes) In-Reply-To: <20080415014233.GG13763@localhost.localdomain> References: <20080414121725.94F45209D92@releng1.fedora.phx.redhat.com> <48039805.2060703@gmail.com> <20080415014233.GG13763@localhost.localdomain> Message-ID: <20080415015159.GH13763@localhost.localdomain> On Mon, Apr 14, 2008 at 09:42:33PM -0400, Paul W. Frields wrote: > Considering that we're migrating to MW and hope to use OpenID > (eventually) throughout our websites, would be nice to have this > fixed... Please ignore this -- overtaken by events. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Apr 15 02:19:17 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Apr 2008 22:19:17 -0400 Subject: fedora.download.redhat.com weirdness In-Reply-To: <4803E31E.2030604@cora.nwra.com> References: <4803E31E.2030604@cora.nwra.com> Message-ID: <1208225957.3185.8.camel@localhost.localdomain> On Mon, 2008-04-14 at 17:05 -0600, Orion Poplawski wrote: > > Note the different last-modified dates as wel.. We had a snafu with the compose tools and the current state of trying to get all the packages signed for the release. Turns out that if you have a signed header imported into koji, but no matching written out package, mash will default back to the unsigned version, which means we got unsigned versions of just about everything. 100+ gigs of churn. I halted it before too much leaked out and reverted to yesterday's content. We'll suspend rawhide until we can get signed packages written out. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Apr 15 04:14:19 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Apr 2008 00:14:19 -0400 Subject: Rawhide issues Message-ID: <1208232859.3185.52.camel@localhost.localdomain> Some of you may have noticed some "issues" with rawhide today. Many (most) the packages reverted to unsigned versions, and then at some point today, the content went back in time to yesterday. This is because of a timing issue with trying to sign all the packages for Fedora 9 release. A small thinko led to a big churn that I tried to cut off before it got too far. I think I've recovered most of the damage, and I've prevented rawhide from being composed again until we're done signing packages, which hopefully will be at some point tomorrow. Just wanted to keep you all informed of what's going on. Cheers! P.S. Preview Release is also pending these signatures. It will happen, eventually (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From huzaifas at redhat.com Tue Apr 15 05:55:12 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Tue, 15 Apr 2008 11:25:12 +0530 Subject: 200+ packages up for grabs In-Reply-To: <480359E3.1000100@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <48031898.3020708@redhat.com> <480359E3.1000100@hhs.nl> Message-ID: <48044340.9010700@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans de Goede wrote: > Huzaifa Sidhpurwala wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >>> * dia -- Diagram drawing program >>> >>> * gnome-applet-sensors -- Gnome panel applet for hardware sensors >>> >>> * gnome-games -- GNOME games >>> >>> * gnumeric -- Spreadsheet program for GNOME >>> >>> * libtar -- Tar file manipulation API >>> >>> * lzo -- Data compression library with very fast (de)compression >>> >> >> >> I want to take/co-maintain the above , if you are ok with it. >> > > p.s. > > Talking about gnumeric, you may want to package psiconv and enable > gnumeric's psiconv support to get psion spreadsheet / "word" import and > export support. I would be happy to review psiconv once its packaged. > > Regards, > > Hans > Will do. - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFIBENAzHDc8tpb2uURAsYaAJwPg/k5v24faGtHff7Tu7zLUc85ZgCeK951 MDr4i62elJtIbB5qoCIyC58= =u8b+ -----END PGP SIGNATURE----- From laxathom at fedoraproject.org Tue Apr 15 06:08:20 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Tue, 15 Apr 2008 08:08:20 +0200 Subject: 200+ packages up for grabs In-Reply-To: <56642.137.151.174.128.1208207154.squirrel@webmail.thecodergeek.com> References: <56642.137.151.174.128.1208207154.squirrel@webmail.thecodergeek.com> Message-ID: <62bc09df0804142308k3282d709r4519df4cd0e3ed82@mail.gmail.com> interesting by : * arm-* packages. * pygtkglext -- Python bindings for GtkGLExt * PyOpenGL -- Python bindings for OpenGL * quake3 -- Quake 3 Arena tournament 3D shooter game * rafkill -- Top-down shooter with powerups * raidem -- 2d top-down shoot'em up * raidem-music -- Background music for the game raidem -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Tue Apr 15 06:24:32 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 15 Apr 2008 11:54:32 +0530 Subject: SPARC ? In-Reply-To: <6a28481b0804141616i5ecaf6fcy1e790122f9c0c480@mail.gmail.com> References: <6a28481b0804141616i5ecaf6fcy1e790122f9c0c480@mail.gmail.com> Message-ID: <48044A20.8020708@fedoraproject.org> Oscar Victorio Calixto Bacho wrote: > Dear all. > > Could anybody here tell me about this url > http://sparc.koji.fedoraproject.org. > Not sure what exactly you want to know. Koji in the Fedora build system that generates source and binary RPM packages for different architectures from RPM spec files. There is a ongoing to get Fedora officially available for several additional architectures including Sparc consolidating effort from different teams doing this unofficially for a long time. More details at http://fedoraproject.org/wiki/Koji http://fedoraproject.org/wiki/TomCallaway/SecondaryArchitectures http://fedoraproject.org/wiki/Architectures/SPARC Hope that helps. Rahul From encompass at gmail.com Tue Apr 15 06:53:15 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Tue, 15 Apr 2008 09:53:15 +0300 Subject: My JWuN Project idea.... what are your thoughts. Message-ID: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> I have proposed the JWuN project for Google Summer of Code and wanted to get the ideas of everyone, mentor or not about what hardware could be used software could we worry about in this project. The abstract and information of what I submitted should be enough to give you an idea of what it will do... ---ABSTRACT So many distros, Fedora, Red Hat, Mandriva, Ubuntu, try to create a distro that covers as many bases as possible when it comes to the hardware and software. Now I feel that the Linux kernel is getting very good at covering almost all the bases when it comes to hardware. It's amazing to install Linux and have every driver already installed and ready. But what about software, what software do we have to help with that. we can't include all that software that is used to access that hardware. It would fill the entire computer. It tends to cause confusing when a user doesn't know whether or not they have bluetooth when they keep seeing the bluetooth preferences program in the System Menu like in Ubuntu. What about scanning. When a scanner is installed the hardware/driver side is taken care of but many distros don't have a scanning software installed by default. Even if the user knows that they have no software to access it, they don't know what software out of so many packages to install. They have to talk to the community of users and formulate an answer out of opinions. THE IDEA: I think we could create a software that can look at their hardware on the computer and come to a conclusion of what hardware they have and what software would be good to install. Ideas could include the following: *USB scanner : Xsane *BlueTooth Adapter : OpenObexFTP, blue proximity, ganyremote *USB Remote: elisa, ganyremote *USB Webcam : Cheese, or aMSN or others this could be asked. *MightyMouse : Xorg Changes for the side scrolling and squeeze button *Fingure Print reader : thinkFinger ( and inform that there is no gui based setup and point to a link for more help) ---DETAILS I could start be creating production documentation talking about what the scope and goal of the program would be. This would be done along with my mentor and would hopefully be complete even before I can start coding. I could cover: *What hardware could we cover. *What ways can we retrieve information about the computer. For example, should we use lspci or simple look in udev, lsusb or all of them. Or perhaps we could simple ask the user what hardware they have too. *What scope would this program cover. *How would this information about the computer be stored. For example, should I have this information sent to a central server or should this information just be guessed of manually entered by certain people. >From this information I would start to work over a mock program on a low fi paper prototype and test the program on subjects that use Linux and record their reactions. From these recorded film sessions I can create a gui that is not only easy to use but gets the job done. >From here, I start coding. I will be using python and pygtk for this part of the assignment and create a gui that matches the work I did in the low fi prototype. I hope to complete it with enough time to have a few people enter there hardware information and we test it to see if it's working properly. Other notes: This project is something that I know will need a lot of tender care far past what GSoC is paying. If I get this project I intend to make it a long term commitment. This would be a very powerful program that I can put on a CV. Not something I just drop. About Me: I am a Business Information Technology Student... I am president of the Linux Club at my school and am THE goto guy at my school for people needing help with their desktop Linux systems. I install linux on a new computer about 2 or 3 times a week. When people want, get, or already have hardware they want to work in Linux, I am their man. I programing in Python and use the GTK+ toolkits to making things look pretty. I take great concern in making a program user friendly and have studied courses that focus on this logic. I was in GSoC last year and successfuly created a program called PyStart. I have learned how to program A LOT better since then. I currently have one active project I am working on. It's just about at it's 1.0 stable release. It's called MeMaker. It makes SVG based avatars from user submited theme sets. These avatars can be exported into many formats and locations. For example, you can export to your Gmone "about me" picture. Our goal with this program is to create avatars that can be easily synced and created in many places at once. Please inform me if you have any other questions on the subject. :D --- Some things that came to mind with the program is using libhal rather than parsing all the information from programs like lshw, lspci, etc... I agree with that. I even had someone mention package kit which would make crossDistro work simpler in many ways. The biggest things I want to get from this email is some support from others that feel this idea can float and would be useful to Fedora and other Distros. Also if you like, you can jot down some hardware that has some software that is not included by default in fedora but could be a great advantage if they had that software. One big example is bluetooth could have blueproximity installed. What other ideas can you come up with? Regards, Jason Brower From j.w.r.degoede at hhs.nl Tue Apr 15 07:26:30 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Apr 2008 09:26:30 +0200 Subject: 200+ packages up for grabs In-Reply-To: <55933.137.151.174.128.1208207143.squirrel@webmail.thecodergeek.com> References: <55933.137.151.174.128.1208207143.squirrel@webmail.thecodergeek.com> Message-ID: <480458A6.8020105@hhs.nl> Peter Gordon wrote: > Hans de Goede wrote: >> Do you want to become its primary maintainer, or do you want to co-maintain >> it? > > I'd be happy to be its primary maintainer if you no longer want the task. > (Though, I've already done the pkgdb requests so you'll have to take care of > those, sorry. XD) > Ok, I've released ownership of tremulous, so its yours to take. Regards, Hans From nicolas.mailhot at laposte.net Tue Apr 15 07:28:10 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 15 Apr 2008 09:28:10 +0200 (CEST) Subject: More Java guidelines questions In-Reply-To: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> Message-ID: <1077.192.54.193.57.1208244490.squirrel@rousalka.dyndns.org> Le Lun 14 avril 2008 23:35, Jerry James a ?crit : > I've just been looking at bug 262401 [1] to see what I need to do to > update it to the new Java packaging guidelines. I have 2 new > questions about the guidelines. > > First, the guidelines say that I must both Requires and Build-Requires > jpackage-utils. This bit of code needs nothing in jpackage-utils that > I can discern. It has no external dependencies, doesn't ship with any > binary blobs, etc. The guidelines say must, so I'll do it, but what > is the rationale? > You need at least the standard java directories and the associated rpm macros. They're provided by jpp-utils -- Nicolas Mailhot From j.w.r.degoede at hhs.nl Tue Apr 15 07:29:22 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Apr 2008 09:29:22 +0200 Subject: 200+ packages up for grabs In-Reply-To: <62bc09df0804142308k3282d709r4519df4cd0e3ed82@mail.gmail.com> References: <56642.137.151.174.128.1208207154.squirrel@webmail.thecodergeek.com> <62bc09df0804142308k3282d709r4519df4cd0e3ed82@mail.gmail.com> Message-ID: <48045952.5070100@hhs.nl> Xavier Lamien wrote: > interesting by : > > * arm-* packages. > Note these are not generic arm cross packages, they are arm cross packages specifically targetting the gp2x a handheld Linux game device / media player. With that said I could use some help with these, I still have a few libraries spec files which are needed to get a full devel chain waiting to be cleaned up and put through review. > * pygtkglext -- Python bindings for GtkGLExt > > * PyOpenGL -- Python bindings for OpenGL > > * quake3 -- Quake 3 Arena tournament 3D shooter game > > * rafkill -- Top-down shooter with powerups > > * raidem -- 2d top-down shoot'em up > > * raidem-music -- Background music for the game raidem > > With interested you mean you want to take ownership, or do you want to co-maintain them? Regards, Hans From lkundrak at redhat.com Tue Apr 15 07:37:37 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Tue, 15 Apr 2008 09:37:37 +0200 Subject: Desktop agnostic icon themes? In-Reply-To: <4803C00B.8060400@cora.nwra.com> References: <4803C00B.8060400@cora.nwra.com> Message-ID: <1208245057.3971.56.camel@localhost.localdomain> On Mon, 2008-04-14 at 14:35 -0600, Orion Poplawski wrote: > I package gv, a Xaw3d based postscript viewer. In currently I ship a > .desktop file that uses the following icon: > > Icon=postscript-viewer.png > > which is apparently part of gnome-themes. I actually use KDE, and with > F9 KDE is no longer displaying the icon for gv even though gnome-themes > is installed. Now this may very well be a bug in KDE, but I'm also > wondering if there is a desktop agnostic set of icons that could be used > for programs like this? > > I also just now found that gv does have a xbm icon in the package that I > might be able to use. Any pointers? Icon Theme Specification [1] might be of your interest. It describes algorithm used to locate the icon file. At the very least you will find out that you need to remove the ".png" suffix. In case that won't help you might be subject to a bug, depending to where the icon file is located. [1] http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html Regards, -- Lubomir Kundrak (Red Hat Security Response Team) From dwmw2 at infradead.org Tue Apr 15 08:18:49 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 15 Apr 2008 09:18:49 +0100 Subject: Rawhide issues In-Reply-To: <1208232859.3185.52.camel@localhost.localdomain> References: <1208232859.3185.52.camel@localhost.localdomain> Message-ID: <1208247529.2648.23.camel@shinybook.infradead.org> On Tue, 2008-04-15 at 00:14 -0400, Jesse Keating wrote: > Some of you may have noticed some "issues" with rawhide today. Many > (most) the packages reverted to unsigned versions, and then at some > point today, the content went back in time to yesterday. This is > because of a timing issue with trying to sign all the packages for > Fedora 9 release. A small thinko led to a big churn that I tried to cut > off before it got too far. I think I've recovered most of the damage, > and I've prevented rawhide from being composed again until we're done > signing packages, which hopefully will be at some point tomorrow. Did mkinitrd-6.0.46 get into that set of packages? And an anaconda with bug #438377 fixed? -- dwmw2 From hughsient at gmail.com Tue Apr 15 09:36:00 2008 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 15 Apr 2008 10:36:00 +0100 Subject: Rawhide issues In-Reply-To: <1208232859.3185.52.camel@localhost.localdomain> References: <1208232859.3185.52.camel@localhost.localdomain> Message-ID: <1208252160.3104.2.camel@hughsie-work> On Tue, 2008-04-15 at 00:14 -0400, Jesse Keating wrote: > I've prevented rawhide from being composed again until we're done > signing packages Can't we just sign all rawhide packages in the future? Installing unsigned rawhide rpms from dubious looking mirrors makes me feel dirty inside. :-) Richard. From aph at redhat.com Tue Apr 15 09:56:37 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 15 Apr 2008 10:56:37 +0100 Subject: More Java guidelines questions In-Reply-To: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> Message-ID: <48047BD5.5070203@redhat.com> Jerry James wrote: > I've just been looking at bug 262401 [1] to see what I need to do to > update it to the new Java packaging guidelines. I have 2 new > questions about the guidelines. > > First, the guidelines say that I must both Requires and Build-Requires > jpackage-utils. This bit of code needs nothing in jpackage-utils that > I can discern. It has no external dependencies, doesn't ship with any > binary blobs, etc. The guidelines say must, so I'll do it, but what > is the rationale? > > Second, the GCJ guidelines say, "For Fedora versions < 8, no JDK was > available other than GCJ so GCJ AOT bits MUST be present." This > presents a problem for the package in question, because it consists of > annotations only. They are Java 1.5 annotations, so the GCJ in F7 can > produce the needed class files. But there is no actual code to > compile, so there is nothing for the GCJ AOT bits to do. Can an > exception be granted to annotation-only packages (not that there are > likely to be many of those)? Amazing -- I never even imagined that such a thing as an annotation-only package might exist! The guidelines are intended to allow reasonable people to interpret them sensibly. In this case, AOT-compiling wouldn't hurt but wouldn't be of much benefit, so I don't think it matters. Andrew. From airlied at redhat.com Tue Apr 15 10:01:10 2008 From: airlied at redhat.com (Dave Airlie) Date: Tue, 15 Apr 2008 20:01:10 +1000 Subject: Rawhide issues In-Reply-To: <1208252160.3104.2.camel@hughsie-work> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> Message-ID: <1208253670.4204.1.camel@localhost> On Tue, 2008-04-15 at 10:36 +0100, Richard Hughes wrote: > On Tue, 2008-04-15 at 00:14 -0400, Jesse Keating wrote: > > I've prevented rawhide from being composed again until we're done > > signing packages > > Can't we just sign all rawhide packages in the future? Installing > unsigned rawhide rpms from dubious looking mirrors makes me feel dirty > inside. :-) The problem with that is the delay waiting for someone authorised to sign stuff to sign it, or waiting for the oft-mentioned signing-server.. I'd be happy to take signing powers to .au and we could have follow-the-sun rawhide package signers :0 Dave. From ivazqueznet at gmail.com Tue Apr 15 10:28:31 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 15 Apr 2008 06:28:31 -0400 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> Message-ID: <1208255312.586.15.camel@ignacio.lan> On Tue, 2008-04-15 at 09:53 +0300, Jason (spot) Brower wrote: > THE IDEA: > I think we could create a software that can look at their hardware on > the computer and come to a conclusion of what hardware they have and > what software would be good to install. Would it be feasible to integrate this with smolt? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alexl at users.sourceforge.net Tue Apr 15 10:33:56 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 15 Apr 2008 03:33:56 -0700 Subject: saving f-spot (was Re: Mono Package audit) In-Reply-To: (Alex Lancaster's message of "Mon\, 14 Apr 2008 08\:03\:15 -0700") References: <47FD76A0.3070701@gmail.com> <1208181963.5136.1.camel@localhost.localdomain> Message-ID: >>>>> "AL" == Alex Lancaster writes: >>>>> "JK" == Jesse Keating writes: JK> On Wed, 2008-04-09 at 19:08 -0700, Toshio Kuratomi wrote: >>> .. _f-spot: At least, dbus-sharp, libgphoto2-sharp, >>> gnome-keyring-sharp, Tao, google-sharp, FlickrNet, semweb, >>> (dbus-sharp-glib?), Mono.Cairo, Mono.Addins JK> Seems this one got missed. I'm still trying to find something JK> from spot related to this package, but right now things aren't JK> good. It hasn't been built in a while, and it provides a bunch of JK> things that other mono packages are now looking for at a system JK> level, so new system level mono packages aren't being brought in JK> correctly. JK> Somebody want to tackle f-spot please (so that I don't have to JK> block it from the distro for F9 launch) AL> Here is the corresponding bug: AL> https://bugzilla.redhat.com/show_bug.cgi?id=442343 OK, I did an audit of the package and discussed things with the folks on #f-spot on irc.gnome.org and I've summarised my findings on: https://bugzilla.redhat.com/show_bug.cgi?id=442343 Basically: 1) there are no binary .DLLs in the package that don't have associated source, so legally OK 2) most of the provides listed by Toshio in his original message appear to part of f-spot itself (like semweb, FlickNet etc) and *do* have associated source 2) of the DLLs that could be potentially provided by other packages we have: /usr/lib/f-spot/libgphoto2-sharp.dll (effectively this is upstream for libgphoto apparently, it could be patched to use system one) /usr/lib/f-spot/Mono.Addins* (a patched version of upstream) /usr/lib/f-spot/Tao.* (there is an upstream apparently, but it's not yet packaged by Fedora and not installed in gac yet anyway) /usr/lib/f-spot/gnome-keyring-sharp.dll (there is upstream, not yet packaged in Fedora, and not yet stable to be in gac apparently) So the only files that conflicts as far as also being provided by other packages appears to be Mono.Addins*.dll. This should probably be fixed (and Tao and gnome-keyring-sharp packaged) very soon, but based on this analysis I don't see any need to yank the package itself from f9-final as it appears to legally OK. Alex From opensource at till.name Tue Apr 15 10:36:31 2008 From: opensource at till.name (Till Maas) Date: Tue, 15 Apr 2008 12:36:31 +0200 Subject: Question regarding boot log In-Reply-To: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> References: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> Message-ID: <200804151236.40624.opensource@till.name> On Mon April 14 2008, David Hunter wrote: > I want to report a boot error message on my Fedora 9-Beta system, but can't > find a boot.log under the /var/log/. How can I capture the boot messages so > I can report it to the proper list. There is somewhere in bugzilla a bug request against initscripts (I guess) because logging these messages was removed. There is also mentioned, which program was used for this, maybe you can just add it back. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From alexl at users.sourceforge.net Tue Apr 15 10:39:35 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 15 Apr 2008 03:39:35 -0700 Subject: Rawhide issues In-Reply-To: <1208253670.4204.1.camel@localhost> (Dave Airlie's message of "Tue\, 15 Apr 2008 20\:01\:10 +1000") References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> <1208253670.4204.1.camel@localhost> Message-ID: >>>>> "DA" == Dave Airlie writes: DA> On Tue, 2008-04-15 at 10:36 +0100, Richard Hughes wrote: >> On Tue, 2008-04-15 at 00:14 -0400, Jesse Keating wrote: > > I've prevented rawhide from being composed again until we're done >> > signing packages >> >> Can't we just sign all rawhide packages in the future? Installing >> unsigned rawhide rpms from dubious looking mirrors makes me feel >> dirty inside. :-) DA> The problem with that is the delay waiting for someone authorised DA> to sign stuff to sign it, or waiting for the oft-mentioned DA> signing-server.. DA> I'd be happy to take signing powers to .au and we could have DA> follow-the-sun rawhide package signers :0 Yes! It would be great if such tasks could be spread out over different timezones... ;) (Ditto for buildroot tagging etc.) A. From jkeating at redhat.com Tue Apr 15 10:41:39 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Apr 2008 06:41:39 -0400 Subject: Rawhide issues In-Reply-To: <1208247529.2648.23.camel@shinybook.infradead.org> References: <1208232859.3185.52.camel@localhost.localdomain> <1208247529.2648.23.camel@shinybook.infradead.org> Message-ID: <1208256099.3185.63.camel@localhost.localdomain> On Tue, 2008-04-15 at 09:18 +0100, David Woodhouse wrote: > Did mkinitrd-6.0.46 get into that set of packages? > > And an anaconda with bug #438377 fixed? You can check for yourself with 'koji latest-pkg f9-final ' $ koji latest-pkg f9-final mkinitrd Build Tag Built by ---------------------------------------- -------------------- ---------------- mkinitrd-6.0.47-1.fc9 f9-final katzj -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Apr 15 10:44:04 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Apr 2008 06:44:04 -0400 Subject: saving f-spot (was Re: Mono Package audit) In-Reply-To: References: <47FD76A0.3070701@gmail.com> <1208181963.5136.1.camel@localhost.localdomain> Message-ID: <1208256244.3185.64.camel@localhost.localdomain> On Tue, 2008-04-15 at 03:33 -0700, Alex Lancaster wrote: > > So the only files that conflicts as far as also being provided by > other packages appears to be Mono.Addins*.dll. This should probably > be fixed (and Tao and gnome-keyring-sharp packaged) very soon, but > based on this analysis I don't see any need to yank the package itself > from f9-final as it appears to legally OK. Sounds good. We definitely need to fix the mono-addins part, as it is accidentally resolving as providing it for things like tomboy. People get cranky when their tomboy stops working (: -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Tue Apr 15 10:53:32 2008 From: opensource at till.name (Till Maas) Date: Tue, 15 Apr 2008 12:53:32 +0200 Subject: Rawhide issues In-Reply-To: <1208252160.3104.2.camel@hughsie-work> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> Message-ID: <200804151253.42523.opensource@till.name> On Tue April 15 2008, Richard Hughes wrote: > On Tue, 2008-04-15 at 00:14 -0400, Jesse Keating wrote: > > I've prevented rawhide from being composed again until we're done > > signing packages > > Can't we just sign all rawhide packages in the future? Installing > unsigned rawhide rpms from dubious looking mirrors makes me feel dirty > inside. :-) Afaik Sigul, an automated gpg signing system, needs to be finished / tested before this will happen: https://fedorahosted.org/sigul Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From alexl at users.sourceforge.net Tue Apr 15 11:04:39 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 15 Apr 2008 04:04:39 -0700 Subject: saving f-spot In-Reply-To: <1208256244.3185.64.camel@localhost.localdomain> (Jesse Keating's message of "Tue\, 15 Apr 2008 06\:44\:04 -0400") References: <47FD76A0.3070701@gmail.com> <1208181963.5136.1.camel@localhost.localdomain> <1208256244.3185.64.camel@localhost.localdomain> Message-ID: >>>>> "JK" == Jesse Keating writes: JK> On Tue, 2008-04-15 at 03:33 -0700, Alex Lancaster wrote: >> > So the only files that conflicts as far as also being provided by >> other packages appears to be Mono.Addins*.dll. This should >> probably be fixed (and Tao and gnome-keyring-sharp packaged) very >> soon, but based on this analysis I don't see any need to yank the >> package itself from f9-final as it appears to legally OK. JK> Sounds good. We definitely need to fix the mono-addins part, as JK> it is accidentally resolving as providing it for things like JK> tomboy. People get cranky when their tomboy stops working (: Yeah, sort of like somebody grabbing your briefcase with all your papers and up-ending it on the street in the rain. I hear you. So what exactly was the issue that triggered it? Was tomboy attempting to use the version that f-spot provides as opposed to the system mono-addins? (and installing f-spot because it won the shortest package name contest in yum-land?) Alex From jkeating at redhat.com Tue Apr 15 11:38:23 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Apr 2008 07:38:23 -0400 Subject: saving f-spot In-Reply-To: References: <47FD76A0.3070701@gmail.com> <1208181963.5136.1.camel@localhost.localdomain> <1208256244.3185.64.camel@localhost.localdomain> Message-ID: <1208259503.3185.74.camel@localhost.localdomain> On Tue, 2008-04-15 at 04:04 -0700, Alex Lancaster wrote: > So what exactly was the issue that triggered it? Was tomboy > attempting to use the version that f-spot provides as opposed to the > system mono-addins? (and installing f-spot because it won the > shortest package name contest in yum-land?) In my particular case I had both f-spot and tomboy installed from the F8 period. There were updates available for tomboy, to use the new system libraries. All the auto require said was "mono(Mono.Addins) = 0.3.0.0" My currently installed f-spot has an autoprovides of "mono(Mono.Addins) = 0.3.0.0", so yum considered that dep closed, and saw no need to pull in the new mono-addins package. Then when tomboy tried to launch, it failed because it couldn't load the Mono.Addins. I had to manually install mono-addins to resolve the issue. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From thomas.moschny at gmail.com Tue Apr 15 11:49:15 2008 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Tue, 15 Apr 2008 13:49:15 +0200 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4803D6FA.4010803@gmail.com> References: <4803D6FA.4010803@gmail.com> Message-ID: 2008/4/15, Toshio Kuratomi : > Do you have a reason to need eggs on F7 and F8? Not really. Just for completeness. > If not, then the answer is simply to not provide eggs on F7 and F8. Note: > If you've already pushed out packages for F7 and F8 you'll need to wait > until the next upstream release to make this change. They are only in f7/f8-updates-testing, so I could also make the change now, I guess. Nevertheless, I wonder why rpm can't replace an (unaltered) directory with a file. A deinstall/install cycle would work without problems. - Thomas From skvidal at fedoraproject.org Tue Apr 15 12:31:37 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 15 Apr 2008 08:31:37 -0400 Subject: Rawhide issues In-Reply-To: <200804151253.42523.opensource@till.name> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> <200804151253.42523.opensource@till.name> Message-ID: <1208262697.823.63.camel@cutter> On Tue, 2008-04-15 at 12:53 +0200, Till Maas wrote: > On Tue April 15 2008, Richard Hughes wrote: > > On Tue, 2008-04-15 at 00:14 -0400, Jesse Keating wrote: > > > I've prevented rawhide from being composed again until we're done > > > signing packages > > > > Can't we just sign all rawhide packages in the future? Installing > > unsigned rawhide rpms from dubious looking mirrors makes me feel dirty > > inside. :-) > > Afaik Sigul, an automated gpg signing system, needs to be finished / tested > before this will happen: > https://fedorahosted.org/sigul > How would people feel if we didn't sign pkgs at all? What if we made repodata and only signed the repomd.xml? And we made the checksum for the packages sha256 or sha512? Then we'd have: - signed repomd.xml - verify primary metadata against signed repomd.xml - verify package checksums against primary How would people feel about that? -sv From jeff at ocjtech.us Tue Apr 15 12:44:21 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 15 Apr 2008 07:44:21 -0500 Subject: Rawhide issues In-Reply-To: <1208262697.823.63.camel@cutter> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> <200804151253.42523.opensource@till.name> <1208262697.823.63.camel@cutter> Message-ID: <935ead450804150544g3d9fc70h9d2f49d678ae1a56@mail.gmail.com> On Tue, Apr 15, 2008 at 7:31 AM, seth vidal wrote: > > How would people feel if we didn't sign pkgs at all? What if we made > repodata and only signed the repomd.xml? And we made the checksum for > the packages sha256 or sha512? > > Then we'd have: > - signed repomd.xml > - verify primary metadata against signed repomd.xml > - verify package checksums against primary > > How would people feel about that? The problem there is that this system breaks down if the packages get disassociated from their "original" repository. For example, I've thought about making a custom version of Fedora for work every now and the - right now the only changes would be different logos and artwork and maybe some defaults. Currenly, 99% of the packages in my version of Fedora would have the Fedora signatures on them and the users of my version of Fedora could trust that I hadn't changed them in some way from what was in Fedora. If the signatures only lived in the repodata my users wouldn't be able to check that because I would need to regenerate the repodata and I woudn't be able to sign my repodata with the same key that Fedora uses. Jeff From walters at verbum.org Tue Apr 15 12:45:31 2008 From: walters at verbum.org (Colin Walters) Date: Tue, 15 Apr 2008 08:45:31 -0400 Subject: Rawhide issues In-Reply-To: <1208262697.823.63.camel@cutter> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> <200804151253.42523.opensource@till.name> <1208262697.823.63.camel@cutter> Message-ID: On Tue, Apr 15, 2008 at 8:31 AM, seth vidal wrote: > > How would people feel if we didn't sign pkgs at all? What if we made > repodata and only signed the repomd.xml? And we made the checksum for > the packages sha256 or sha512? > > Then we'd have: > - signed repomd.xml > - verify primary metadata against signed repomd.xml > - verify package checksums against primary I think this makes sense. -- Colin, who long ago implemented essentially this scheme for apt-get From cra at WPI.EDU Tue Apr 15 12:47:02 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Tue, 15 Apr 2008 08:47:02 -0400 Subject: Rawhide issues In-Reply-To: <1208262697.823.63.camel@cutter> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> <200804151253.42523.opensource@till.name> <1208262697.823.63.camel@cutter> Message-ID: <20080415124702.GL28299@angus.ind.WPI.EDU> On Tue, Apr 15, 2008 at 08:31:37AM -0400, seth vidal wrote: > How would people feel if we didn't sign pkgs at all? What if we made > repodata and only signed the repomd.xml? And we made the checksum for > the packages sha256 or sha512? > > Then we'd have: > - signed repomd.xml > - verify primary metadata against signed repomd.xml > - verify package checksums against primary > > How would people feel about that? That would be better than nothing for e.g. rawhide, but getting rid of individual package signatures where they are already used I think would be bad. It is useful to be able to check an individual, isolated package. Also, you'd lose the verifiability of old packages as soon as an updated on came out and the repodata was regenerated for the newest packages. From skvidal at fedoraproject.org Tue Apr 15 12:50:29 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 15 Apr 2008 08:50:29 -0400 Subject: Rawhide issues In-Reply-To: <20080415124702.GL28299@angus.ind.WPI.EDU> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> <200804151253.42523.opensource@till.name> <1208262697.823.63.camel@cutter> <20080415124702.GL28299@angus.ind.WPI.EDU> Message-ID: <1208263829.823.65.camel@cutter> On Tue, 2008-04-15 at 08:47 -0400, Chuck Anderson wrote: > On Tue, Apr 15, 2008 at 08:31:37AM -0400, seth vidal wrote: > > How would people feel if we didn't sign pkgs at all? What if we made > > repodata and only signed the repomd.xml? And we made the checksum for > > the packages sha256 or sha512? > > > > Then we'd have: > > - signed repomd.xml > > - verify primary metadata against signed repomd.xml > > - verify package checksums against primary > > > > How would people feel about that? > > That would be better than nothing for e.g. rawhide, but getting rid of > individual package signatures where they are already used I think > would be bad. It is useful to be able to check an individual, > isolated package. Also, you'd lose the verifiability of old packages > as soon as an updated on came out and the repodata was regenerated for > the newest packages. So what if we auto-signed packages as just 'coming from koji'. Nothing more? That'd be enough to know the pkg came from a trusted source. -sv From j.w.r.degoede at hhs.nl Tue Apr 15 12:54:34 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Apr 2008 14:54:34 +0200 Subject: Headsup: new upstream plib (ABI change) coming to rawhide (F10) Message-ID: <4804A58A.7000008@hhs.nl> Hi All, A miracle has happened and upstream has released a new plib, I've prepated and build (tag dist-f10) an updated version for this. As upstream does not believe in ABI stability (no really they don't I've discussed this with them in the past) this release breaks the ABI (and luckily the soname changes too). So all plib using packages will need to be rebuild, plib will hit rawhide when it unfreezes once F-9 is done, so no worries this won't impact F-9. I've done test rebuilds of my 2 plib using packages and the new build seems ok, maintainers of other plib using packages (SimGear, FlightGear) may want to do a testbuild too to prepare for a quick rebuild once rawhide unfreezes. Please let me know of any issues you encounter with the new plib. Regards, Hans From skvidal at fedoraproject.org Tue Apr 15 13:25:31 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 15 Apr 2008 09:25:31 -0400 Subject: Rawhide issues In-Reply-To: <935ead450804150544g3d9fc70h9d2f49d678ae1a56@mail.gmail.com> References: <1208232859.3185.52.camel@localhost.localdomain> <1208252160.3104.2.camel@hughsie-work> <200804151253.42523.opensource@till.name> <1208262697.823.63.camel@cutter> <935ead450804150544g3d9fc70h9d2f49d678ae1a56@mail.gmail.com> Message-ID: <1208265931.823.70.camel@cutter> On Tue, 2008-04-15 at 07:44 -0500, Jeffrey Ollie wrote: > The problem there is that this system breaks down if the packages get > disassociated from their "original" repository. For example, I've > thought about making a custom version of Fedora for work every now and > the - right now the only changes would be different logos and artwork > and maybe some defaults. Currenly, 99% of the packages in my version > of Fedora would have the Fedora signatures on them and the users of my > version of Fedora could trust that I hadn't changed them in some way > from what was in Fedora. If the signatures only lived in the repodata > my users wouldn't be able to check that because I would need to > regenerate the repodata and I woudn't be able to sign my repodata with > the same key that Fedora uses. What if all packages that came out of koji were autosigned? Then you'd know where they were from but you'd need to verify them against their metadata to see if they were 'trusted' in another sense. -sv From a.badger at gmail.com Tue Apr 15 15:14:23 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Apr 2008 08:14:23 -0700 Subject: More Java guidelines questions In-Reply-To: <48047BD5.5070203@redhat.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <48047BD5.5070203@redhat.com> Message-ID: <4804C64F.9000501@gmail.com> Andrew Haley wrote: > Jerry James wrote: >> I've just been looking at bug 262401 [1] to see what I need to do to >> update it to the new Java packaging guidelines. I have 2 new >> questions about the guidelines. >> >> First, the guidelines say that I must both Requires and Build-Requires >> jpackage-utils. This bit of code needs nothing in jpackage-utils that >> I can discern. It has no external dependencies, doesn't ship with any >> binary blobs, etc. The guidelines say must, so I'll do it, but what >> is the rationale? >> >> Second, the GCJ guidelines say, "For Fedora versions < 8, no JDK was >> available other than GCJ so GCJ AOT bits MUST be present." This >> presents a problem for the package in question, because it consists of >> annotations only. They are Java 1.5 annotations, so the GCJ in F7 can >> produce the needed class files. But there is no actual code to >> compile, so there is nothing for the GCJ AOT bits to do. Can an >> exception be granted to annotation-only packages (not that there are >> likely to be many of those)? > > Amazing -- I never even imagined that such a thing as an annotation-only > package might exist! The guidelines are intended to allow reasonable > people to interpret them sensibly. In this case, AOT-compiling wouldn't > hurt but wouldn't be of much benefit, so I don't think it matters. > Andrew, if you could propose some wording changes to the Guidelines for this it would be most appreciated. Knowing what an annotation is and that this is a sensible tactic will help reviewers who are unfamiliar with java to review packages of interest to all. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Tue Apr 15 15:20:27 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Apr 2008 08:20:27 -0700 Subject: python packaging, egg-info file vs. directory In-Reply-To: References: <4803D6FA.4010803@gmail.com> Message-ID: <4804C7BB.3080607@gmail.com> Thomas Moschny wrote: > 2008/4/15, Toshio Kuratomi : >> Do you have a reason to need eggs on F7 and F8? > > Not really. Just for completeness. > >> If not, then the answer is simply to not provide eggs on F7 and F8. Note: >> If you've already pushed out packages for F7 and F8 you'll need to wait >> until the next upstream release to make this change. > > They are only in f7/f8-updates-testing, so I could also make the > change now, I guess. > > Nevertheless, I wonder why rpm can't replace an (unaltered) directory > with a file. A deinstall/install cycle would work without problems. > I believe, but someone else may correct me, that it's because of the way rpm handles the update transaction. It first lays the new files down on the filesystem then removes the old ones that have not been replaced. Since a file can't replace a directory at this level, rpm can't do it either. (To solve this, you'd have to handle the case where a directory isn't empty when rpm wants to replace it with a file... something that strikes me as non-trivial.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jgranado at fedoraproject.org Tue Apr 15 15:26:14 2008 From: jgranado at fedoraproject.org (Joel Andres Granados) Date: Tue, 15 Apr 2008 17:26:14 +0200 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4803D6FA.4010803@gmail.com> References: <4803D6FA.4010803@gmail.com> Message-ID: <4804C916.4070409@fedoraproject.org> Toshio Kuratomi wrote: > Thomas Moschny wrote: >> Hi! >> >> Recently encountered a problem with the python-demjson rpm I maintain: >> The demjson package does not use setuptools, so, in accordance with >> the python packaging guidelines, I used the trick of preloading >> setuptools prior to executing setup.py, for F7 and F8 only. This >> produces an egg-info directory, fine. >> >> Now, for F9, egg-info is generated automatically, but it turns out >> that this produces an egg-info file instead of an directory. This in >> turn causes problems when upgrading from F8 to F9, because rpm can't >> replace a dir with a file. >> >> Any advices on how to solve this? >> > > Do you have a reason to need eggs on F7 and F8? Thats strange, I thought it was added because of policy as opposed to reason. Firstaidkit has no need for eggs, but the reviewer insisted on adding to them. FWI, firstaidkit chooses to handle the plugins with rpm, which is a valid alternative to eggs. > > If not, then the answer is simply to not provide eggs on F7 and F8. > Note: If you've already pushed out packages for F7 and F8 you'll need to > wait until the next upstream release to make this change. > > -Toshio > -- Joel Andres Granados From a.badger at gmail.com Tue Apr 15 15:39:27 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Apr 2008 08:39:27 -0700 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4804C916.4070409@fedoraproject.org> References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> Message-ID: <4804CC2F.9040405@gmail.com> Joel Andres Granados wrote: > Toshio Kuratomi wrote: >> Thomas Moschny wrote: >>> Hi! >>> >>> Recently encountered a problem with the python-demjson rpm I maintain: >>> The demjson package does not use setuptools, so, in accordance with >>> the python packaging guidelines, I used the trick of preloading >>> setuptools prior to executing setup.py, for F7 and F8 only. This >>> produces an egg-info directory, fine. >>> >>> Now, for F9, egg-info is generated automatically, but it turns out >>> that this produces an egg-info file instead of an directory. This in >>> turn causes problems when upgrading from F8 to F9, because rpm can't >>> replace a dir with a file. >>> >>> Any advices on how to solve this? >>> >> >> Do you have a reason to need eggs on F7 and F8? > > Thats strange, I thought it was added because of policy as opposed to > reason. Firstaidkit has no need for eggs, but the reviewer insisted on > adding to them. FWI, firstaidkit chooses to handle the plugins with > rpm, which is a valid alternative to eggs. > Maybe the Guidelines need rewording. Can you point at something in the Guidelines that could be improved to show that using setuptools to add eggs in F7/F8 is optional? (All packages must handle the egg files in F9+ and they must handle eggs created by packages which use setuptools normally. The optional part is when adding eggs to a package which doesn't provide them on its own.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From thomas.moschny at gmail.com Tue Apr 15 15:44:39 2008 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Tue, 15 Apr 2008 17:44:39 +0200 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4804CC2F.9040405@gmail.com> References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> <4804CC2F.9040405@gmail.com> Message-ID: 2008/4/15, Toshio Kuratomi : > Maybe the Guidelines need rewording. Can you point at something in the > Guidelines that could be improved to show that using setuptools to add eggs > in F7/F8 is optional? (All packages must handle the egg files in F9+ and > they must handle eggs created by packages which use setuptools normally. > The optional part is when adding eggs to a package which doesn't provide > them on its own.) Why do you consider it optional? The point was, that software like Trac depends on eggs to find its needed libraries. Creating them should therefore not be optional, even for older fedora releases. - Thomas From loganjerry at gmail.com Tue Apr 15 15:53:14 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 15 Apr 2008 09:53:14 -0600 Subject: More Java guidelines questions In-Reply-To: <1077.192.54.193.57.1208244490.squirrel@rousalka.dyndns.org> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1077.192.54.193.57.1208244490.squirrel@rousalka.dyndns.org> Message-ID: <870180fe0804150853p3aefe4fdye3744030667fc135@mail.gmail.com> On Tue, Apr 15, 2008 at 1:28 AM, Nicolas Mailhot wrote: > You need at least the standard java directories and the associated rpm > macros. They're provided by jpp-utils Thanks to you and Lubomir for answering this question. -- Jerry James http://loganjerry.googlepages.com/ From loganjerry at gmail.com Tue Apr 15 15:55:20 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 15 Apr 2008 09:55:20 -0600 Subject: More Java guidelines questions In-Reply-To: <48047BD5.5070203@redhat.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <48047BD5.5070203@redhat.com> Message-ID: <870180fe0804150855y62d0a8a6w4f12a2187ee3a737@mail.gmail.com> On Tue, Apr 15, 2008 at 3:56 AM, Andrew Haley wrote: > Amazing -- I never even imagined that such a thing as an annotation-only > package might exist! The guidelines are intended to allow reasonable > people to interpret them sensibly. In this case, AOT-compiling wouldn't > hurt but wouldn't be of much benefit, so I don't think it matters. Okay, thanks. For what it's worth, since the last time I checked, findbugs has picked up another external dependency, on yet another annotation-only package. Take a look here: http://jsr-305.googlecode.com/ I'll work on getting it packaged up. My initial attempt at building this code triggered a null pointer exception in javadoc! -- Jerry James http://loganjerry.googlepages.com/ From a.badger at gmail.com Tue Apr 15 16:00:52 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Apr 2008 09:00:52 -0700 Subject: saving f-spot (was Re: Mono Package audit) In-Reply-To: References: <47FD76A0.3070701@gmail.com> <1208181963.5136.1.camel@localhost.localdomain> Message-ID: <4804D134.4020908@gmail.com> Alex Lancaster wrote: >>>>>> "AL" == Alex Lancaster writes: > >>>>>> "JK" == Jesse Keating writes: > JK> On Wed, 2008-04-09 at 19:08 -0700, Toshio Kuratomi wrote: >>>> .. _f-spot: At least, dbus-sharp, libgphoto2-sharp, >>>> gnome-keyring-sharp, Tao, google-sharp, FlickrNet, semweb, >>>> (dbus-sharp-glib?), Mono.Cairo, Mono.Addins > > JK> Seems this one got missed. I'm still trying to find something > JK> from spot related to this package, but right now things aren't > JK> good. It hasn't been built in a while, and it provides a bunch of > JK> things that other mono packages are now looking for at a system > JK> level, so new system level mono packages aren't being brought in > JK> correctly. > > JK> Somebody want to tackle f-spot please (so that I don't have to > JK> block it from the distro for F9 launch) > > AL> Here is the corresponding bug: > > AL> https://bugzilla.redhat.com/show_bug.cgi?id=442343 > > OK, I did an audit of the package and discussed things with the folks > on #f-spot on irc.gnome.org and I've summarised my findings on: > > https://bugzilla.redhat.com/show_bug.cgi?id=442343 > > Basically: > > 1) there are no binary .DLLs in the package that don't have associated > source, so legally OK > Yep. I didn't list f-spot as binary in my message. > 2) most of the provides listed by Toshio in his original message > appear to part of f-spot itself (like semweb, FlickNet etc) and > *do* have associated source > Uhm.... They do have source, but I don't think they are part of f-spot. I could be wrong but: semweb: http://razor.occams.info/code/semweb/ flickrNet: http://www.codeplex.com/FlickrNet I googled everything that I specifically wrote into my message and looked to see if the sources had corresponding filenames or other indications of matching the library that was found. > 2) of the DLLs that could be potentially provided by other > packages we have: > > /usr/lib/f-spot/libgphoto2-sharp.dll > (effectively this is upstream for libgphoto apparently, it could be > patched to use system one) This should be fixed. Jesse didn't report any problems with it currently, though. > /usr/lib/f-spot/Mono.Addins* > (a patched version of upstream) This one is the problem child as it's causing issues for other packages that require mono(Mono.Addins).... rpm is satisfying the dep with f-spot which doesn't actually work for the packages that need mono(Mono.Addins). > /usr/lib/f-spot/Tao.* > (there is an upstream apparently, but it's not yet packaged by Fedora > and not installed in gac yet anyway) > /usr/lib/f-spot/gnome-keyring-sharp.dll > (there is upstream, not yet packaged in Fedora, and not yet stable to > be in gac apparently) > If this package were undergoing review in its current state it would not be able to go into the repo until these dependencies were packaged. Still, by itself, it's not a reason to yank it for F-9. It could be a reason to remove them from the start of the F10 devel cycle, though. > So the only files that conflicts as far as also being provided by > other packages appears to be Mono.Addins*.dll. This should probably > be fixed (and Tao and gnome-keyring-sharp packaged) very soon, but > based on this analysis I don't see any need to yank the package itself > from f9-final as it appears to legally OK. > I think Jesse was noting the problem with tomboy and mono(Mono.Addins) as the reason to yank. If the choice were to have a working tomboy and a removed f-spot or vice-versa I'd have a hard time figuring out which was the more necessary application. If someone adds the Debian patches for f-spot to fix this by F-9 that will be the best outcome overall. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Tue Apr 15 16:09:55 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Apr 2008 09:09:55 -0700 Subject: python packaging, egg-info file vs. directory In-Reply-To: References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> <4804CC2F.9040405@gmail.com> Message-ID: <4804D353.2060600@gmail.com> Thomas Moschny wrote: > 2008/4/15, Toshio Kuratomi : >> Maybe the Guidelines need rewording. Can you point at something in the >> Guidelines that could be improved to show that using setuptools to add eggs >> in F7/F8 is optional? (All packages must handle the egg files in F9+ and >> they must handle eggs created by packages which use setuptools normally. >> The optional part is when adding eggs to a package which doesn't provide >> them on its own.) > > Why do you consider it optional? > > The point was, that software like Trac depends on eggs to find its > needed libraries. Creating them should therefore not be optional, even > for older fedora releases. > Does trac use this library? If not, then it should definitely be optional. eggs are only generated if 1) the upstream package uses setuptools or 2) python-2.5 is being used. For trac to depend on packages providing eggs that don't build with setuptools is limiting trac to python-2.5. Our addition of setuptools to provide eggs when upstream does not use setuptools itself, is something of a kludge. We should not use it unless the packager deems it to provide useful value for the particular package they are working on. Note: F-8's python-2.5 which disables egg generation in distutils is also a kludge. And one that turned out to have poor side effects. So the guidelines give us a method to workaround that deficiency. But when there's no problem (because nothing is depending on the egg-info in order to function) there's no reason to kludge around the kludge. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From ob.system at gmail.com Tue Apr 15 16:18:36 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Tue, 15 Apr 2008 12:18:36 -0400 Subject: SPARC ? In-Reply-To: <48044A20.8020708@fedoraproject.org> References: <6a28481b0804141616i5ecaf6fcy1e790122f9c0c480@mail.gmail.com> <48044A20.8020708@fedoraproject.org> Message-ID: <6a28481b0804150918w1d14c1b5u1b946ad31a5e6d26@mail.gmail.com> 2008/4/15, Rahul Sundaram : > > Oscar Victorio Calixto Bacho wrote: > > > Dear all. > > > > Could anybody here tell me about this url > > http://sparc.koji.fedoraproject.org. > > > > > There is a ongoing to get Fedora officially available for several > additional architectures including Sparc consolidating effort from different > teams doing this unofficially for a long time. + 100 Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgranado at fedoraproject.org Tue Apr 15 16:32:17 2008 From: jgranado at fedoraproject.org (Joel Andres Granados) Date: Tue, 15 Apr 2008 18:32:17 +0200 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4804CC2F.9040405@gmail.com> References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> <4804CC2F.9040405@gmail.com> Message-ID: <4804D891.7020908@fedoraproject.org> Toshio Kuratomi wrote: > Joel Andres Granados wrote: >> Toshio Kuratomi wrote: >>> Thomas Moschny wrote: >>>> Hi! >>>> >>>> Recently encountered a problem with the python-demjson rpm I maintain: >>>> The demjson package does not use setuptools, so, in accordance with >>>> the python packaging guidelines, I used the trick of preloading >>>> setuptools prior to executing setup.py, for F7 and F8 only. This >>>> produces an egg-info directory, fine. >>>> >>>> Now, for F9, egg-info is generated automatically, but it turns out >>>> that this produces an egg-info file instead of an directory. This in >>>> turn causes problems when upgrading from F8 to F9, because rpm can't >>>> replace a dir with a file. >>>> >>>> Any advices on how to solve this? >>>> >>> >>> Do you have a reason to need eggs on F7 and F8? >> >> Thats strange, I thought it was added because of policy as opposed to >> reason. Firstaidkit has no need for eggs, but the reviewer insisted >> on adding to them. FWI, firstaidkit chooses to handle the plugins >> with rpm, which is a valid alternative to eggs. >> > Maybe the Guidelines need rewording. Can you point at something in the > Guidelines that could be improved to show that using setuptools to add > eggs in F7/F8 is optional? (All packages must handle the egg files in > F9+ and they must handle eggs created by packages which use setuptools > normally. The optional part is when adding eggs to a package which > doesn't provide them on its own.) > > -Toshio > maybe change it a little: Change the "when to provide eggs" in http://fedoraproject.org/wiki/Packaging/Python/Eggs " Starting with Fedora 9, our python package provides egg-info for any distutils and setuptools packages. Since this establishes a base of functionality that upstream authors can expect, we need to be sure we include those files when needed. In Fedora 8 and below eggs can be provided when the package uses setuptools. In this case eggs are optional. In F9+ eggs have to be provided when the upstream package provides them and are optional when the upstream package does not provide them. " What do you think about this? -- Joel Andres Granados From thomas.moschny at gmail.com Tue Apr 15 16:35:49 2008 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Tue, 15 Apr 2008 18:35:49 +0200 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4804D353.2060600@gmail.com> References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> <4804CC2F.9040405@gmail.com> <4804D353.2060600@gmail.com> Message-ID: 2008/4/15, Toshio Kuratomi : > Does trac use this library? If not, then it should definitely be optional. > [...] Ok, thanks for the explanation. I'll remove the egg, and consider the question, what were if trac used that library, of having only academical value ;) - Thomas From loupgaroublond at gmail.com Tue Apr 15 16:57:08 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 15 Apr 2008 12:57:08 -0400 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <1208255312.586.15.camel@ignacio.lan> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <1208255312.586.15.camel@ignacio.lan> Message-ID: <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> 2008/4/15 Ignacio Vazquez-Abrams : > On Tue, 2008-04-15 at 09:53 +0300, Jason (spot) Brower wrote: > > THE IDEA: > > I think we could create a software that can look at their hardware on > > the computer and come to a conclusion of what hardware they have and > > what software would be good to install. > > Would it be feasible to integrate this with smolt? To some degree. I want to get smolt to give out more useful and meaningful information about a computer, this summer. This isn't the first time though someone has talked to me about using Smolt for package dependency resolution or even building customized distributions. -Yaakov From a.badger at gmail.com Tue Apr 15 18:13:28 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Apr 2008 11:13:28 -0700 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4804D891.7020908@fedoraproject.org> References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> <4804CC2F.9040405@gmail.com> <4804D891.7020908@fedoraproject.org> Message-ID: <4804F048.1030009@gmail.com> Joel Andres Granados wrote: > Toshio Kuratomi wrote: >> Joel Andres Granados wrote: >>> Toshio Kuratomi wrote: >>>> Thomas Moschny wrote: >>>>> Hi! >>>>> >>>>> Recently encountered a problem with the python-demjson rpm I maintain: >>>>> The demjson package does not use setuptools, so, in accordance with >>>>> the python packaging guidelines, I used the trick of preloading >>>>> setuptools prior to executing setup.py, for F7 and F8 only. This >>>>> produces an egg-info directory, fine. >>>>> >>>>> Now, for F9, egg-info is generated automatically, but it turns out >>>>> that this produces an egg-info file instead of an directory. This in >>>>> turn causes problems when upgrading from F8 to F9, because rpm can't >>>>> replace a dir with a file. >>>>> >>>>> Any advices on how to solve this? >>>>> >>>> >>>> Do you have a reason to need eggs on F7 and F8? >>> >>> Thats strange, I thought it was added because of policy as opposed to >>> reason. Firstaidkit has no need for eggs, but the reviewer insisted >>> on adding to them. FWI, firstaidkit chooses to handle the plugins >>> with rpm, which is a valid alternative to eggs. >>> >> Maybe the Guidelines need rewording. Can you point at something in >> the Guidelines that could be improved to show that using setuptools to >> add eggs in F7/F8 is optional? (All packages must handle the egg >> files in F9+ and they must handle eggs created by packages which use >> setuptools normally. The optional part is when adding eggs to a >> package which doesn't provide them on its own.) >> >> -Toshio >> > maybe change it a little: > Change the "when to provide eggs" in > http://fedoraproject.org/wiki/Packaging/Python/Eggs > " > Starting with Fedora 9, our python package provides egg-info for any > distutils and setuptools packages. Since this establishes a base of > functionality that upstream authors can expect, we need to be sure we > include those files when needed. In Fedora 8 and below eggs can be > provided when the package uses setuptools. In this case eggs are > optional. In F9+ eggs have to be provided when the upstream package > provides them and are optional when the upstream package does not > provide them. > " That seems a bit confusing to me as it seems to say that if a package builds eggs it is optional whether to include them. We really want to be saying: "If the package builds eggs, you must include them. If the package does not produce eggs you can use this optional setuptools trickery to produce them." Maybe this is clearer: ''' Since eggs establish a base of functionality that upstream authors can expect, we need to be sure to include the egg files if a package builds them. Starting with Fedora 9, our python package providses egg-info for any package that uses setuptools or distutils to build. In Fedora 8 or less, only setuptools packages build eggs. If you need to provide eggs for a distutils package on Fedora 8 or less, "Providing Eggs using Setuptools" describes a method of substituting setuptools for distutils in the build process so egg-info is built. ''' If this wording is better, I'll change the page to reflect this. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From rafalzaq at gmail.com Tue Apr 15 18:49:14 2008 From: rafalzaq at gmail.com (=?UTF-8?Q?Rafa=C5=82_Psota?=) Date: Tue, 15 Apr 2008 20:49:14 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4803960F.4040407@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <5610e0590804140914n52e0179eg556d2c901bdb591d@mail.gmail.com> <4803960F.4040407@hhs.nl> Message-ID: <5610e0590804151149u7b16e9dg3f3a8b7a2cbbd58@mail.gmail.com> 2008/4/14, Hans de Goede : > > Ok, > > I've released them both in pkgdb they are yours to take. Thanks. Also I've resigned one of my few open bugs to you, which is a blobwars bug > whcih requires an i386 install to reproduce (and my workstation is > x86_64),let me know if you need help in fixing it: > https://bugzilla.redhat.com/show_bug.cgi?id=431164 It could be hard because I've got F8 x86_64 but I'll ask someone with F7 i386 to do some testing. I'll let you know if I have some results. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ml at deadbabylon.de Tue Apr 15 19:26:43 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 15 Apr 2008 21:26:43 +0200 Subject: KDE-SIG weekly report (16/2008) Message-ID: <200804152126.49003.ml@deadbabylon.de> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply ?to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 16/2008 Time: 2008-04-15 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-15 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-15?action=AttachFile&do=get&target=fedora-kde-sig-2008-04-15.txt ---------------------------------------------------------------------------------- = Participants = GeraldCox KevinKofler LukasTinkl RexDieter SebastianVahl StevenParrish ---------------------------------------------------------------------------------- = Agenda = topics to discuss: - Preparing for release - FUDCon10, who's going? recent bugs: - missing icons, for starters: * https://bugzilla.redhat.com/show_bug.cgi?id=439374 oxygen missing icons * https://bugzilla.redhat.com/show_bug.cgi?id=441062 PackageKit * https://bugzilla.redhat.com/show_bug.cgi?id=393611 * https://bugzilla.redhat.com/show_bug.cgi?id=393631 * https://bugzilla.redhat.com/show_bug.cgi?id=393661 * PolicyKit integration is being worked on upstream (playground/base/PolicyKit-kde) = Summary = o Preparing for release: - If the package list of the live images [1] won't change, Fedora 9 will be released with a cd-sized x86_64 image - The colour change in KDM (#442312) was tagged by rel-eng. - Administrator mode (#434824)/ PolicyKit: * Proper support for an administrative mode through PolicyKit will be included in KDE 4.1. * The workaroung by LukasTinkl will be integrated for f9-final. * Proper support for this will be tried to implement in F10. o FUCCon10: - RexDieter asked if someone else from KDE-SIG will attend. o recent bugs: - RexDieter collected some bugs with missing icons: * Missing icons in oxygen (#439374) * Missing menu icons (#393611, #393631, #393661) - #441062 packagekit tools do not show icons correctly on KDE is different because it'll need a patch to the KDE class which generates gtkrc-2.0 (LukasTinkl volunteered) o Open discussion: - SebastianVahl asked for some quite small additional packages for the live images (free space: 1-3 megs) ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-22 ---------------------------------------------------------------------------------- = Links = [1] http://fedoraproject.org/wiki/SebastianVahl/CurrentPackageList = Buglist = https://bugzilla.redhat.com/show_bug.cgi?id=393611 https://bugzilla.redhat.com/show_bug.cgi?id=393631 https://bugzilla.redhat.com/show_bug.cgi?id=393661 https://bugzilla.redhat.com/show_bug.cgi?id=439374 https://bugzilla.redhat.com/show_bug.cgi?id=441062 https://bugzilla.redhat.com/show_bug.cgi?id=442312 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From dtimms at iinet.net.au Tue Apr 15 20:40:54 2008 From: dtimms at iinet.net.au (David Timms) Date: Wed, 16 Apr 2008 06:40:54 +1000 Subject: My JWuN Project idea.... - PackageKit ? In-Reply-To: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> Message-ID: <480512D6.8070306@iinet.net.au> Jason (spot) Brower wrote: > I have proposed the JWuN project for Google Summer of Code and wanted > to get the ideas of everyone, mentor or not about what hardware could > be used software could we worry about in this project. > The abstract and information of what I submitted should be enough to > give you an idea of what it will do... Do you know much about PackageKit ? packagekit at lists.freedesktop.org see also: http://hughsient.livejournal.com/55964.html?view=390300#t390300 It sounds like you guys have the some of the same sorts of goals ? DaveT. From mcepl at redhat.com Tue Apr 15 21:39:45 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 15 Apr 2008 23:39:45 +0200 Subject: More Java guidelines questions References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> Message-ID: <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> On 2008-04-14, 21:35 GMT, Jerry James wrote: > Can an exception be granted to annotation-only packages (not > that there are likely to be many of those)? Or ugly solution -- wait two months ;-) Then all supported Fedoras will have JDK. No, I am not serious. Mat?j From poelstra at redhat.com Tue Apr 15 22:06:21 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 15 Apr 2008 15:06:21 -0700 Subject: Fedora Rel-Eng Meeting Recap 2008-APR-14 Message-ID: <480526DD.4030509@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-apr-14 Please make corrections and clarifications to the wiki page. == Preview Release (aka PR) Status == * Not ready--scheduled for availability on 2008-04-11 * Problems with yum and other compose tools * Snafu with package signing which caused rawhide to revert back to all unsigned copies of most packages--100G worth of churn * Spend rest of today untangling rawhide situation * Attempt Preview Release on 2008-04-15 with no change to GA date of 2008-04-29 == Mass Branching == * Toshio says that the tools (pkgdb, etc..) are ready for the mass branching. * should probably have a CVS outage to get the branching done--usually takes a full work day * Discusison left unfinished == What is the Preview Release? == * "just another snapshot" or equivalent to Alpha and Beta which requires more formal testing before release? * discussion about confusion over what preview release is * Need clearer definition for what ''Preview Release'' and ''Release Candidate'' mean * DECISIONS: 1. Poelcat to take a shot at documenting purpose and criteria for snapshots and test releases 1. Preview Release will be as installable and functional as other test releases (Alpha and Beta) * http://fedoraproject.org/wiki/QA/TestResults/Fedora9Install/PreviewRelease == IRC Transcript == From lkundrak at redhat.com Tue Apr 15 22:29:39 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 16 Apr 2008 00:29:39 +0200 Subject: More Java guidelines questions In-Reply-To: <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> Message-ID: <1208298579.770.3.camel@localhost.localdomain> On Tue, 2008-04-15 at 23:39 +0200, Matej Cepl wrote: > On 2008-04-14, 21:35 GMT, Jerry James wrote: > > Can an exception be granted to annotation-only packages (not > > that there are likely to be many of those)? > > Or ugly solution -- wait two months ;-) Then all supported > Fedoras will have JDK. > > No, I am not serious. Why not? Getting rid of legacy cruft sounds like an brilliantly elegant solution to me. But probably not applicable here, as GCJ doesn't really fall into that category, given it still outperforms OpenJDK by the factor of 10 on ppc. -- Lubomir Kundrak (Red Hat Security Response Team) From markg85 at gmail.com Tue Apr 15 22:42:45 2008 From: markg85 at gmail.com (Mark) Date: Wed, 16 Apr 2008 00:42:45 +0200 Subject: The future about the linux package containers and managers Message-ID: <6e24a8e80804151542y6387c682u1e5abf99d4d7898c@mail.gmail.com> Hey, I've made up a idea to improve the current state of the linux package containers and managers a lot and hope that you could take a look at it and tell me how possible this idea really is. It would be so awesome if it gets made. You can find the idea here: http://blog.mageprojects.com/2008/04/15/the-future-about-the-linux-package-containers-and-managers/ Expect some edits in that article after i got some feedback on it and for typo's ofcause ^_^ Thanx, Mark From lesmikesell at gmail.com Tue Apr 15 22:53:23 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 15 Apr 2008 17:53:23 -0500 Subject: More Java guidelines questions In-Reply-To: <1208298579.770.3.camel@localhost.localdomain> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> Message-ID: <480531E3.1050106@gmail.com> Lubomir Kundrak wrote: > > Why not? Getting rid of legacy cruft sounds like an brilliantly elegant > solution to me. But probably not applicable here, as GCJ doesn't really > fall into that category, given it still outperforms OpenJDK by the > factor of 10 on ppc. If you can find something it will run besides whatever benchmark you used for that measurement... And will OpenJDK run OpenNMS? -- Les Mikesell lesmikesell at gmail.com From jkeating at redhat.com Tue Apr 15 22:56:08 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Apr 2008 18:56:08 -0400 Subject: More Java guidelines questions In-Reply-To: <480531E3.1050106@gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> Message-ID: <1208300168.26951.11.camel@localhost.localdomain> On Tue, 2008-04-15 at 17:53 -0500, Les Mikesell wrote: > > If you can find something it will run besides whatever benchmark you > used for that measurement... And will OpenJDK run OpenNMS? GCJ runs Eclipse, which is a pretty important tool to a lot of people. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lesmikesell at gmail.com Tue Apr 15 23:10:04 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 15 Apr 2008 18:10:04 -0500 Subject: More Java guidelines questions In-Reply-To: <1208300168.26951.11.camel@localhost.localdomain> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> Message-ID: <480535CC.5060705@gmail.com> Jesse Keating wrote: > On Tue, 2008-04-15 at 17:53 -0500, Les Mikesell wrote: >> If you can find something it will run besides whatever benchmark you >> used for that measurement... And will OpenJDK run OpenNMS? > > GCJ runs Eclipse, which is a pretty important tool to a lot of people. Do you have an estimate for the man-hours of modifications it took to make that possible to help others decide on the feasibility of using gcj instead of Sun Java in general? -- Les Mikesell lesmikesell at gmail.com From jkeating at redhat.com Tue Apr 15 23:12:02 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 15 Apr 2008 19:12:02 -0400 Subject: More Java guidelines questions In-Reply-To: <480535CC.5060705@gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> Message-ID: <1208301122.26951.14.camel@localhost.localdomain> On Tue, 2008-04-15 at 18:10 -0500, Les Mikesell wrote: > Do you have an estimate for the man-hours of modifications it took to > make that possible to help others decide on the feasibility of using gcj > instead of Sun Java in general? I don't, but that's a moot point because Fedora couldn't ship Sun Java. I'd like to think that a lot of the work that went into GCJ aided in the push to get Sun to open up Java so that we /could/ ship it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Tue Apr 15 23:26:20 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 16 Apr 2008 04:56:20 +0530 Subject: More Java guidelines questions In-Reply-To: <1208301122.26951.14.camel@localhost.localdomain> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> Message-ID: <4805399C.1040001@fedoraproject.org> Jesse Keating wrote: > On Tue, 2008-04-15 at 18:10 -0500, Les Mikesell wrote: >> Do you have an estimate for the man-hours of modifications it took to >> make that possible to help others decide on the feasibility of using gcj >> instead of Sun Java in general? > > I don't, but that's a moot point because Fedora couldn't ship Sun Java. > I'd like to think that a lot of the work that went into GCJ aided in the > push to get Sun to open up Java so that we /could/ ship it. Well Fedora not including Sun Java was cited as one the major reasons why Sun choose to open source Java and specifically under GPL http://www.linuxjournal.com/article/9624 As to the amount of effort that took for Eclipse to run under GCJ http://www.linuxjournal.com/article/7413 Rahul From lesmikesell at gmail.com Tue Apr 15 23:28:43 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 15 Apr 2008 18:28:43 -0500 Subject: More Java guidelines questions In-Reply-To: <1208301122.26951.14.camel@localhost.localdomain> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> Message-ID: <48053A2B.1030807@gmail.com> Jesse Keating wrote: > On Tue, 2008-04-15 at 18:10 -0500, Les Mikesell wrote: >> Do you have an estimate for the man-hours of modifications it took to >> make that possible to help others decide on the feasibility of using gcj >> instead of Sun Java in general? > > I don't, but that's a moot point because Fedora couldn't ship Sun Java. > I'd like to think that a lot of the work that went into GCJ aided in the > push to get Sun to open up Java so that we /could/ ship it. It's not a moot point to users who do have the option to install Sun Java even though it has been made more difficult than necessary on fedora. They need to decide which is likely to be more difficult (or more productive) - installing sun java or making an arbitrary application work with something fedora ships. -- Les Mikesell lesmikesell at gmail.com From d.jacobfeuerborn at conversis.de Tue Apr 15 23:50:45 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Wed, 16 Apr 2008 01:50:45 +0200 Subject: How is the new networking world supposed to work? In-Reply-To: <1208184056.31015.9.camel@localhost.localdomain> References: <47FFF149.1090100@conversis.de> <1208184056.31015.9.camel@localhost.localdomain> Message-ID: <48053F55.4080102@conversis.de> Dan Williams wrote: > On Sat, 2008-04-12 at 01:16 +0200, Dennis Jacobfeuerborn wrote: >> Since the latest rawhide updates I now don't get a network connection after >> boot. I have to open a shell as root and issue a "ifdown eth0" followed by >> a "ifup eth0" to make the NetworkManager aware that there is a network out >> there. What is the proper way to configure this? > > Which specific version of NM? NetworkManager-0.7.0-0.9.1.svn3549.fc9.i386 > What ifcfg-* files are in /etc/sysconfig/network-scripts ? > Do any of those files have "NM_CONTROLLED=no" in them? Besides the one for "lo" there are only config files for eth0 and eth1. /etc/sysconfig/network-scripts/ifcfg-eth0: DEVICE=eth0 BOOTPROTO=dhcp HWADDR=00:13:8F:D9:B8:9C ONBOOT=yes DHCP_HOSTNAME=nexus TYPE=Ethernet USERCTL=no PEERDNS=no IPV6INIT=no NETWORKMANAGER=yes NM_CONTROLLED=yes /etc/sysconfig/network-scripts/ifcfg-eth1: DEVICE=eth1 BOOTPROTO=none HWADDR=00:50:04:49:E0:EC IPADDR=192.168.1.1 NETMASK=255.255.255.0 ONBOOT=no TYPE=Ethernet > When you run "/usr/bin/nm-tool" what does it say? This is what it says after the ifdown=>ifup: NetworkManager Tool State: connected - Device: eth0 ---------------------------------------------------------------- Type: Wired Driver: forcedeth State: connected HW Address: 00:00:00:00:00:00 Capabilities: Supported: yes Carrier Detect: yes Speed: 100 Mb/s Wired Settings IP Settings: IP Address: 192.168.2.100 Subnet Mask: 255.255.255.0 Broadcast: 192.168.2.255 Gateway: 192.168.2.1 DNS: 195.50.140.178 DNS: 195.50.140.114 DNS: 192.168.2.1 - Device: eth1 ---------------------------------------------------------------- Type: Wired Driver: 3c59x State: unavailable HW Address: 00:50:04:49:E0:EC Capabilities: Supported: yes Carrier Detect: yes Speed: 10 Mb/s Wired Settings (I've added "prepend domain-name-servers 195.50.140.178, 195.50.140.114;" to dhclient-eth0.conf so I get decent nameservers in resolv.conf) Regards, Dennis From seg at haxxed.com Wed Apr 16 00:20:46 2008 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 15 Apr 2008 19:20:46 -0500 Subject: Stuck at NFS root boot in F9 In-Reply-To: <20080414171307.GB25919@nostromo.devel.redhat.com> References: <48011475.5090204@redhat.com> <1208072500.15650.23.camel@localhost.localdomain> <480224B4.6080201@redhat.com> <1208155141.3157.4.camel@localhost> <20080414171307.GB25919@nostromo.devel.redhat.com> Message-ID: <1208305247.3609.21.camel@localhost> On Mon, 2008-04-14 at 13:13 -0400, Bill Nottingham wrote: > Callum Lerwick (seg at haxxed.com) said: > > > Is it a bug that nothing in the base system has a dependency on > > > event-compat-sysv? Relying on comps groups alone isn't entirely robust. > > > This seems to be also how some F8 to F9 upgrade failures are getting > > > stuck during boot as well. > > > > Seems like a bug to me. This breaks yum upgrades. > > Do you have your yum/upgrade log? There's no reason it shouldn't be > pulled in on upgrades. No, but I have 5 other machines to upgrade now that I know the problem... :) On another machine, if I do a full "yum upgrade", event-compat-sysv does indeed get pulled in. ...But that's not what I did. My laptop is rather limited in resources, "only" 512mb RAM and a couple GB free, so I figured it would be best to do a staged upgrade. First I decided to upgrade my key applications, "yum update galeon evolution". Through a long convoluted chain of dependencies, this ends up upgrading mkinitrd, which requires updating initscripts, which pulls in upstart. This resulted in a raft of file collisions with sysvinit, and fails during the transaction test. To get around it, I just "rpm -e --nodeps sysvinit" figuring upstart was supposed to replace it anyway. I assumed package dependencies would do their job and fix things or at the very least alert me to any problems. Obviously, this did not happen. After the first run, I did a full "yum update" to get the rest of the packages, this fails to bring in event-compat-sysv since I manually removed sysvinit, leaving you with an un-bootable system even though "package-cleanup --problems" indicates no problems. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Wed Apr 16 00:49:52 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 15 Apr 2008 20:49:52 -0400 Subject: Stuck at NFS root boot in F9 In-Reply-To: <1208305247.3609.21.camel@localhost> References: <48011475.5090204@redhat.com> <1208072500.15650.23.camel@localhost.localdomain> <480224B4.6080201@redhat.com> <1208155141.3157.4.camel@localhost> <20080414171307.GB25919@nostromo.devel.redhat.com> <1208305247.3609.21.camel@localhost> Message-ID: <20080416004952.GB4079@nostromo.devel.redhat.com> Callum Lerwick (seg at haxxed.com) said: > the transaction test. To get around it, I just "rpm -e --nodeps > sysvinit" figuring upstart was supposed to replace it anyway. Well, that's the issue, then. Don't do that. :) (Seriously, this would happen if you did a --nodeps removal of any package that is obsoleted by something in the next release.) Bill From alexl at users.sourceforge.net Wed Apr 16 01:33:16 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 15 Apr 2008 18:33:16 -0700 Subject: saving f-spot In-Reply-To: <4804D134.4020908@gmail.com> (Toshio Kuratomi's message of "Tue\, 15 Apr 2008 09\:00\:52 -0700") References: <47FD76A0.3070701@gmail.com> <1208181963.5136.1.camel@localhost.localdomain> <4804D134.4020908@gmail.com> Message-ID: >>>>>>> "AL" == Alex Lancaster writes: [...] AL> https://bugzilla.redhat.com/show_bug.cgi?id=442343 AL> 1) there are no binary .DLLs in the package that don't have AL> associated source, so legally OK >>>>> "TK" == Toshio Kuratomi writes: TK> Yep. I didn't list f-spot as binary in my message. I know, I think Jesse thought so when we were discussing it on IRC. AL> 2) most of the provides listed by Toshio in his original message AL> appear to part of f-spot itself (like semweb, FlickNet etc) and AL> *do* have associated source TK> Uhm.... They do have source, but I don't think they are part of TK> f-spot. I could be wrong but: semweb: TK> http://razor.occams.info/code/semweb/ flickrNet: TK> http://www.codeplex.com/FlickrNet Yes, in discussion with the Debian maintainer on #f-spot, it does appear that they do have upstreams, but nothing else in Fedora yet depends on them. Ultimately, yes they should be packed separately if possible. TK> I googled everything that I specifically wrote into my message and TK> looked to see if the sources had corresponding filenames or other TK> indications of matching the library that was found. AL> 2) of the DLLs that could be potentially provided by other packages AL> we have: AL> /usr/lib/f-spot/libgphoto2-sharp.dll (effectively this is upstream AL> for libgphoto apparently, it could be patched to use system one) TK> This should be fixed. Jesse didn't report any problems with it TK> currently, though. Yes, again in discussion with the Debian maintainer it appears that newer f-spot's will include this ability. It's a little unclear because the official libgphoto2-sharp apparently pulls from the f-spot SVN, if I understand the f-spot maintainer correctly. AL> /usr/lib/f-spot/Mono.Addins* (a patched version of upstream) TK> This one is the problem child as it's causing issues for other TK> packages that require mono(Mono.Addins).... rpm is satisfying the TK> dep with f-spot which doesn't actually work for the packages that TK> need mono(Mono.Addins). Yes, this is now done in the latest build on f-spot: http://koji.fedoraproject.org/koji/buildinfo?buildID=46254 again got a patch thanks to the Debian maintainer (who apparently has had to go through some of the same hoops as us with f-spot, since the f-spot maintainer has only recently included the ability to link against some of the system libs). AL> /usr/lib/f-spot/Tao.* (there is an upstream apparently, but it's AL> not yet packaged by Fedora and not installed in gac yet anyway) AL> /usr/lib/f-spot/gnome-keyring-sharp.dll (there is upstream, not yet AL> packaged in Fedora, and not yet stable to be in gac apparently) TK> If this package were undergoing review in its current state it TK> would not be able to go into the repo until these dependencies TK> were packaged. Still, by itself, it's not a reason to yank it for TK> F-9. It could be a reason to remove them from the start of the TK> F10 devel cycle, though. Right, keep it in F-9. I think everything should be able to be packaged separately, so I see no reason to remove it from F-10, it needs some time to allow the other deps to be packaged. Remember this is hold over from the pre-Merge days, and has it's own merge review somewhere, and we're not necessarily yanking those because the merge reviews aren't finished or have problems. AL> So the only files that conflicts as far as also being provided by AL> other packages appears to be Mono.Addins*.dll. This should AL> probably be fixed (and Tao and gnome-keyring-sharp packaged) very AL> soon, but based on this analysis I don't see any need to yank the AL> package itself from f9-final as it appears to legally OK. TK> I think Jesse was noting the problem with tomboy and TK> mono(Mono.Addins) as the reason to yank. If the choice were to TK> have a working tomboy and a removed f-spot or vice-versa I'd have TK> a hard time figuring out which was the more necessary application. TK> If someone adds the Debian patches for f-spot to fix this by F-9 TK> that will be the best outcome overall. As I said above, this is done now, so the tomboy/f-spot conflict shouldn't be a problem anymore. I have to build mono-addins to fix a potential problem with addins disappearing from f-spot. But once done, they can both be tagged f9-final. A. From peter at thecodergeek.com Wed Apr 16 02:15:23 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 15 Apr 2008 19:15:23 -0700 Subject: Mono Package audit In-Reply-To: <47FD76A0.3070701@gmail.com> References: <47FD76A0.3070701@gmail.com> Message-ID: <1208312123.3123.10.camel@werewolf> [Forgive me if this has already been reported. I could not find a relevant entry for against the 'blam' component in Fedora's Bugzilla.] FYI, Blam currently includes binary DLLs, too: blam-1.8.3/lib/Atom.NET.dll blam-1.8.3/lib/RSS.NET.dll These have no corresponding source code in the Blam tree. Unfortunately, too, their respective upstream projects seem dead (last updated in 2004 and 2005, respectively). These will need to be built from the upstream sources if possible. (This was one reason that I orphaned it back in February.) CC-ing Alex on this, as Blam's current maintainer. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From encompass at gmail.com Wed Apr 16 02:41:58 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Wed, 16 Apr 2008 05:41:58 +0300 Subject: My JWuN Project idea.... - PackageKit ? In-Reply-To: <480512D6.8070306@iinet.net.au> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <480512D6.8070306@iinet.net.au> Message-ID: <1eb1f6fa0804151941j592f25e2s1bedb3826f8b5959@mail.gmail.com> Yes actually, the maintainer has contacted me and we are fleshing some things out now. Hopefully I can use packagekit and my idea at the same time. :D We shall see. On Tue, Apr 15, 2008 at 11:40 PM, David Timms wrote: > Jason (spot) Brower wrote: > > > I have proposed the JWuN project for Google Summer of Code and wanted > > to get the ideas of everyone, mentor or not about what hardware could > > be used software could we worry about in this project. > > The abstract and information of what I submitted should be enough to > > give you an idea of what it will do... > > > Do you know much about PackageKit ? > packagekit at lists.freedesktop.org > > see also: > http://hughsient.livejournal.com/55964.html?view=390300#t390300 > > It sounds like you guys have the some of the same sorts of goals ? > > DaveT. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From laxathom at fedoraproject.org Wed Apr 16 05:15:47 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Wed, 16 Apr 2008 07:15:47 +0200 Subject: 200+ packages up for grabs In-Reply-To: <48045952.5070100@hhs.nl> References: <56642.137.151.174.128.1208207154.squirrel@webmail.thecodergeek.com> <62bc09df0804142308k3282d709r4519df4cd0e3ed82@mail.gmail.com> <48045952.5070100@hhs.nl> Message-ID: <62bc09df0804152215s3abd4462m629d2c934cddd291@mail.gmail.com> 2008/4/15 Hans de Goede : > Xavier Lamien wrote: > > > interesting by : > > > > * arm-* packages. > > > > > Note these are not generic arm cross packages, they are arm cross packages > specifically targetting the gp2x a handheld Linux game device / media > player. Know > > > With that said I could use some help with these, I still have a few > libraries spec files which are needed to get a full devel chain waiting to > be cleaned up and put through review. > > * pygtkglext -- Python bindings for GtkGLExt > > > > * PyOpenGL -- Python bindings for OpenGL > > > > * quake3 -- Quake 3 Arena tournament 3D shooter game > > > > * rafkill -- Top-down shooter with powerups > > > > * raidem -- 2d top-down shoot'em up > > > > * raidem-music -- Background music for the game raidem > > > > > > > With interested you mean you want to take ownership, or do you want to > co-maintain them? take ownership. of course co-maintainers are welcome. > > > Regards, > > Hans > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.mailhot at laposte.net Wed Apr 16 07:10:51 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 16 Apr 2008 09:10:51 +0200 (CEST) Subject: More Java guidelines questions In-Reply-To: <1208301122.26951.14.camel@localhost.localdomain> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> Message-ID: <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> Le Mer 16 avril 2008 01:12, Jesse Keating a ?crit : > On Tue, 2008-04-15 at 18:10 -0500, Les Mikesell wrote: >> Do you have an estimate for the man-hours of modifications it took >> to >> make that possible to help others decide on the feasibility of using >> gcj >> instead of Sun Java in general? > > I don't, but that's a moot point because Fedora couldn't ship Sun > Java. > I'd like to think that a lot of the work that went into GCJ aided in > the > push to get Sun to open up Java so that we /could/ ship it. Sure, that was a good argument for pushing gcj in the past. The question is should we focus on gcj or openjdk/icedtea now. -- Nicolas Mailhot From aph at redhat.com Wed Apr 16 09:03:09 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 16 Apr 2008 10:03:09 +0100 Subject: More Java guidelines questions In-Reply-To: <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> Message-ID: <4805C0CD.5040707@redhat.com> Nicolas Mailhot wrote: > Le Mer 16 avril 2008 01:12, Jesse Keating a ?crit : >> On Tue, 2008-04-15 at 18:10 -0500, Les Mikesell wrote: >>> Do you have an estimate for the man-hours of modifications it took to >>> make that possible to help others decide on the feasibility of using gcj >>> instead of Sun Java in general? I'll note that the early hacks to make Eclipse run on gcj were removed when gcj was fixed. Most of the time spent making Eclipse work on gcj was on the gcj side, not changes to Eclipse. >> I don't, but that's a moot point because Fedora couldn't ship Sun Java. >> I'd like to think that a lot of the work that went into GCJ aided in the >> push to get Sun to open up Java so that we /could/ ship it. > > Sure, that was a good argument for pushing gcj in the past. > The question is should we focus on gcj or openjdk/icedtea now. Well, I don't know what you are focussing on, but my team is working on porting OpenJDK, improving its performance where needed, and at the same time keeping gcj running on those targets where it's useful. I don't think there is any other course of action that makes sense. Andrew. From jgranado at fedoraproject.org Wed Apr 16 09:49:11 2008 From: jgranado at fedoraproject.org (Joel Andres Granados) Date: Wed, 16 Apr 2008 11:49:11 +0200 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4804F048.1030009@gmail.com> References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> <4804CC2F.9040405@gmail.com> <4804D891.7020908@fedoraproject.org> <4804F048.1030009@gmail.com> Message-ID: <4805CB97.2040103@fedoraproject.org> Toshio Kuratomi wrote: > Joel Andres Granados wrote: >> Toshio Kuratomi wrote: >>> Joel Andres Granados wrote: >>>> Toshio Kuratomi wrote: >>>>> Thomas Moschny wrote: >>>>>> Hi! >>>>>> >>>>>> Recently encountered a problem with the python-demjson rpm I >>>>>> maintain: >>>>>> The demjson package does not use setuptools, so, in accordance with >>>>>> the python packaging guidelines, I used the trick of preloading >>>>>> setuptools prior to executing setup.py, for F7 and F8 only. This >>>>>> produces an egg-info directory, fine. >>>>>> >>>>>> Now, for F9, egg-info is generated automatically, but it turns out >>>>>> that this produces an egg-info file instead of an directory. This in >>>>>> turn causes problems when upgrading from F8 to F9, because rpm can't >>>>>> replace a dir with a file. >>>>>> >>>>>> Any advices on how to solve this? >>>>>> >>>>> >>>>> Do you have a reason to need eggs on F7 and F8? >>>> >>>> Thats strange, I thought it was added because of policy as opposed >>>> to reason. Firstaidkit has no need for eggs, but the reviewer >>>> insisted on adding to them. FWI, firstaidkit chooses to handle the >>>> plugins with rpm, which is a valid alternative to eggs. >>>> >>> Maybe the Guidelines need rewording. Can you point at something in >>> the Guidelines that could be improved to show that using setuptools >>> to add eggs in F7/F8 is optional? (All packages must handle the egg >>> files in F9+ and they must handle eggs created by packages which use >>> setuptools normally. The optional part is when adding eggs to a >>> package which doesn't provide them on its own.) >>> >>> -Toshio >>> >> maybe change it a little: >> Change the "when to provide eggs" in >> http://fedoraproject.org/wiki/Packaging/Python/Eggs >> " >> Starting with Fedora 9, our python package provides egg-info for any >> distutils and setuptools packages. Since this establishes a base of >> functionality that upstream authors can expect, we need to be sure we >> include those files when needed. In Fedora 8 and below eggs can be >> provided when the package uses setuptools. In this case eggs are >> optional. In F9+ eggs have to be provided when the upstream package >> provides them and are optional when the upstream package does not >> provide them. >> " > > That seems a bit confusing to me as it seems to say that if a package > builds eggs it is optional whether to include them. We really want to I see your point. > be saying: "If the package builds eggs, you must include them. If the > package does not produce eggs you can use this optional setuptools > trickery to produce them." Maybe this is clearer: > > ''' > Since eggs establish a base of functionality that upstream authors can > expect, we need to be sure to include the egg files if a package builds > them. Starting with Fedora 9, our python package providses egg-info for > any package that uses setuptools or distutils to build. In Fedora 8 or > less, only setuptools packages build eggs. If you need to provide eggs > for a distutils package on Fedora 8 or less, "Providing Eggs using > Setuptools" describes a method of substituting setuptools for distutils > in the build process so egg-info is built. > ''' > > If this wording is better, I'll change the page to reflect this. > -Toshio > I would put in a little change. The reason for the change is that I (the packager) don't really care that the python package provides eggs. I just want to know when to follow the "put egg in package" guide line. So I think that info can go away without doing any harm. Here is How I would put it: ''' Since eggs establish a base of functionality that upstream authors can expect, we need to be sure to include the egg files if a package builds them. Starting with Fedora 9, any package that uses setuptools or distutils to build, needs to build eggs. In Fedora 8 or less, only setuptools packages build eggs. If you need to provide eggs for a distutils package on Fedora 8 or less, "Providing Eggs using Setuptools" describes a method of substituting setuptools for distutils in the build process so egg-info is built. ''' Regards -- Joel Andres Granados From lkundrak at redhat.com Wed Apr 16 10:10:33 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 16 Apr 2008 12:10:33 +0200 Subject: More Java guidelines questions In-Reply-To: <480531E3.1050106@gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> Message-ID: <1208340633.770.18.camel@localhost.localdomain> On Tue, 2008-04-15 at 17:53 -0500, Les Mikesell wrote: > Lubomir Kundrak wrote: > > > > Why not? Getting rid of legacy cruft sounds like an brilliantly elegant > > solution to me. But probably not applicable here, as GCJ doesn't really > > fall into that category, given it still outperforms OpenJDK by the > > factor of 10 on ppc. > > If you can find something it will run besides whatever benchmark you > used for that measurement... And will OpenJDK run OpenNMS? The "benchmark" I used was compiling OpenJDK itself on ppc. -- Lubomir Kundrak (Red Hat Security Response Team) From pertusus at free.fr Wed Apr 16 10:28:27 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 12:28:27 +0200 Subject: 200+ packages up for grabs In-Reply-To: <200804142215.04524.ville.skytta@iki.fi> References: <4802FFB8.9090002@hhs.nl> <200804142215.04524.ville.skytta@iki.fi> Message-ID: <20080416102827.GA2606@free.fr> On Mon, Apr 14, 2008 at 10:15:04PM +0300, Ville Skytt? wrote: > > I think everyone who has more than few tens of packages packages under his > belt should seriously consider finding someone else to take care of the extra > ones and possibly use the time freed by that to get to know the remaining > packages better unless it's taken by something else. I think that it is wrong, the number of packages is a bad metric for the work load and need to specialization. Speaking for myself, I have about 66 or so package that I maintain or for which I am a comaintainer doing most of the work recently. However, among those packages 12 or so really take time (some of these taking a huge amount, especially with collaboration with upstream), among the others something like 10 packages with medium load (like 2 hours a year), and 44 with a low load (along 1 hour in 3 years), most of them with inactive or dead upstream. I don't count the time needed to have first a good package (something like the first 6 months), and the time needed to do old EPEL branches, which was an investment done only once. Now I agree with the whole idea, it is better to spread the load, but a better metric than the number of packages would be something like the bugs not handled. -- Pat From aph at redhat.com Wed Apr 16 10:36:31 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 16 Apr 2008 11:36:31 +0100 Subject: More Java guidelines questions In-Reply-To: <1208340633.770.18.camel@localhost.localdomain> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208340633.770.18.camel@localhost.localdomain> Message-ID: <4805D6AF.9080409@redhat.com> Lubomir Kundrak wrote: > On Tue, 2008-04-15 at 17:53 -0500, Les Mikesell wrote: >> Lubomir Kundrak wrote: >>> Why not? Getting rid of legacy cruft sounds like an brilliantly elegant >>> solution to me. But probably not applicable here, as GCJ doesn't really >>> fall into that category, given it still outperforms OpenJDK by the >>> factor of 10 on ppc. >> If you can find something it will run besides whatever benchmark you >> used for that measurement... And will OpenJDK run OpenNMS? > > The "benchmark" I used was compiling OpenJDK itself on ppc. The speed ratio between gcj's interpreter and OpenJDK's C++ interpreter varies depending on the load, but always seems to be in favour of gcj by a ratio of at least 1.6. gcj precompilation improves that a lot, as you might expect, and the code I've tried runs about 10 times faster when precompiled on gcj than on OpenJDK's C++ interpreter. We're working on improving OpenJDK's performance on ppc and other Fedora arches. Andrew. From pmuldoon at redhat.com Wed Apr 16 11:34:38 2008 From: pmuldoon at redhat.com (Phil Muldoon) Date: Wed, 16 Apr 2008 12:34:38 +0100 Subject: More Java guidelines questions In-Reply-To: <1208298579.770.3.camel@localhost.localdomain> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> Message-ID: <4805E44E.7060205@redhat.com> Lubomir Kundrak wrote: >> >> Or ugly solution -- wait two months ;-) Then all supported >> Fedoras will have JDK. >> >> No, I am not serious. >> > > Why not? Getting rid of legacy cruft sounds like an brilliantly elegant > solution to me. But probably not applicable here, as GCJ doesn't really > fall into that category, given it still outperforms OpenJDK by the > factor of 10 on ppc. > There's a deeper issue. Projects like ours ours (Frysk) used gcj and related technology from the ground up. When Frysk was (and still is) being developed we used a lot of the newer/faster/better implementations of specific Java technologies that gcj brought with it, like CNI over JNI. Now moving onto the brave new future things have changed. But that still requires specific tasks to be completed before the move from gcj -> IcedTea. The largest is converting CNI code to JNI code in projects that choose to use CNI. It's happening, but it takes times. Regards Phil From encompass at gmail.com Wed Apr 16 11:36:55 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Wed, 16 Apr 2008 14:36:55 +0300 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <1208255312.586.15.camel@ignacio.lan> <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> Message-ID: <1eb1f6fa0804160436m2b2ea76cyb1cfb910d9758712@mail.gmail.com> Smolt seems interesting, and yet another way to approach this issue. It would be a good way to integrate. Having an addition to Smolt that will tell what software would be good to help make a particular hardware useful is a good idea. And by a quick glance it looks like it's in python too. Woot! Jason On Tue, Apr 15, 2008 at 7:57 PM, Yaakov Nemoy wrote: > 2008/4/15 Ignacio Vazquez-Abrams : > > > On Tue, 2008-04-15 at 09:53 +0300, Jason (spot) Brower wrote: > > > THE IDEA: > > > I think we could create a software that can look at their hardware on > > > the computer and come to a conclusion of what hardware they have and > > > what software would be good to install. > > > > Would it be feasible to integrate this with smolt? > > To some degree. I want to get smolt to give out more useful and > meaningful information about a computer, this summer. This isn't the > first time though someone has talked to me about using Smolt for > package dependency resolution or even building customized > distributions. > > -Yaakov > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From choeger at cs.tu-berlin.de Wed Apr 16 12:17:21 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Wed, 16 Apr 2008 14:17:21 +0200 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <1eb1f6fa0804160436m2b2ea76cyb1cfb910d9758712@mail.gmail.com> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <1208255312.586.15.camel@ignacio.lan> <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> <1eb1f6fa0804160436m2b2ea76cyb1cfb910d9758712@mail.gmail.com> Message-ID: <1208348241.14660.14.camel@choeger4> Hi, you should propably concentrate on the infrastructure side of that problem. Generate a general workflow, file formats, tools and that stuff. Then let people like packagekit-developers, smolt-developers and *-developers decide if they could use your framework and plugin into it. That way you would not create code that rewrites the work that is already done by others. regards christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From overholt at redhat.com Wed Apr 16 12:51:14 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 16 Apr 2008 08:51:14 -0400 Subject: More Java guidelines questions In-Reply-To: <480535CC.5060705@gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> Message-ID: <1208350274.23253.14.camel@blingbling> On Tue, 2008-04-15 at 18:10 -0500, Les Mikesell wrote: > Jesse Keating wrote: > > On Tue, 2008-04-15 at 17:53 -0500, Les Mikesell wrote: > >> If you can find something it will run besides whatever benchmark you > >> used for that measurement... And will OpenJDK run OpenNMS? > > > > GCJ runs Eclipse, which is a pretty important tool to a lot of people. > > Do you have an estimate for the man-hours of modifications it took to > make that possible to help others decide on the feasibility of using gcj > instead of Sun Java in general? We don't carry any patches to the Eclipse SDK to build/run with gcj. Andrew From encompass at gmail.com Wed Apr 16 14:06:07 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Wed, 16 Apr 2008 17:06:07 +0300 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <1208348241.14660.14.camel@choeger4> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <1208255312.586.15.camel@ignacio.lan> <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> <1eb1f6fa0804160436m2b2ea76cyb1cfb910d9758712@mail.gmail.com> <1208348241.14660.14.camel@choeger4> Message-ID: <1eb1f6fa0804160706k177557c5peed1556bdcddf90b@mail.gmail.com> Yeah, those would be the things that a mentor would have to help me out with. How to properly make this project work with others. This community thing can be a big jump. Jason Brower 2008/4/16 Christoph H?ger : > Hi, > > you should propably concentrate on the infrastructure side of that > problem. Generate a general workflow, file formats, tools and that > stuff. > Then let people like packagekit-developers, smolt-developers and > *-developers decide if they could use your framework and plugin into it. > That way you would not create code that rewrites the work that is > already done by others. > > regards > > christoph > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From a.badger at gmail.com Wed Apr 16 14:08:01 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 16 Apr 2008 07:08:01 -0700 Subject: python packaging, egg-info file vs. directory In-Reply-To: <4805CB97.2040103@fedoraproject.org> References: <4803D6FA.4010803@gmail.com> <4804C916.4070409@fedoraproject.org> <4804CC2F.9040405@gmail.com> <4804D891.7020908@fedoraproject.org> <4804F048.1030009@gmail.com> <4805CB97.2040103@fedoraproject.org> Message-ID: <48060841.8020000@gmail.com> Joel Andres Granados wrote: > I would put in a little change. The reason for the change is that I > (the packager) don't really care that the python package provides eggs. > I just want to know when to follow the "put egg in package" guide line. > So I think that info can go away without doing any harm. Here is How I > would put it: > > ''' > Since eggs establish a base of functionality that upstream authors can > expect, we need to be sure to include the egg files if a package builds > them. Starting with Fedora 9, any package that uses setuptools or > distutils to build, needs to build eggs. In Fedora 8 or less, only > setuptools packages build eggs. If you need to provide eggs for a > distutils package on Fedora 8 or less, "Providing Eggs using Setuptools" > describes a method of substituting setuptools for distutils in the build > process so egg-info is built. > ''' Updated with a few minor edits: http://fedoraproject.org/wiki/Packaging/Python/Eggs#WhenEggs -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From loupgaroublond at gmail.com Wed Apr 16 14:24:43 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Wed, 16 Apr 2008 10:24:43 -0400 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <1eb1f6fa0804160706k177557c5peed1556bdcddf90b@mail.gmail.com> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <1208255312.586.15.camel@ignacio.lan> <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> <1eb1f6fa0804160436m2b2ea76cyb1cfb910d9758712@mail.gmail.com> <1208348241.14660.14.camel@choeger4> <1eb1f6fa0804160706k177557c5peed1556bdcddf90b@mail.gmail.com> Message-ID: <7f692fec0804160724r3cb85453nb7009ff3609bb1f2@mail.gmail.com> On Wed, Apr 16, 2008 at 10:06 AM, Jason (spot) Brower wrote: > Yeah, those would be the things that a mentor would have to help me > out with. How to properly make this project work with others. This > community thing can be a big jump. > Jason Brower > I'm already likely to be mentoring one Smolt related project this summer. I may be willing to help with a second. Is this application in the GSoC system already? -Yaakov From encompass at gmail.com Wed Apr 16 14:31:16 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Wed, 16 Apr 2008 17:31:16 +0300 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <7f692fec0804160724r3cb85453nb7009ff3609bb1f2@mail.gmail.com> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <1208255312.586.15.camel@ignacio.lan> <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> <1eb1f6fa0804160436m2b2ea76cyb1cfb910d9758712@mail.gmail.com> <1208348241.14660.14.camel@choeger4> <1eb1f6fa0804160706k177557c5peed1556bdcddf90b@mail.gmail.com> <7f692fec0804160724r3cb85453nb7009ff3609bb1f2@mail.gmail.com> Message-ID: <1eb1f6fa0804160731g465d908amc35632fa8e421d9@mail.gmail.com> yes sir it is... not quite sure how to link to it for you... but the project name is... "JWuN A program to get the software you need for your hardware." in fedora project... Hope you can help me. :D Jason On Wed, Apr 16, 2008 at 5:24 PM, Yaakov Nemoy wrote: > On Wed, Apr 16, 2008 at 10:06 AM, Jason (spot) Brower > wrote: > > Yeah, those would be the things that a mentor would have to help me > > out with. How to properly make this project work with others. This > > community thing can be a big jump. > > Jason Brower > > > > I'm already likely to be mentoring one Smolt related project this > summer. I may be willing to help with a second. Is this application > in the GSoC system already? > > -Yaakov > > -- > > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From rawhide at fedoraproject.org Wed Apr 16 14:49:07 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Wed, 16 Apr 2008 14:49:07 +0000 (UTC) Subject: rawhide report: 20080416 changes Message-ID: <20080416144907.4D9C0209E2F@releng1.fedora.phx.redhat.com> New package fedora-ds-admin Fedora Administration Server (admin) New package openoffice.org-extendedPDF Create PDF with hyperlinks, bookmarks and more New package openoffice.org-ooolatex Support for embedded LaTeX in Impress/Writer documents Updated Packages: WebKit-1.0.0-0.8.svn31787.fc9 ----------------------------- * Sat Apr 12 2008 Peter Gordon 1.0.0-0.8.svn31787 - Update to new upstream snapshot (SVN 31787). - Resolves: CVE-2008-1010 (bug 438532: Arbitrary code execution) and CVE-2008-1011 (bug 438531: Cross-Site Scripting). - Switch to using autotools for building the GTK+ port. anaconda-11.4.0.72-1 -------------------- * Tue Apr 15 2008 Jeremy Katz - 11.4.0.72-1 - Don't use megabytes for the livecd size for copying. (notting) - find moved (katzj) - Fix up silly syntax error that crept in to this commit (katzj) - Back to using the raw version of the docs (#442540) (katzj) - Expire yum caches on upgrade (#374921) (katzj) - Include KERNEL== in udev rules (#440568) (dwmw2) - Don't look for a .discinfo file in rescue mode (jvonau, #442098). (clumens) - Slower machines may take more than five seconds for hal to start (#442113) (katzj) - Pass the full device path (notting) - Only include the parts of grub that will work without crazy tricks (#429785) (katzj) anjuta-1:2.2.3-7.fc9 -------------------- * Fri Apr 11 2008 Debarshi Ray - 1:2.2.3-7 - Restored empty files. Fixes Red Hat Bugzilla bug #440087. bouml-doc-4.2-1 --------------- * Sun Mar 30 2008 Debarshi Ray - 4.2-1 - Version bump to 4.2. Closes Red Hat Bugzilla bug#434288. checkpolicy-2.0.14-1.fc9 ------------------------ * Thu Mar 27 2008 Dan Walsh - 2.0.14-1 - Latest update from NSA * Add permissive domain support from Eric Paris. eclipse-mylyn-2.3.2-4.fc9 ------------------------- * Tue Apr 15 2008 Jesse Keating - 2.3.2-4 - Rebuild due to filesystem corruption empathy-0.22.1-1.fc9 -------------------- * Fri Apr 11 2008 Peter Gordon - 0.22.1-1 - Update to new upstream release (0.22.1) evolution-brutus-1.2.11-2.fc9 ----------------------------- * Mon Apr 14 2008 Alex Lancaster - 1.2.11-2 - Temporary hack to add -fno-strict-aliasing in CFLAGS because of glib2 issue (#434008) * Sun Apr 13 2008 Alex Lancaster - 1.2.11-1 - Update to 1.2.11 for compatibility with new eds version in F-9 - Add BuildRequires: ImageMagick-devel, db4-devel - Add some unpackaged files * Mon Feb 18 2008 Fedora Release Engineering - 1.1.28.7-3 - Autorebuild for GCC 4.3 f-spot-0.4.2-5.fc9 ------------------ * Tue Apr 15 2008 Alex Lancaster - 0.4.2-5 - Add patch from Debian to use system mono-addins (from #442343) findutils-1:4.2.33-3.fc9 ------------------------ * Mon Apr 14 2008 Vitezslav Crhonek - 1:1.2.33-3 - Move find to /bin Resolves: #438183 firefox-3.0-0.54.beta5.fc9 -------------------------- * Sat Apr 12 2008 Christopher Aillon 3.0-0.54 - Remove the broken Macedonian (mk) langpack - Download to Download/ generic-logos-9.0.0-1.fc9 ------------------------- * Tue Apr 15 2008 Bill Nottingham - 9.0.0-1 - updates for current fedora-logos (much thanks to ) - remove KDE Infinity splash * Mon Oct 29 2007 Bill Nottingham - 8.0.2-1 - Add Infinity splash screen for KDE * Thu Sep 13 2007 Bill Nottingham - 7.92.1-1 - add powered-by logo (#250676) - updated rhgb logo () glib2-2.16.3-3.fc9 ------------------ * Sun Apr 13 2008 Dan Williams - 2.16.3-3 - Revert upstream changes to g_static_mutex_get_mutex_impl_shortcut that broke users of GMutex and GStaticMutex (bgo#316221) gnome-sharp-2.16.1-1.fc9 ------------------------ * Fri Apr 11 2008 Xavier Lamien - 2.16.1-1 - Updated Release. * Wed Mar 05 2008 Xavier Lamien - 2.16.0-7 - Fixed Assembly_dir on Rawhide (bug #434280). * Tue Feb 19 2008 Fedora Release Engineering - 2.16.0-6 - Autorebuild for GCC 4.3 gnome-system-monitor-2.22.1-1.fc9 --------------------------------- * Mon Apr 14 2008 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 gtk-nodoka-engine-0.7.0-1.fc9 ----------------------------- * Mon Apr 14 2008 Martin Sourada - 0.7.0-1 - Update to stable gvfs-0.2.3-3.fc9 ---------------- * Mon Apr 14 2008 Matthias Clasen - 0.2.3-3 - Fix a bug that causes application crashes (#441084) initscripts-8.70-1 ------------------ * Tue Apr 15 2008 Bill Nottingham - 8.70-1 - find is now in /bin. Use it. (#192991, #239914, #244941, #442178) - require event-compat-sysv for now (#442291) - fix serial event to wait properly - handle encrypted LVs properly (#441728) - add a sit tunnel type (#441635) - translation updates: ru kdebase-6:4.0.3-7.fc9 --------------------- * Mon Apr 14 2008 Rex Dieter 4.0.3-7 - nspluginviewer patch (kde#160413) * Sun Apr 06 2008 Kevin Kofler 4.0.3-6 - backport Konsole window size fixes from 4.1 (#439638, kde#160422) * Thu Apr 03 2008 Kevin Kofler 4.0.3-5 - rebuild (again) for the fixed %{_kde4_buildtype} kdebase-runtime-4.0.3-6.fc9 --------------------------- * Tue Apr 15 2008 Rex Dieter 4.0.3-6 - respin (at f13's request) kdebase-workspace-4.0.3-15.fc9 ------------------------------ * Tue Apr 15 2008 Luk???? Tinkl - 4.0.3-15 - workaround #434824: KDE4 System Settings - No Method To Enter Administrative Mode - fix #441062: packagekit tools do not show icons correctly on KDE * Tue Apr 15 2008 Sebastian Vahl - 4.0.3-13 - update redhat-startkde.patch to match waves background colour (#442312) kdelibs3-3.5.9-8.fc9 -------------------- * Mon Apr 14 2008 Rex Dieter 3.5.9-8 - omit Requires: kdndsd-avahi (#441222) kdepim-6:3.5.9-9.fc9 -------------------- * Fri Apr 11 2008 Rex Dieter 6:3.5.9-9 - omit multilib upgrade hacks (see also #441222) kernel-2.6.25-0.234.rc9.git1.fc9 -------------------------------- * Tue Apr 15 2008 John W. Linville - rfkill: Fix device type check when toggling states - rtl8187: Add missing priv->vif assignments - Add rfkill to MAINTAINERS file - Update rt2x00 MAINTAINERS entry - mac80211: remove message on receiving unexpected unencrypted frames - PS3: gelic: fix the oops on the broken IE returned from the hypervisor - ssb: Fix usage of struct device used for DMAing - b43legacy: Fix usage of struct device used for DMAing - MAINTAINERS: move to generic repository for iwlwifi - b43legacy: fix initvals loading on bcm4303 - b43legacy: fix DMA mapping leakage - rt2x00: Use lib->config_filter() during scheduled packet filter config * Tue Apr 15 2008 John W. Linville - Reenable wireless patches * Tue Apr 15 2008 Jarod Wilson - Fix kernel_variant_preun() to properly remove flavoured kernel entries from bootloader config (Mark McLoughlin) kernel-xen-2.6-2.6.25-0.22.rc9.fc9 ---------------------------------- * Mon Apr 14 2008 Mark McLoughlin - Rebase to kernel-2.6.25-0.228.rc9.fc9 - Include Markus's latest console handling patch * Tue Apr 08 2008 Mark McLoughlin - Fix the requires on kernel-xen-debuginfo * Tue Apr 08 2008 Mark McLoughlin - Some more pagetable-pinning fixes libgnomeui-2.22.1-2.fc9 ----------------------- * Mon Apr 14 2008 Matthias Clasen - 2.22.1-2 - Bump rev to make sure the NVR is newer than the previous one ltsp-5.1.3-1.fc9 ---------------- * Sun Mar 30 2008 Warren Togami - 5.1.3-1 - Fix sound, though still needs more work (#436906 eharrison) - Make F9 client boot work w/ event-compat-sysv (#442291 eharrison) mail-notification-5.2-3.fc9 --------------------------- * Wed Apr 09 2008 Dmitry Butskoy - 5.2-3 - add cache-crash patch from upstream (#440433) mash-0.3.5-1.fc9 ---------------- * Mon Apr 14 2008 Bill Nottingham 0.3.5-1 - add pulseaudio-utils as well * Fri Apr 11 2008 Bill Nottingham 0.3.4-1 - add alsa plugins to multilib list (#338211) mcstrans-0.2.8-1.fc9 -------------------- * Mon Apr 14 2008 Dan Walsh 0.2.8-1 - Fix error handling midori-0.0.17-3.fc9 ------------------- * Sat Apr 12 2008 Peter Gordon - 0.0.17-3 - Rebuild for updated WebKit library so-name and include directory. mkinitrd-6.0.47-1.fc9 --------------------- * Mon Apr 14 2008 Jeremy Katz - 6.0.47-1 - Fix merge fun * Mon Apr 14 2008 Peter Jones - 6.0.46-1 - Fix ps3 disk handling in /proc/devices (#389331) mono-addins-0.3-5.fc9 --------------------- * Tue Apr 15 2008 Alex Lancaster - 0.3-5 - Add patch from Debian to make sure addins don't disappear in f-spot (#442343) nemiver-0.5.2-1.fc9 ------------------- * Fri Apr 11 2008 Peter Gordon - 0.5.2-1 - Update to new upstream release (0.5.2) - Add patch to keep the nemivercommon shared library in the global %_libdir, rather that in a private directory therein. This allows other sources to properly build against it without using nasty RPATH hacks, and also makes RPM correctly add same-arch dependencies from the devel subpackage to the main package via that unversioned binary symlink: + make-libnemivercommon-global-lib.patch - Alphabetize dependency list (aesthetic-only change) nfs-utils-1:1.1.2-2.fc9 ----------------------- * Mon Apr 14 2008 Steve Dickson 1.1.2-2 - Make EACCES a non fatal error (bz 439807) nx-3.2.0-27.fc9 --------------- * Sat Apr 12 2008 Axel Thimm - 3.2.0-27 - Update to 3.2.0. * Sat Apr 05 2008 Axel Thimm - 3.1.0-26 - Update to maintenance release #2. - Add nxssh. - mv nxwrapper to the libexec dir. * Wed Jan 02 2008 Axel Thimm - 3.1.0-25 - Update to 3.1.0. - add nxcompshad, nxauth; remove nxviewer, nxdesktop. - add -fPIC for ppc64. - Propagate %{optflags} for x86_64, too. pm-utils-1.1.0-6.fc9 -------------------- * Tue Apr 15 2008 Jesse Keating - 1.1.0-6 - Don't error on post restorecon call (which can fail if selinux is disabled) * Mon Apr 14 2008 Till Maas - 1.1.0-5 - remove double %dir %{_libdir}/pm-utils - update pm-utils-99hd-apm-restore to work with current pm-utils release Red Hat Bugzilla: #442294 - move config file for hd apm restore away from config.d, which is only used for pm-utils internal config anymore - own /var/run/pm-utils/ and create storage/locks subdirs (may be needed for selinux) - make sure an empty logfile is created after install (touch -a ...) - sort %files - make Source0: an URL - remove Conflicts: bluez utils, all supported Fedora releases ship already a newer version - remove unused BR: hal-devel, dbus-devel, pkgconfig, docbook-utils rhpl-0.215-2 ------------ * Mon Apr 14 2008 Adam Jackson 0.215-2 - rhpl-0.215-inet.patch: Add inet keycodes to the model (like XKB expects) instead of to the layout (like it doesn't). rhpxl-1.9-1.fc9 --------------- * Tue Apr 15 2008 Jeremy Katz - 1.9-1 - Back to writing out a keyboard section (#438246) * Fri Apr 11 2008 Adam Jackson 1.8-1 - Patch around an implausible crash when no depths seem to be available. Just default to 24. (#374581) ruby-libvirt-0.0.7-2.fc9 ------------------------ * Tue Apr 15 2008 David Lutterkort - 0.0.7-2 - Added no-capabilities-test.patch to suppress a fragile test * Tue Apr 15 2008 David Lutterkort - 0.0.7-1 - New version selinux-policy-3.3.1-35.fc9 --------------------------- * Mon Apr 14 2008 Dan Walsh 3.3.1-35 shared-mime-info-0.23-7.fc9 --------------------------- * Tue Apr 15 2008 Matthias Clasen - 0.23-7 - Update the desktop file name for Gimp, too * Tue Apr 15 2008 Matthias Clasen - 0.23-6 - Change default for rpm to gpk-install-file (#442485) speex-1.2-0.7.beta3 ------------------- * Tue Apr 15 2008 Tomas Hoger - 1.2-0.7.beta3 - Security update: Add mode checks to speex_packet_to_header() to protect applications using speex library and not having proper checks (CVE-2008-1686, #441239, https://trac.xiph.org/changeset/14701) system-config-keyboard-1.2.15-2.fc9 ----------------------------------- * Sat Apr 12 2008 Lubomir Kundrak 1.2.15-2 - Fix the comment line ending * Sat Apr 12 2008 Lubomir Kundrak 1.2.15-1 - New upstream release - Fix possibility to cancel in TUI (#216132) - Use system icon set (#291261) - Fix install places and permissions util-vserver-0.30.215-2.fc9 --------------------------- * Mon Apr 14 2008 Alex Lancaster - 0.30.215-2 - Temporarily disable check to get it to at least build and fix broken dep in rawhide/F-9. * Sat Apr 12 2008 Enrico Scholz - 0.30.215-1 - updated to 0.30.215 - use nss-devel instead of beecrypt-devel as BR - run crypto-suite benchmark in %check - fixed initscript runlevels (#441311) * Mon Feb 18 2008 Fedora Release Engineering - 0.30.214-3 - Autorebuild for GCC 4.3 vavoom-1.27.1-1.fc9 ------------------- * Sun Apr 13 2008 Hans de Goede 1.27.1-1 - New upstream bugfix release 1.27.1 vdrift-data-20071226-3.fc9 -------------------------- * Mon Apr 14 2008 Jesse Keating - 20071226-3 - Rebuild due to buildsystem corruption xkeyboard-config-1.2-3.fc9 -------------------------- * Mon Apr 14 2008 Matthias Clasen - 1.2-3 - Also add back and forward keys to pc105 (#441398) xulrunner-1.9-0.54.beta5.fc9 ---------------------------- * Sat Apr 12 2008 Christopher Aillon 1.9-0.54 - Add upstream patches for dpi, toolbar buttons, and invalid keys - Re-enable system cairo yum-3.2.14-9.fc9 ---------------- * Tue Apr 15 2008 Seth Vidal 3.2.14-9 - nine is the luckiest number that there will ever be * Tue Apr 15 2008 Seth Vidal 3.2.14-8 - after many tries - this one fixes translations AND pungi * Thu Apr 10 2008 Seth Vidal 3.2.14-5 - once more, with feeling Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.i386 requires perl(:MODULE_COMPAT_5.8.8) Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.x86_64 requires perl(:MODULE_COMPAT_5.8.8) Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-clearsilver-0.10.4-5.fc8.ppc requires perl(:MODULE_COMPAT_5.8.8) Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 mediawiki-openid-0.7.0-5.noarch requires php-pear-Auth-OpenID mediawiki-openid-0.7.0-5.noarch requires php-pear-Services-Yadis perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 perl-clearsilver-0.10.4-5.fc8.ppc64 requires perl(:MODULE_COMPAT_5.8.8) From tromey at redhat.com Wed Apr 16 15:32:18 2008 From: tromey at redhat.com (Tom Tromey) Date: Wed, 16 Apr 2008 09:32:18 -0600 Subject: More Java guidelines questions In-Reply-To: <4805E44E.7060205@redhat.com> (Phil Muldoon's message of "Wed\, 16 Apr 2008 12\:34\:38 +0100") References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <4805E44E.7060205@redhat.com> Message-ID: >>>>> "Phil" == Phil Muldoon writes: Phil> Now moving onto the brave new future things have changed. But Phil> that still requires specific tasks to be completed before the Phil> move from gcj -> IcedTea. The largest is converting CNI code to Phil> JNI code in projects that choose to use CNI. It's happening, but Phil> it takes times. I think this is a different issue. A program like frysk that was written using gcj features will depend on gcj... but the question AIUI is what to do about pure java packages. Tom From tromey at redhat.com Wed Apr 16 15:35:00 2008 From: tromey at redhat.com (Tom Tromey) Date: Wed, 16 Apr 2008 09:35:00 -0600 Subject: More Java guidelines questions In-Reply-To: <1208350274.23253.14.camel@blingbling> (Andrew Overholt's message of "Wed\, 16 Apr 2008 08\:51\:14 -0400") References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208350274.23253.14.camel@blingbling> Message-ID: >>>>> "Andrew" == Andrew Overholt writes: >> Do you have an estimate for the man-hours of modifications it took >> to make that possible to help others decide on the feasibility of >> using gcj instead of Sun Java in general? Andrew> We don't carry any patches to the Eclipse SDK to build/run Andrew> with gcj. Yeah, but unfortunately all that means is that the man-hours went into gcj, not Eclipse. How hard it is to bring up a random java program under gcj depends on the program. Some programs do bad things (use of com.sun.* is a typical problem, for instance) and are difficult. Some programs are well-behaved and don't use the few packages gcj does not support, and are easy. Unless you're an expert on both the package and gcj it is hard to predict the amount of effort without trying it. Tom From aph at redhat.com Wed Apr 16 17:32:47 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 16 Apr 2008 18:32:47 +0100 Subject: More Java guidelines questions In-Reply-To: <4804C64F.9000501@gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <48047BD5.5070203@redhat.com> <4804C64F.9000501@gmail.com> Message-ID: <4806383F.1090201@redhat.com> Toshio Kuratomi wrote: > Andrew Haley wrote: >> Jerry James wrote: >>> I've just been looking at bug 262401 [1] to see what I need to do to >>> update it to the new Java packaging guidelines. I have 2 new >>> questions about the guidelines. >>> >>> First, the guidelines say that I must both Requires and Build-Requires >>> jpackage-utils. This bit of code needs nothing in jpackage-utils that >>> I can discern. It has no external dependencies, doesn't ship with any >>> binary blobs, etc. The guidelines say must, so I'll do it, but what >>> is the rationale? >>> >>> Second, the GCJ guidelines say, "For Fedora versions < 8, no JDK was >>> available other than GCJ so GCJ AOT bits MUST be present." This >>> presents a problem for the package in question, because it consists of >>> annotations only. They are Java 1.5 annotations, so the GCJ in F7 can >>> produce the needed class files. But there is no actual code to >>> compile, so there is nothing for the GCJ AOT bits to do. Can an >>> exception be granted to annotation-only packages (not that there are >>> likely to be many of those)? >> >> Amazing -- I never even imagined that such a thing as an annotation-only >> package might exist! The guidelines are intended to allow reasonable >> people to interpret them sensibly. In this case, AOT-compiling wouldn't >> hurt but wouldn't be of much benefit, so I don't think it matters. >> > Andrew, if you could propose some wording changes to the Guidelines for > this it would be most appreciated. OK. "In some rare cases Java packages might not contain any executable code whatsoever, so AOT-compiling for gcj would not be required. An example of such a package would be one that contained only annotations." Andrew. From rhallyx at mindspring.com Wed Apr 16 18:34:54 2008 From: rhallyx at mindspring.com (Richard Hally) Date: Wed, 16 Apr 2008 14:34:54 -0400 Subject: monodevelop snafu Message-ID: <480646CE.8080901@mindspring.com> What is the following yum output trying to tell me? [root at new3Linux ~]# yum install monodevelop\* mono-addins\* Loaded plugins: refresh-packagekit Setting up Install Process Parsing package install arguments Resolving Dependencies --> Running transaction check ---> Package monodevelop-devel.i386 0:0.19-6.fc9 set to be updated ---> Package monodevelop.i386 0:0.19-6.fc9 set to be updated ---> Package mono-addins-devel.i386 0:0.3-5.fc9 set to be updated ---> Package mono-addins.i386 0:0.3-5.fc9 set to be updated --> Finished Dependency Resolution Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: mono-addins i386 0.3-5.fc9 rawhide 262 k mono-addins-devel i386 0.3-5.fc9 rawhide 3.3 k monodevelop i386 0.19-6.fc9 rawhide 3.5 M monodevelop-devel i386 0.19-6.fc9 rawhide 9.0 k Transaction Summary ============================================================================= Install 4 Package(s) Update 0 Package(s) Remove 0 Package(s) Total size: 3.7 M Total download size: 3.5 M Is this ok [y/N]: y Downloading Packages: (1/2): monodevelop-0.19-6.fc9.i386.rpm | 3.5 MB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/Packages/monodevelop-0.19-6.fc9.i386.rpm: [Errno -1] Package does not match intended download Trying other mirror. (2/2): monodevelop-devel-0.19-6.fc9.i386.rpm | 9.0 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/Packages/monodevelop-devel-0.19-6.fc9.i386.rpm: [Errno -1] Package does not match intended download Trying other mirror. Error Downloading Packages: monodevelop-0.19-6.fc9.i386: failure: Packages/monodevelop-0.19-6.fc9.i386.rpm from rawhide: [Errno 256] No more mirrors to try. monodevelop-devel-0.19-6.fc9.i386: failure: Packages/monodevelop-devel-0.19-6.fc9.i386.rpm from rawhide: [Errno 256] No more mirrors to try. [root at new3Linux ~]# less than an hour ago I did an 'yum clean metadata' . this is what is in cache: [root at new3Linux ~]# cd /var/cache/yum/rawhide/packages/ [root at new3Linux packages]# ll monodev* -rw-r--r-- 1 root root 3963957 2008-03-11 19:44 monodevelop-0.19-2.fc9.i386.rpm -rw-r--r-- 1 root root 8687 2008-03-11 19:44 monodevelop-devel-0.19-2.fc9.i386.rpm [root at new3Linux packages]# From jkeating at redhat.com Wed Apr 16 19:08:16 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Apr 2008 15:08:16 -0400 Subject: monodevelop snafu In-Reply-To: <480646CE.8080901@mindspring.com> References: <480646CE.8080901@mindspring.com> Message-ID: <1208372896.4291.28.camel@localhost.localdomain> On Wed, 2008-04-16 at 14:34 -0400, Richard Hally wrote: > What is the following yum output trying to tell me? It's telling you that the mirrors are a bit out of sync due to resigning everything with the "GOLD" gpg key. Some of the files have been synced which changes their checksum, but the matching repodata hasn't been synced yet. Wait it out :/ -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bpepple at fedoraproject.org Wed Apr 16 19:11:08 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 16 Apr 2008 15:11:08 -0400 Subject: Plan for tomorrows (20080417) FESCO meeting Message-ID: <1208373068.7898.2.camel@kennedy> Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ latest beta slip?) - all /topic FESCo-Meeting -- Features(?) - poelcat /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule. You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Wed Apr 16 20:00:48 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 22:00:48 +0200 Subject: packages without internet source in fedora Message-ID: <20080416200048.GA2645@free.fr> Hello, The issue of upstream disappearing is somewhat common (some examples in mind, former vixie-cron, dos2unix, libnet), maybe we could have a policy about it. There are also some packages fedora is upstream for, covered in http://fedoraproject.org/wiki/Packaging/SourceURL#head-413e1c297803cfa9de0cc4c56f3ac384bff5dc9e and some that are not really packages, like redhat-rpm-config. I think that we really should avoid having any package packaged in a srpm only (which is the case for package with missing upstream and packages fedora is upstream for), and try to use systematically version control system for the packages fedora is upstream for, even packages that are not really independent packages, like redhat-rpm-config. I think that the 2 cases should be handled differently: * fedora specific: on https://fedorahosted.org/ * missing upstream: I think that fedorahosted is not right, a distro neutral place should in my opinion be better. I also think that it should be coordinated with other distros. In my opinion discussing about it on the new distributions list and announcing on that list should be interesting. And once things are settled, I think that there should be an obligation for the fedora maintainers to use that new hosting (or another, but this one would be the classical one). What do you think? -- Pat From ob.system at gmail.com Wed Apr 16 20:02:08 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Wed, 16 Apr 2008 16:02:08 -0400 Subject: yum no found Message-ID: <6a28481b0804161302g7db70e18o46d6e88db8e2d3b5@mail.gmail.com> Hi In http://download.fedora.redhat.com/pub/fedora/linux/development/os/i386/Packages/ when I try download yum-3.2.14-9 yum is not found Therefore, I can't update my fedora box. Thanks Oscar Bacho -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at fedoraproject.org Wed Apr 16 20:05:53 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Apr 2008 16:05:53 -0400 Subject: yum no found In-Reply-To: <6a28481b0804161302g7db70e18o46d6e88db8e2d3b5@mail.gmail.com> References: <6a28481b0804161302g7db70e18o46d6e88db8e2d3b5@mail.gmail.com> Message-ID: <1208376353.823.138.camel@cutter> On Wed, 2008-04-16 at 16:02 -0400, Oscar Victorio Calixto Bacho wrote: > Hi > > In > http://download.fedora.redhat.com/pub/fedora/linux/development/os/i386/Packages/ > when I try download yum-3.2.14-9 > > yum is not found > > Therefore, I can't update my fedora box. > > true - that ver has not hit rawhide yet. you can get it from koji. here: http://koji.fedoraproject.org/koji/buildinfo?buildID=46340 -sv From skvidal at fedoraproject.org Wed Apr 16 20:08:06 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Apr 2008 16:08:06 -0400 Subject: packages without internet source in fedora In-Reply-To: <20080416200048.GA2645@free.fr> References: <20080416200048.GA2645@free.fr> Message-ID: <1208376486.823.140.camel@cutter> On Wed, 2008-04-16 at 22:00 +0200, Patrice Dumas wrote: > Hello, > > The issue of upstream disappearing is somewhat common (some examples in > mind, former vixie-cron, dos2unix, libnet), maybe we could have a policy > about it. There are also some packages fedora is upstream for, covered in > http://fedoraproject.org/wiki/Packaging/SourceURL#head-413e1c297803cfa9de0cc4c56f3ac384bff5dc9e > and some that are not really packages, like redhat-rpm-config. > > I think that we really should avoid having any package packaged in a > srpm only (which is the case for package with missing upstream and > packages fedora is upstream for), and try to use systematically version > control system for the packages fedora is upstream for, even packages > that are not really independent packages, like redhat-rpm-config. > > I think that the 2 cases should be handled differently: > > * fedora specific: on https://fedorahosted.org/ > > * missing upstream: I think that fedorahosted is not right, a distro > neutral place should in my opinion be better. I also think that it > should be coordinated with other distros. In my opinion discussing > about it on the new distributions list and announcing on that list > should be interesting. And once things are settled, I think that there > should be an obligation for the fedora maintainers to use that new > hosting (or another, but this one would be the classical one). > > What do you think? distro-neutral is reasonable but may be complicated for someone to provide. What if the name for the project was distro-neutral but if we were actually hosting the service in fedora infrastructure? I'm not offering this as something we WILL do - just wondering how you would feel about it. -sv From jkeating at redhat.com Wed Apr 16 20:14:29 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Apr 2008 16:14:29 -0400 Subject: packages without internet source in fedora In-Reply-To: <20080416200048.GA2645@free.fr> References: <20080416200048.GA2645@free.fr> Message-ID: <1208376869.4291.30.camel@localhost.localdomain> On Wed, 2008-04-16 at 22:00 +0200, Patrice Dumas wrote: > * missing upstream: I think that fedorahosted is not right, a distro > neutral place should in my opinion be better. I don't really feel that way. That'd be like saying code.google.com isn't neutral because they also do a linux distro (or have threatened to) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rhally at mindspring.com Wed Apr 16 20:19:12 2008 From: rhally at mindspring.com (Richard Hally) Date: Wed, 16 Apr 2008 16:19:12 -0400 Subject: monodevelop snafu In-Reply-To: <1208372896.4291.28.camel@localhost.localdomain> References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> Message-ID: <48065F40.707@mindspring.com> Jesse Keating wrote: > On Wed, 2008-04-16 at 14:34 -0400, Richard Hally wrote: >> What is the following yum output trying to tell me? > > It's telling you that the mirrors are a bit out of sync due to resigning > everything with the "GOLD" gpg key. > > Some of the files have been synced which changes their checksum, but the > matching repodata hasn't been synced yet. Wait it out :/ > > > > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.0/1381 - Release Date: 4/16/2008 9:34 AM Ok, now the update worked. But, when I start monodevelop I get an error box that says: "The following add-ins could not be started:" followed by a listbox with nothing in it except little triangles. When I click on the triangles it shows: "Full Path: Error: argument cannot be null. Parameter name: typeName Exception: System.ArgumentNullException " Did I misunderstand the earlier emails about Mono being fixed? thanks for the help, Richard From skvidal at fedoraproject.org Wed Apr 16 20:18:20 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Apr 2008 16:18:20 -0400 Subject: packages without internet source in fedora In-Reply-To: <1208376869.4291.30.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> Message-ID: <1208377100.823.143.camel@cutter> On Wed, 2008-04-16 at 16:14 -0400, Jesse Keating wrote: > On Wed, 2008-04-16 at 22:00 +0200, Patrice Dumas wrote: > > * missing upstream: I think that fedorahosted is not right, a distro > > neutral place should in my opinion be better. > > I don't really feel that way. That'd be like saying code.google.com > isn't neutral because they also do a linux distro (or have threatened > to) maybe I'm confused - I can see some concern about distro-specific locations for abandoned/orphaned upstreams. But not for apps for whom their upstream is hosted in fedorahosted. for those - it should be fine - and not matter about the distro. -sv From jkeating at redhat.com Wed Apr 16 20:20:44 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Apr 2008 16:20:44 -0400 Subject: monodevelop snafu In-Reply-To: <48065F40.707@mindspring.com> References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> <48065F40.707@mindspring.com> Message-ID: <1208377244.4291.32.camel@localhost.localdomain> On Wed, 2008-04-16 at 16:19 -0400, Richard Hally wrote: > > Ok, now the update worked. > > But, when I start monodevelop I get an error box that says: > > "The following add-ins could not be started:" followed by a listbox > with nothing > in it except little triangles. When I click on the triangles it shows: > > "Full Path: > > Error: argument cannot be null. > Parameter name: typeName > > Exception: System.ArgumentNullException > > " > > Did I misunderstand the earlier emails about Mono being fixed? Well, they were fixed to build with system libs and not bundle binary content. I don't think too much effort was put into how they work after the build. Mostly because going back to binary bundled libraries is a non option, so we have to move to where we are right now, and fix things from there. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Apr 16 20:21:52 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Apr 2008 16:21:52 -0400 Subject: packages without internet source in fedora In-Reply-To: <1208377100.823.143.camel@cutter> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> Message-ID: <1208377312.4291.34.camel@localhost.localdomain> On Wed, 2008-04-16 at 16:18 -0400, seth vidal wrote: > On Wed, 2008-04-16 at 16:14 -0400, Jesse Keating wrote: > > On Wed, 2008-04-16 at 22:00 +0200, Patrice Dumas wrote: > > > * missing upstream: I think that fedorahosted is not right, a distro > > > neutral place should in my opinion be better. > > > > I don't really feel that way. That'd be like saying code.google.com > > isn't neutral because they also do a linux distro (or have threatened > > to) > > maybe I'm confused - I can see some concern about distro-specific > locations for abandoned/orphaned upstreams. But not for apps for whom > their upstream is hosted in fedorahosted. for those - it should be fine > - and not matter about the distro. > > -sv > Maybe I'm just jaded that fedorahosted is too 'distro specific'. I didn't want it to be, but I guess that's what you get when "fedora" is attached to the name. (having to sign the Fedora CLA to get an account doesn't help much either...) -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Wed Apr 16 20:25:52 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 22:25:52 +0200 Subject: packages without internet source in fedora In-Reply-To: <1208377312.4291.34.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> Message-ID: <20080416202552.GB2645@free.fr> On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: > > Maybe I'm just jaded that fedorahosted is too 'distro specific'. I > didn't want it to be, but I guess that's what you get when "fedora" is > attached to the name. (having to sign the Fedora CLA to get an account > doesn't help much either...) The issue is not that it has fedora in the name, but the other issue you are mentionning, the fact that it is tied with the fedora account system, with a CLA. -- Pat From skvidal at fedoraproject.org Wed Apr 16 20:29:04 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Apr 2008 16:29:04 -0400 Subject: packages without internet source in fedora In-Reply-To: <1208377312.4291.34.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> Message-ID: <1208377744.823.145.camel@cutter> On Wed, 2008-04-16 at 16:21 -0400, Jesse Keating wrote: > On Wed, 2008-04-16 at 16:18 -0400, seth vidal wrote: > > On Wed, 2008-04-16 at 16:14 -0400, Jesse Keating wrote: > > > On Wed, 2008-04-16 at 22:00 +0200, Patrice Dumas wrote: > > > > * missing upstream: I think that fedorahosted is not right, a distro > > > > neutral place should in my opinion be better. > > > > > > I don't really feel that way. That'd be like saying code.google.com > > > isn't neutral because they also do a linux distro (or have threatened > > > to) > > > > maybe I'm confused - I can see some concern about distro-specific > > locations for abandoned/orphaned upstreams. But not for apps for whom > > their upstream is hosted in fedorahosted. for those - it should be fine > > - and not matter about the distro. > > > > -sv > > > > Maybe I'm just jaded that fedorahosted is too 'distro specific'. I > didn't want it to be, but I guess that's what you get when "fedora" is > attached to the name. (having to sign the Fedora CLA to get an account > doesn't help much either...) the latter bit is the only concerning part for most people, I think. -sv From pertusus at free.fr Wed Apr 16 20:31:03 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 22:31:03 +0200 Subject: packages without internet source in fedora In-Reply-To: <1208376869.4291.30.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> Message-ID: <20080416203103.GC2645@free.fr> On Wed, Apr 16, 2008 at 04:14:29PM -0400, Jesse Keating wrote: > On Wed, 2008-04-16 at 22:00 +0200, Patrice Dumas wrote: > > * missing upstream: I think that fedorahosted is not right, a distro > > neutral place should in my opinion be better. > > I don't really feel that way. That'd be like saying code.google.com > isn't neutral because they also do a linux distro (or have threatened > to) The issue is not fedorahosted per se, but currently it appears to be too closed and fedora specific. Maybe this could be changed. But I don't think it is worth it since other sites already exist (for example savannah, berlios, launchpad...). -- Pat From jkeating at redhat.com Wed Apr 16 20:36:00 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Apr 2008 16:36:00 -0400 Subject: packages without internet source in fedora In-Reply-To: <20080416203103.GC2645@free.fr> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <20080416203103.GC2645@free.fr> Message-ID: <1208378160.4291.36.camel@localhost.localdomain> On Wed, 2008-04-16 at 22:31 +0200, Patrice Dumas wrote: > The issue is not fedorahosted per se, but currently it appears to be too > closed and fedora specific. Maybe this could be changed. But I don't > think it is worth it since other sites already exist (for example > savannah, berlios, launchpad...). Hrm, what about it appears "closed"? When I hear closed, I think launchpad, which is ran on closed source software. The entire fedorahosted stack is all open source software. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Wed Apr 16 20:40:57 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 22:40:57 +0200 Subject: packages without internet source in fedora In-Reply-To: <1208378160.4291.36.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <20080416203103.GC2645@free.fr> <1208378160.4291.36.camel@localhost.localdomain> Message-ID: <20080416204057.GD2645@free.fr> On Wed, Apr 16, 2008 at 04:36:00PM -0400, Jesse Keating wrote: > On Wed, 2008-04-16 at 22:31 +0200, Patrice Dumas wrote: > > The issue is not fedorahosted per se, but currently it appears to be too > > closed and fedora specific. Maybe this could be changed. But I don't > > think it is worth it since other sites already exist (for example > > savannah, berlios, launchpad...). > > Hrm, what about it appears "closed"? When I hear closed, I think > launchpad, which is ran on closed source software. The entire > fedorahosted stack is all open source software. I didn't know that launchpad ran on closed source software. I said closed because of How can I get a Fedora Hosted account? Your normal Fedora Project account works with Fedora Hosted. Simply apply for a Fedora Project account if you haven't already. Do note that you must sign a Contributor License Agreement with the Fedora Project in order to contribute code. In my opinion the fact that launchpad is ran on closed source software is a reason not to use it. -- Pat From rhally at mindspring.com Wed Apr 16 20:42:42 2008 From: rhally at mindspring.com (Richard Hally) Date: Wed, 16 Apr 2008 16:42:42 -0400 Subject: monodevelop snafu In-Reply-To: <1208377244.4291.32.camel@localhost.localdomain> References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> <48065F40.707@mindspring.com> <1208377244.4291.32.camel@localhost.localdomain> Message-ID: <480664C2.9020604@mindspring.com> Jesse Keating wrote: > On Wed, 2008-04-16 at 16:19 -0400, Richard Hally wrote: >> Ok, now the update worked. >> >> But, when I start monodevelop I get an error box that says: >> >> "The following add-ins could not be started:" followed by a listbox >> with nothing >> in it except little triangles. When I click on the triangles it shows: >> >> "Full Path: >> >> Error: argument cannot be null. >> Parameter name: typeName >> >> Exception: System.ArgumentNullException >> >> " >> >> Did I misunderstand the earlier emails about Mono being fixed? > > Well, they were fixed to build with system libs and not bundle binary > content. I don't think too much effort was put into how they work after > the build. Mostly because going back to binary bundled libraries is a > non option, so we have to move to where we are right now, and fix things > from there. > > > Ah, got it. Thanks and thank you for all the work you do also! Richard From jspaleta at gmail.com Wed Apr 16 20:46:59 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 16 Apr 2008 12:46:59 -0800 Subject: packages without internet source in fedora In-Reply-To: <20080416200048.GA2645@free.fr> References: <20080416200048.GA2645@free.fr> Message-ID: <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> On Wed, Apr 16, 2008 at 12:00 PM, Patrice Dumas wrote: > * missing upstream: I think that fedorahosted is not right, a distro > neutral place should in my opinion be better. I also think that it > should be coordinated with other distros. In my opinion discussing > about it on the new distributions list and announcing on that list > should be interesting. And once things are settled, I think that there > should be an obligation for the fedora maintainers to use that new > hosting (or another, but this one would be the classical one). Obligating anyone to do anything with regard to how they choose to set up what is essentially a new fork of a dead codebase is absolutely..wrong. If you want to always require that a codebase in the Fedora repository has an identifiable upstream source location that's reasonable. But if someone decides to use fedorahosting to revive what is a demonstrably dead upstream..then that's their choice...just its their choice to use launchpad or sf.net or google or whatever they want. We cannot mandate that the use or avoid any particular hosting service. Nor can we obligate maintainers in other distros to work with our maiintainer to find a suitable 'neutral' host. Once you are already in a fractured package situation across distros with no clear upstream.. you are essentially in a forked codebase environment already. We can't obligate developers of forked codebases to work together upstream of our distribution...that's a particularly pointless thing to mandate. If the CLA burden for fedorahosting is too much, then the individual can decide to host it elsewhere... but that is an individual choice. This project's packaging policy should not get involved in deciding which hosting services are 'the best' choices for open development needs. -jef"from now on all packages must have sources located at sf.net"spaleta From pertusus at free.fr Wed Apr 16 20:59:29 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 22:59:29 +0200 Subject: packages without internet source in fedora In-Reply-To: <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> Message-ID: <20080416205929.GA3256@free.fr> On Wed, Apr 16, 2008 at 12:46:59PM -0800, Jeff Spaleta wrote: > > Obligating anyone to do anything with regard to how they choose to set > up what is essentially a new fork of a dead codebase is > absolutely..wrong. > > If you want to always require that a codebase in the Fedora repository > has an identifiable upstream source location that's reasonable. But Indeed. That's the point. And then I don't want to force people, but push a model where we collaborate with other distros when reviving dead upstream. I really don't want to mandate something, but help those facing such case with documentation and procedure to lower information barrier and help coordinating with other distros in a case I think it makes sense. -- Pat From skvidal at fedoraproject.org Wed Apr 16 21:02:43 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Apr 2008 17:02:43 -0400 Subject: packages without internet source in fedora In-Reply-To: <20080416205929.GA3256@free.fr> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> Message-ID: <1208379763.823.154.camel@cutter> On Wed, 2008-04-16 at 22:59 +0200, Patrice Dumas wrote: > On Wed, Apr 16, 2008 at 12:46:59PM -0800, Jeff Spaleta wrote: > > > > Obligating anyone to do anything with regard to how they choose to set > > up what is essentially a new fork of a dead codebase is > > absolutely..wrong. > > > > If you want to always require that a codebase in the Fedora repository > > has an identifiable upstream source location that's reasonable. But > > Indeed. That's the point. And then I don't want to force people, but > push a model where we collaborate with other distros when reviving dead > upstream. I really don't want to mandate something, but help those > facing such case with documentation and procedure to lower information > barrier and help coordinating with other distros in a case I think it > makes sense. Then how about a recommendation for abandoned upstreams to contact the maintainers of this package in other distros. A SHOULD, not a MUST. -sv From pertusus at free.fr Wed Apr 16 21:13:15 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 23:13:15 +0200 Subject: packages without internet source in fedora In-Reply-To: <1208379763.823.154.camel@cutter> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> <1208379763.823.154.camel@cutter> Message-ID: <20080416211315.GB3256@free.fr> On Wed, Apr 16, 2008 at 05:02:43PM -0400, seth vidal wrote: > > Then how about a recommendation for abandoned upstreams to contact the > maintainers of this package in other distros. A SHOULD, not a MUST. I agree (and my text is completly full of shoulds), but I think that we should also, as a project, help creating conditions that lower the 'cost' of contacting other project maintainers, for example by negotiating communication channels with other distros. Maybe it could be through the distributions list, or maybe there could be a contact in fedora or something like that. -- Pat From jspaleta at gmail.com Wed Apr 16 21:17:49 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 16 Apr 2008 13:17:49 -0800 Subject: packages without internet source in fedora In-Reply-To: <20080416205929.GA3256@free.fr> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> Message-ID: <604aa7910804161417x5b7b6f4fgf49068178c94a1fc@mail.gmail.com> On Wed, Apr 16, 2008 at 12:59 PM, Patrice Dumas wrote: > Indeed. That's the point. And then I don't want to force people, but > push a model where we collaborate with other distros when reviving dead > upstream. I really don't want to mandate something, but help those > facing such case with documentation and procedure to lower information > barrier and help coordinating with other distros in a case I think it > makes sense. Limit the details of suggestions to just contact the other maintainers and have a dialog. No recommendations on how to organize a new upstream at all. No matter how its done..its gonna be messy..and its gonna be case by case. Any policy 'suggestions' beyond talk to the other people in the same boat is going to come off as heavy handed and distro specific. Don't even both trying to micro-manage the discussion between the people who need to organize a new upstream. The most you can require of a Fedora contributor is that when they are put into this situation, they make a best effort to demonstrate that a defacto upstream location doesn't already exist ( for example, debain's codebase could be the defacto source repository that other distros are all basing their package junk on...which would make debian's codebase a defacto upstream) And once its clear that a defacto upstream doesn't exist then all you can ask them to do is hold a conversation with other maintainers. You can't make those people get along and all agree to follow a particular course of action... I wouldn't even go as far as suggestioning how that conversation should go, and what they talk about. -jef From pertusus at free.fr Wed Apr 16 21:31:00 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 16 Apr 2008 23:31:00 +0200 Subject: packages without internet source in fedora In-Reply-To: <604aa7910804161417x5b7b6f4fgf49068178c94a1fc@mail.gmail.com> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> <604aa7910804161417x5b7b6f4fgf49068178c94a1fc@mail.gmail.com> Message-ID: <20080416213100.GC3256@free.fr> On Wed, Apr 16, 2008 at 01:17:49PM -0800, Jeff Spaleta wrote: > > upstream) And once its clear that a defacto upstream doesn't exist > then all you can ask them to do is hold a conversation with other > maintainers. But currently this is very hard to achieve, because there is no easy point of coordination, both in term of code location (though this may not be a good idea to try to do force that, as you said), and in term of communication between distros (which is, in my opinion, rather harmful on that subject). -- Pat From sundaram at fedoraproject.org Wed Apr 16 21:37:10 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 17 Apr 2008 03:07:10 +0530 Subject: packages without internet source in fedora In-Reply-To: <20080416213100.GC3256@free.fr> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> <604aa7910804161417x5b7b6f4fgf49068178c94a1fc@mail.gmail.com> <20080416213100.GC3256@free.fr> Message-ID: <48067186.9010200@fedoraproject.org> Patrice Dumas wrote: > On Wed, Apr 16, 2008 at 01:17:49PM -0800, Jeff Spaleta wrote: >> upstream) And once its clear that a defacto upstream doesn't exist >> then all you can ask them to do is hold a conversation with other >> maintainers. > > But currently this is very hard to achieve, because there is no easy > point of coordination, both in term of code location (though this may > not be a good idea to try to do force that, as you said), and in term of > communication between distros (which is, in my opinion, rather harmful > on that subject). Try http://lists.freedesktop.org/mailman/listinfo/distributions for communication between distributions. Rahul From pertusus at free.fr Wed Apr 16 22:02:52 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 17 Apr 2008 00:02:52 +0200 Subject: packages without internet source in fedora In-Reply-To: <48067186.9010200@fedoraproject.org> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> <604aa7910804161417x5b7b6f4fgf49068178c94a1fc@mail.gmail.com> <20080416213100.GC3256@free.fr> <48067186.9010200@fedoraproject.org> Message-ID: <20080416220252.GD3256@free.fr> On Thu, Apr 17, 2008 at 03:07:10AM +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: >> On Wed, Apr 16, 2008 at 01:17:49PM -0800, Jeff Spaleta wrote: >>> upstream) And once its clear that a defacto upstream doesn't exist >>> then all you can ask them to do is hold a conversation with other >>> maintainers. >> >> But currently this is very hard to achieve, because there is no easy >> point of coordination, both in term of code location (though this may >> not be a good idea to try to do force that, as you said), and in term of >> communication between distros (which is, in my opinion, rather harmful >> on that subject). > > Try > > http://lists.freedesktop.org/mailman/listinfo/distributions for > communication between distributions. That's exactly my proposal. But I'd like to have first some discussion here to have a fedora point of view. -- Pat From jspaleta at gmail.com Wed Apr 16 22:50:21 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 16 Apr 2008 14:50:21 -0800 Subject: packages without internet source in fedora In-Reply-To: <20080416220252.GD3256@free.fr> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> <604aa7910804161417x5b7b6f4fgf49068178c94a1fc@mail.gmail.com> <20080416213100.GC3256@free.fr> <48067186.9010200@fedoraproject.org> <20080416220252.GD3256@free.fr> Message-ID: <604aa7910804161550u1a21c0as3178ae50b8cadb0f@mail.gmail.com> On Wed, Apr 16, 2008 at 2:02 PM, Patrice Dumas wrote: > But I'd like to have first some discussion here to have a fedora point > of view. Just to be clear....you want a distro-specific point of view..about a distro-agnostic coordination process when packages across distributions fork due to a dead upstream. The gods of irony are pleased. Anything more than the following as a Fedora policy is needless micromanagement: 0) Oh crap... the stated upstream for a package you maintain is dead. Decide if the package should be orphaned or not. Set a Fedora tracking ticket indicating a dead upstream for a component. 1) Not orphaned? Look around and see if other distros are using a common defacto upstream. Use the defacto upstream if it exists and encourage them to formalize their commitment as an official upstream to begin integrating distro specific forking. Clear the Fedora tracking ticket with a comment. 2) If not, invite other distro maintainers to have a discussion about how to formalize a common upstream to begin the unforking process. If everyone can agree on a common upstream, use that and clear the Fedora tracking ticket with a comment referencing the discussion for the new upstream. Recommend using freedesktop's distribution list as neutral territory for the discussion if needed. Though if you have to have neutral territory to hold a discussion, then i daresay that's a sign that its going to be a pretty tough negotiation to reach a consensus. 3) If consensus can't be reached on how to build a common upstream... choose whatever distribution fork you feel best meets the needs of Fedora and use it as the upstream going forward. If you have to take over as upstream developer of a fork...setup whatever hosting instance you feel is best as an upstream location. Clear the Fedora project ticket with a comment referencing the failed discussion on how to find a common upstream. What matters is that a Fedora maintainer make the best effort to avoid unnecessarily maintaining a forked codebase. But if it has to be done, then they have the freedom to setup the parameters of that upstream project however they like. Being able to reference a credible attempt at creating a common upstream, should satisfy any need for a 'don't be evil' review of a maintainer's actions on a case-by-case basis. -jef From poelstra at redhat.com Wed Apr 16 22:57:28 2008 From: poelstra at redhat.com (John Poelstra) Date: Wed, 16 Apr 2008 15:57:28 -0700 Subject: Plan for tomorrows (20080417) FESCO meeting In-Reply-To: <1208373068.7898.2.camel@kennedy> References: <1208373068.7898.2.camel@kennedy> Message-ID: <48068458.8000109@redhat.com> Brian Pepple said the following on 04/16/2008 12:11 PM Pacific Time: > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ > latest beta slip?) - all > > /topic FESCo-Meeting -- Features(?) - poelcat We are feature complete for Fedora 9! There is nothing to discuss :) http://poelcat.wordpress.com/2008/04/15/fedora-9-feature-complete/ John From bpepple at fedoraproject.org Wed Apr 16 23:11:35 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 16 Apr 2008 19:11:35 -0400 Subject: Plan for tomorrows (20080417) FESCO meeting In-Reply-To: <48068458.8000109@redhat.com> References: <1208373068.7898.2.camel@kennedy> <48068458.8000109@redhat.com> Message-ID: <1208387495.3020.1.camel@kennedy> On Wed, 2008-04-16 at 15:57 -0700, John Poelstra wrote: > Brian Pepple said the following on 04/16/2008 12:11 PM Pacific Time: > > /topic FESCo-Meeting -- Features(?) - poelcat > > We are feature complete for Fedora 9! There is nothing to discuss :) > > http://poelcat.wordpress.com/2008/04/15/fedora-9-feature-complete/ Yeah, I thought so also, but wanted to make sure I was right before dropping it. Thanks, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From alexl at users.sourceforge.net Thu Apr 17 01:26:59 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Wed, 16 Apr 2008 18:26:59 -0700 Subject: monodevelop snafu In-Reply-To: <1208377244.4291.32.camel@localhost.localdomain> (Jesse Keating's message of "Wed\, 16 Apr 2008 16\:20\:44 -0400") References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> <48065F40.707@mindspring.com> <1208377244.4291.32.camel@localhost.localdomain> Message-ID: <3dbq49fezg.fsf@allele2.eebweb.arizona.edu> >>>>> "JK" == Jesse Keating writes: [...] >> Did I misunderstand the earlier emails about Mono being fixed? JK> Well, they were fixed to build with system libs and not bundle JK> binary content. I don't think too much effort was put into how JK> they work after the build. Mostly because going back to binary JK> bundled libraries is a non option, so we have to move to where we JK> are right now, and fix things from there. With regard to my recent rebuilding of f-spot, I did check the builds by downloading manually from koji: the new mono-addins and f-spot work OK together, that is, f-spot can find the mono-addins just fine, so things seem OK at runtime. As for monodevelop, I didn't work on that particular package, so I don't know if the new mono-addins had any indirect effects on monodevelop (in theory it shouldn't). You could always drop back to the older mono-addins and see if that makes monodevelop work just to narrow down the cause. But yes, as Jesse said, we need to make things move forward from here. A. From katzj at redhat.com Thu Apr 17 01:28:55 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 16 Apr 2008 21:28:55 -0400 Subject: Plan for tomorrows (20080417) FESCO meeting In-Reply-To: <48068458.8000109@redhat.com> References: <1208373068.7898.2.camel@kennedy> <48068458.8000109@redhat.com> Message-ID: <1208395735.11336.11.camel@aglarond.local> On Wed, 2008-04-16 at 15:57 -0700, John Poelstra wrote: > Brian Pepple said the following on 04/16/2008 12:11 PM Pacific Time: > > Please find below the list of topics that are likely to come up in the > > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > > in #fedora-meeting on irc.freenode.org: > > > > /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ > > latest beta slip?) - all > > > > /topic FESCo-Meeting -- Features(?) - poelcat > > We are feature complete for Fedora 9! There is nothing to discuss :) We can still discuss it and pat ourselves on the back ;-) Jeremy From skvidal at fedoraproject.org Thu Apr 17 01:32:09 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Apr 2008 21:32:09 -0400 Subject: Plan for tomorrows (20080417) FESCO meeting In-Reply-To: <1208395735.11336.11.camel@aglarond.local> References: <1208373068.7898.2.camel@kennedy> <48068458.8000109@redhat.com> <1208395735.11336.11.camel@aglarond.local> Message-ID: <1208395929.823.161.camel@cutter> On Wed, 2008-04-16 at 21:28 -0400, Jeremy Katz wrote: > On Wed, 2008-04-16 at 15:57 -0700, John Poelstra wrote: > > Brian Pepple said the following on 04/16/2008 12:11 PM Pacific Time: > > > Please find below the list of topics that are likely to come up in the > > > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > > > in #fedora-meeting on irc.freenode.org: > > > > > > /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ > > > latest beta slip?) - all > > > > > > /topic FESCo-Meeting -- Features(?) - poelcat > > > > We are feature complete for Fedora 9! There is nothing to discuss :) > > We can still discuss it and pat ourselves on the back ;-) yay for fesco and poelstra for making all this stay together. thank you. -sv From jkeating at j2solutions.net Thu Apr 17 01:39:44 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 16 Apr 2008 21:39:44 -0400 Subject: monodevelop snafu In-Reply-To: <3dbq49fezg.fsf@allele2.eebweb.arizona.edu> References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> <48065F40.707@mindspring.com> <1208377244.4291.32.camel@localhost.localdomain> <3dbq49fezg.fsf@allele2.eebweb.arizona.edu> Message-ID: <1208396384.3235.0.camel@localhost.localdomain> On Wed, 2008-04-16 at 18:26 -0700, Alex Lancaster wrote: > With regard to my recent rebuilding of f-spot, I did check the builds > by downloading manually from koji: the new mono-addins and f-spot work > OK together, that is, f-spot can find the mono-addins just fine, so > things seem OK at runtime. > Eeek, I didn't mean to apply that all the people working on it were doing as such. I know you were testing the results of f-spot stuff, and we all appreciate it! > As for monodevelop, I didn't work on that particular package, so I > don't know if the new mono-addins had any indirect effects on > monodevelop (in theory it shouldn't). You could always drop back to > the older mono-addins and see if that makes monodevelop work just to > narrow down the cause. But yes, as Jesse said, we need to make things > move forward from here. > -- Jesse Keating RHCE (jkeating.livejournal.com) Fedora Project (fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From alexl at users.sourceforge.net Thu Apr 17 01:47:06 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Wed, 16 Apr 2008 18:47:06 -0700 Subject: monodevelop snafu In-Reply-To: <1208396384.3235.0.camel@localhost.localdomain> (Jesse Keating's message of "Wed\, 16 Apr 2008 21\:39\:44 -0400") References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> <48065F40.707@mindspring.com> <1208377244.4291.32.camel@localhost.localdomain> <3dbq49fezg.fsf@allele2.eebweb.arizona.edu> <1208396384.3235.0.camel@localhost.localdomain> Message-ID: >>>>> "JK" == Jesse Keating writes: JK> On Wed, 2008-04-16 at 18:26 -0700, Alex Lancaster wrote: >> With regard to my recent rebuilding of f-spot, I did check the >> builds by downloading manually from koji: the new mono-addins and >> f-spot work OK together, that is, f-spot can find the mono-addins >> just fine, so things seem OK at runtime. JK> Eeek, I didn't mean to apply that all the people working on it JK> were doing as such. I know you were testing the results of f-spot JK> stuff, and we all appreciate it! Don't worry, I didn't think that you were implying such. I was actually just speculating that it might have been possible that the new mono-addins may have an unintended indirect affect on other mono packages. Alex From jwboyer at gmail.com Thu Apr 17 03:07:34 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 16 Apr 2008 22:07:34 -0500 Subject: Plan for tomorrows (20080417) FESCO meeting In-Reply-To: <1208395929.823.161.camel@cutter> References: <1208373068.7898.2.camel@kennedy> <48068458.8000109@redhat.com> <1208395735.11336.11.camel@aglarond.local> <1208395929.823.161.camel@cutter> Message-ID: <1208401654.22427.6.camel@vader.jdub.homelinux.org> On Wed, 2008-04-16 at 21:32 -0400, seth vidal wrote: > On Wed, 2008-04-16 at 21:28 -0400, Jeremy Katz wrote: > > On Wed, 2008-04-16 at 15:57 -0700, John Poelstra wrote: > > > Brian Pepple said the following on 04/16/2008 12:11 PM Pacific Time: > > > > Please find below the list of topics that are likely to come up in the > > > > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > > > > in #fedora-meeting on irc.freenode.org: > > > > > > > > /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ > > > > latest beta slip?) - all > > > > > > > > /topic FESCo-Meeting -- Features(?) - poelcat > > > > > > We are feature complete for Fedora 9! There is nothing to discuss :) > > > > We can still discuss it and pat ourselves on the back ;-) > > yay for fesco and poelstra for making all this stay together. To be honest, most of the thanks and yays go to John. Not only for leading the effort, but for also putting up with the, at times, lack of enthusiasm from FESCo. We whine alot. josh From loganjerry at gmail.com Thu Apr 17 03:32:53 2008 From: loganjerry at gmail.com (Jerry James) Date: Wed, 16 Apr 2008 21:32:53 -0600 Subject: More Java guidelines questions In-Reply-To: <4806383F.1090201@redhat.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <48047BD5.5070203@redhat.com> <4804C64F.9000501@gmail.com> <4806383F.1090201@redhat.com> Message-ID: <870180fe0804162032ic6df4b6g59fbb342856bc0dd@mail.gmail.com> On Wed, Apr 16, 2008 at 11:32 AM, Andrew Haley wrote: > "In some rare cases Java packages might not contain any executable code > whatsoever, so AOT-compiling for gcj would not be required. An example > of such a package would be one that contained only annotations." Perhaps "annotation definitions" would be a bit more precise. -- Jerry James http://loganjerry.googlepages.com/ From omar at linux.vnet.ibm.com Thu Apr 17 04:19:29 2008 From: omar at linux.vnet.ibm.com (Mohammed Omar) Date: Thu, 17 Apr 2008 09:49:29 +0530 Subject: [Fwd: Re: Fedora testing] Message-ID: <1208405969.6992.13.camel@omar> Hi all, It is to inform you all that, The Fedora Testing work has been taken over by Indhu durai from me. She will be the focal point from IBM side. The main responsibility is to test development, GA releases along with rawhides on IBM Hardware(system P).I appreciate the cooperation from Joshua Boyer, James Laska, Will Woods, David WoodHouse, Dennis Gilmore and all, expecting the same in future. Lets welcome Her in the Fedora Community!! --Best Regards Omar M -------------- next part -------------- An embedded message was scrubbed... From: Dennis Gilmore Subject: Re: Fedora Core testing Date: Tue, 20 Nov 2007 08:47:56 -0600 Size: 7174 URL: From Matt_Domsch at dell.com Thu Apr 17 04:27:14 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 16 Apr 2008 23:27:14 -0500 Subject: packages without internet source in fedora In-Reply-To: <1208377312.4291.34.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> Message-ID: <20080417042714.GB1612@auslistsprd01.us.dell.com> On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: > Maybe I'm just jaded that fedorahosted is too 'distro specific'. I > didn't want it to be, but I guess that's what you get when "fedora" is > attached to the name. (having to sign the Fedora CLA to get an account > doesn't help much either...) It doesn't have to be. I prodded Karsten Hopp to move the hwdata package upstream to fedorahosted, initially to get it out of Red Hat internal CVS. It turns out, this package is used directly by Debian and Ubuntu (several times), as well as Fedora and RHEL. The Ubuntu developers I've spoken with have been happy with this arrangement, and I've been happy for them to point me at LaunchPad-filed bugs with regard to this package which I could easily fix and commit. Whether or not the maintainers in Ubuntu and Debian have requested Fedora accounts and signed the CLA, I don't know. But they're benefitting from it being available, just as Fedora is. I expect the same is true of additional packages too. In a similar vein, John Lockhart is using his fedorapeople space to manage the paper submissions for OLS. This means everyone who is writing a paper for OLS either a) creates a FAS account (preferred), or b) mails tarballs to John (less preferred). That's a cool use of the infrastructure that I would never have thought of before, and it has the potential to bring more people into the Fedora family. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From giallu at gmail.com Thu Apr 17 07:03:12 2008 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 17 Apr 2008 09:03:12 +0200 Subject: GCC and pointer overflows Message-ID: I just read this news on LWN ( BTW, thanks to Jeff for providing me a free subscription... ) Are our packages affected by this gcc "feature" ? http://www.kb.cert.org/vuls/id/162289 In other words, do our default compilation flags lessen or nullify the impact of that problem? Cheers Gianluca From aph at redhat.com Thu Apr 17 08:25:15 2008 From: aph at redhat.com (Andrew Haley) Date: Thu, 17 Apr 2008 09:25:15 +0100 Subject: More Java guidelines questions In-Reply-To: <870180fe0804162032ic6df4b6g59fbb342856bc0dd@mail.gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <48047BD5.5070203@redhat.com> <4804C64F.9000501@gmail.com> <4806383F.1090201@redhat.com> <870180fe0804162032ic6df4b6g59fbb342856bc0dd@mail.gmail.com> Message-ID: <4807096B.5050206@redhat.com> Jerry James wrote: > On Wed, Apr 16, 2008 at 11:32 AM, Andrew Haley wrote: >> "In some rare cases Java packages might not contain any executable code >> whatsoever, so AOT-compiling for gcj would not be required. An example >> of such a package would be one that contained only annotations." > > Perhaps "annotation definitions" would be a bit more precise. Ok. I don't think it matters much. ANdrew. From debarshi.ray at gmail.com Thu Apr 17 08:27:29 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 17 Apr 2008 13:57:29 +0530 Subject: LWN subscription lottery reminder In-Reply-To: <604aa7910802271201h1a70702au7e6a533f29adec3d@mail.gmail.com> References: <604aa7910802271103x445dc459l2a832041a477d45b@mail.gmail.com> <80d7e4090802271151l272c4dafn8cb8ab6c0e937d05@mail.gmail.com> <604aa7910802271201h1a70702au7e6a533f29adec3d@mail.gmail.com> Message-ID: <3170f42f0804170127y4c116c89nc6b20453ce61be06@mail.gmail.com> So finally what was the outcome? Was there enough interested parties to hold a lottery? Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From alexl at users.sourceforge.net Thu Apr 17 08:53:13 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Thu, 17 Apr 2008 01:53:13 -0700 Subject: Mono Package audit In-Reply-To: <1208312123.3123.10.camel@werewolf> (Peter Gordon's message of "Tue\, 15 Apr 2008 19\:15\:23 -0700") References: <47FD76A0.3070701@gmail.com> <1208312123.3123.10.camel@werewolf> Message-ID: >>>>> "PG" == Peter Gordon writes: PG> [Forgive me if this has already been reported. I could not find a PG> relevant entry for against the 'blam' component in Fedora's PG> Bugzilla.] PG> FYI, Blam currently includes binary DLLs, too: PG> blam-1.8.3/lib/Atom.NET.dll blam-1.8.3/lib/RSS.NET.dll PG> These have no corresponding source code in the Blam PG> tree. Unfortunately, too, their respective upstream projects seem PG> dead (last updated in 2004 and 2005, respectively). These will PG> need to be built from the upstream sources if possible. (This was PG> one reason that I orphaned it back in February.) PG> CC-ing Alex on this, as Blam's current maintainer. I'm currently working on updating/fixing blam to 1.8.5/1.8.6 which doesn't contain the Atom.NET.dll any more. 1.8.6 also dropped the RSS.NET.dll, which means it will build entirely from source, see: http://www.cmartin.tk/blam.html Currently the issue with rawhide is getting blam to build against the newest xulrunner, see: https://bugzilla.redhat.com/show_bug.cgi?id=434382 Alex From rjones at redhat.com Thu Apr 17 09:09:03 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 17 Apr 2008 10:09:03 +0100 Subject: rpm-find-requires in Rawhide - prints nothing! Message-ID: <20080417090903.GA7593@amd.home.annexia.org> On my F-8 machine: $ echo /bin/ls | /usr/lib/rpm/find-requires libacl.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.4)(64bit) librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libselinux.so.1()(64bit) However on my Rawhide machine, updated to the latest version, the same command prints nothing at all! As a result rpmbuild is generating empty lists of requires for anything I build. $ rpm -qf /usr/lib/rpm/find-requires rpm-build-4.4.2.3-1.fc9.i386 Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From lkundrak at redhat.com Thu Apr 17 09:27:29 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 17 Apr 2008 11:27:29 +0200 Subject: GCC and pointer overflows In-Reply-To: References: Message-ID: <1208424449.770.29.camel@localhost.localdomain> On Thu, 2008-04-17 at 09:03 +0200, Gianluca Sforna wrote: > I just read this news on LWN ( BTW, thanks to Jeff for providing me a > free subscription... ) > > Are our packages affected by this gcc "feature" ? > > http://www.kb.cert.org/vuls/id/162289 > > In other words, do our default compilation flags lessen or nullify the > impact of that problem? This is certainly not a security vulnerability and Fedora did not consider it as such. It is likely that most of Fedora 9 packages are compiled with this bug, but it's certainly not worth recompiling them to fix it and will most likely have no consequences at all. Fedora 8 gcc and packages did not have this problem. A first glance I do not see anything in Fedora 9 gcc changelog that would say this is fixed. It should be probably easy for you to check it yourself -- proof of concept for 32 bit architectures is depicted in the advisory. Regards, -- Lubomir Kundrak (Red Hat Security Response Team) From rawhide at fedoraproject.org Thu Apr 17 09:37:52 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Thu, 17 Apr 2008 09:37:52 +0000 (UTC) Subject: rawhide report: 20080417 changes Message-ID: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> New package konq-plugins Additional plugins that interact with konqueror New package mac-robber Tool to create a timeline of file activity for mounted file systems New package sooperlooper Realtime software looping sampler Removed package mediawiki-openid Updated Packages: NetworkManager-1:0.7.0-0.9.2.svn3566.fc9 ---------------------------------------- * Wed Apr 16 2008 Dan Williams - 1:0.7.0-0.9.2.svn3566 - Honor options from /etc/sysconfig/network for blocking until network is up * Wed Apr 16 2008 Dan Williams - 1:0.7.0-0.9.1.svn3566 - Turn on Add/Edit in the connection editor - Don't flush or change IPv6 addresses or routes - Enhance nm-online tool - Some serial communication fixes for mobile broadband PackageKit-0.1.12-4.20080416git.fc9 ----------------------------------- * Wed Apr 16 2008 Richard Hughes - 0.1.12-4.20080416git - Urgh, actually upload the correct tarball. * Wed Apr 16 2008 Richard Hughes - 0.1.12-3.20080416git - Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch. - Fixes rh#439735. * Tue Apr 15 2008 Richard Hughes - 0.1.12-2.20080415git - Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch. - Fixes rh#442286, rh#442286 and quite a few upstream bugs. PolicyKit-0.8-2.fc9 ------------------- * Wed Apr 16 2008 David Zeuthen - 0.8-2.fc9 - Fix permissions and modes * Wed Apr 16 2008 David Zeuthen - 0.8-1.fc9 - Upstream 0.8 release * Sun Apr 06 2008 David Zeuthen - 0.8-0.git20080404.fc9.3 - Fix wrong permissions on the resolve exe helper PolicyKit-gnome-0.8-1.fc9 ------------------------- * Wed Apr 16 2008 David Zeuthen - 0.8-1.fc9 - Upstream release 0.8 afflib-3.1.6-1.fc9 ------------------ * Tue Apr 15 2008 kwizart < kwizart at gmail.com > - 3.1.6-1 - Update to 3.1.6 anaconda-11.4.0.73-1 -------------------- * Wed Apr 16 2008 David Cantrell - 11.4.0.73-1 - Fix figuring out that the CD has stage2 on it and should be mounted. (clumens) - Don't copy the stage2 image on NFS installs (#438377). (clumens) bootchart-0.9-9.fc9 ------------------- * Wed Mar 19 2008 Warren Togami - 0.9-9 - Make bootchart work with readonly root - Stop data collection when ldm process appears - Make install/remove work in a chroot without grub.conf clearsilver-0.10.5-4.fc9 ------------------------ * Mon Apr 14 2008 Jeffrey C. Ollie - 0.10.5-4 - Add patch from Kevin Kofler to fix build failures. * Thu Mar 06 2008 Tom "spot" Callaway - 0.10.5-3 Rebuild for new perl * Tue Feb 19 2008 Fedora Release Engineering - 0.10.5-2 - Autorebuild for GCC 4.3 gcc-4.3.0-7 ----------- * Wed Apr 16 2008 Jakub Jelinek 4.3.0-7 - update from gcc-4_3-branch - PRs c++/35708, c++/35734, libstdc++/35816, middle-end/35519, rtl-optimization/34916, target/35364, target/35695, tree-optimization/35821, tree-optimization/35833 - fix libgfortran buffer overflows - fix restoring of Altivec registers when alloca is used (PR target/35907) - misc fixes (PRs tree-optimization/35899, target/35662, c/35739) gnome-mount-0.8-1.fc9 --------------------- * Wed Apr 16 2008 David Zeuthen - 0.8-1.fc9 - Upstream 0.8 release - Show partition number for the unlock encrypted media dialog (#231841) gnome-packagekit-0.1.12-5.20080416git.fc9 ----------------------------------------- * Wed Apr 16 2008 Richard Hughes - 0.1.12-5.20080416git - Build against the right version of PackageKit to make koji DTRT. * Wed Apr 16 2008 Richard Hughes - 0.1.12-4.20080416git - Pull in the new snapshot from the stable GNOME_PACKAGEKIT_0_1_X branch. - Fixes rh#442398. * Tue Apr 15 2008 Richard Hughes - 0.1.12-3.20080415git - Add a man page for system-install-packages. Fixes rh#441673 gnome-panel-2.22.1.2-2.fc9 -------------------------- * Wed Apr 16 2008 Matthias Clasen - 2.22.1.2-2 - Make help buttons work in clock preferences gvfs-0.2.3-5.fc9 ---------------- * Wed Apr 16 2008 Matthias Clasen - 0.2.3-5 - Fix hangs when unmounting gphoto mounts * Wed Apr 16 2008 David Zeuthen - 0.2.3-4 - Only show mounts in /media and inside $HOME (#442189) kernel-xen-2.6-2.6.25-0.24.rc9.fc9 ---------------------------------- * Tue Apr 15 2008 Eduardo Habkost - Fix free_init_pages() to unmap pages from __START_KERNEL_map (bug #441543) - Unpin and make pages read-write on pgd_free() (bug #441543) ltspfs-0.5.0-1.fc9 ------------------ * Wed Apr 16 2008 Warren Togami - 0.5.0-1 - 0.5.0 to have an actual version number almost no change changes since previous snapshot - Include /var/run/devices so ltspfs has a chance of working. mesa-7.1-0.25.fc9 ----------------- * Tue Apr 15 2008 Dave Airlie 7.1-0.25 - Rebase to latest upstream - drop patches applied there. * Sat Apr 12 2008 Dennis Gilmore 7.1-0.24 - add patch so that we only build dri drivers on sparc that are remotely useful. sis driver breaks the build and the intel ones will never exist nautilus-2.22.2-3.fc9 --------------------- * Wed Apr 16 2008 David Zeuthen - 2.22.2-3 - Revert Fedora livecd mount (fix is in latest gvfs packages) and add a patch to avoid trying to autorun mounts that are mounted from outside Nautilus (#442189) * Fri Apr 11 2008 Tomas Bzatek - 2.22.2-2 - Hide Fedora livecd mount (#439166) * Mon Apr 07 2008 Matthias Clasen - 2.22.2-1 - Update to 2.22.2 valgrind-1:3.3.0-3 ------------------ * Wed Apr 16 2008 Jakub Jelinek 3.3.0-3 - add suppressions for glibc 2.8 - add a bunch of syscall wrappers (#441709) xorg-x11-drv-openchrome-0.2.902-1.fc9 ------------------------------------- * Wed Apr 09 2008 Xavier Bachelot - 0.2.902-1 - New upstream release. - Re-enable AGPDMA for K8M800 and VM800, as the drm bug is fixed in kernel >= 2.6.25rc7 (Patch #1). xorg-x11-server-1.4.99.901-22.20080415.fc9 ------------------------------------------ * Tue Apr 15 2008 Dave Airlie 1.4.99.901-22.20080415 - rebase to upstream server 1.5 branch from today - drop acr quirk yum-3.2.14-10.fc9 ----------------- * Tue Apr 15 2008 Seth Vidal 3.2.14-9 - nine is the luckiest number that there will ever be * Tue Apr 15 2008 Seth Vidal 3.2.14-8 - after many tries - this one fixes translations AND pungi * Thu Apr 10 2008 Seth Vidal 3.2.14-5 - once more, with feeling Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 From opensource at till.name Thu Apr 17 10:58:03 2008 From: opensource at till.name (Till Maas) Date: Thu, 17 Apr 2008 12:58:03 +0200 Subject: LWN subscription lottery reminder In-Reply-To: <3170f42f0804170127y4c116c89nc6b20453ce61be06@mail.gmail.com> References: <604aa7910802271103x445dc459l2a832041a477d45b@mail.gmail.com> <604aa7910802271201h1a70702au7e6a533f29adec3d@mail.gmail.com> <3170f42f0804170127y4c116c89nc6b20453ce61be06@mail.gmail.com> Message-ID: <200804171258.13006.opensource@till.name> On Thursday 17 April 2008 10:27:29 Debarshi Ray wrote: > So finally what was the outcome? Was there enough interested parties > to hold a lottery? No: http://fedoraproject.org/wiki/FWN/Issue123?highlight=%28FWN%29#head-2747b50eba118d7f54dcde7d53848fba9bd3b862 Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From debarshi.ray at gmail.com Thu Apr 17 11:12:06 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 17 Apr 2008 16:42:06 +0530 Subject: LWN subscription lottery reminder In-Reply-To: <200804171258.13006.opensource@till.name> References: <604aa7910802271103x445dc459l2a832041a477d45b@mail.gmail.com> <604aa7910802271201h1a70702au7e6a533f29adec3d@mail.gmail.com> <3170f42f0804170127y4c116c89nc6b20453ce61be06@mail.gmail.com> <200804171258.13006.opensource@till.name> Message-ID: <3170f42f0804170412k566cf53eodcbe89410cc40fd1@mail.gmail.com> Wow, wonderful. My account is activated now. Thank you everybody. Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From opensource at till.name Thu Apr 17 11:56:16 2008 From: opensource at till.name (Till Maas) Date: Thu, 17 Apr 2008 13:56:16 +0200 Subject: Rawhide issues In-Reply-To: <1208263829.823.65.camel@cutter> References: <1208232859.3185.52.camel@localhost.localdomain> <20080415124702.GL28299@angus.ind.WPI.EDU> <1208263829.823.65.camel@cutter> Message-ID: <200804171356.29017.opensource@till.name> On Tuesday 15 April 2008 14:50:29 seth vidal wrote: > So what if we auto-signed packages as just 'coming from koji'. Nothing > more? > > That'd be enough to know the pkg came from a trusted source. I would like to have this very much for Rawhide. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From sds at tycho.nsa.gov Thu Apr 17 14:01:32 2008 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Thu, 17 Apr 2008 10:01:32 -0400 Subject: set-uid root /usr/lib/nspluginwrapper/plugin-config In-Reply-To: References: <20080411151509.GD21548@angus.ind.WPI.EDU> <20080411152508.GE21548@angus.ind.WPI.EDU> <4803B26A.9060505@redhat.com> <20080414194629.GL21548@angus.ind.WPI.EDU> <1208203076.5136.30.camel@localhost.localdomain> <20080414200101.GM21548@angus.ind.WPI.EDU> Message-ID: <1208440892.18883.377.camel@moss-spartans.epoch.ncsc.mil> On Mon, 2008-04-14 at 16:08 -0400, Chris Ricker wrote: > On Mon, 14 Apr 2008, Chuck Anderson wrote: > > > On Mon, Apr 14, 2008 at 03:57:56PM -0400, Jesse Keating wrote: > > > On Mon, 2008-04-14 at 15:46 -0400, Chuck Anderson wrote: > > > > Why is this program set-uid root? > > > > > > > > ls -l /usr/lib/nspluginwrapper/plugin-config > > > > -rwsr-xr-x 1 root root 60048 2008-03-11 > > > > 10:02 /usr/lib/nspluginwrapper/plugin-config* > > > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=442065 > > > > > > Probably so that it can create files in /usr/lib/mozilla when a user > > > downloads a plugin via their browser. > > > > That just seems wrong. If a user can download a plugin, it should be > > put in ~/.mozilla/plugins. A user shouldn't be able to force a plugin > > into a system-wide directory. > > See https://bugzilla.redhat.com/show_bug.cgi?id=334311 for more history on > it Does it have its own domain in policy so that it is at least confined to only those capabilities it requires and only to access those files it requires? Although that won't help from default user shell of unconfined_t. -- Stephen Smalley National Security Agency From pertusus at free.fr Thu Apr 17 14:37:12 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 17 Apr 2008 16:37:12 +0200 Subject: packages without internet source in fedora In-Reply-To: <604aa7910804161550u1a21c0as3178ae50b8cadb0f@mail.gmail.com> References: <20080416200048.GA2645@free.fr> <604aa7910804161346x58d1a67aw9319975115122265@mail.gmail.com> <20080416205929.GA3256@free.fr> <604aa7910804161417x5b7b6f4fgf49068178c94a1fc@mail.gmail.com> <20080416213100.GC3256@free.fr> <48067186.9010200@fedoraproject.org> <20080416220252.GD3256@free.fr> <604aa7910804161550u1a21c0as3178ae50b8cadb0f@mail.gmail.com> Message-ID: <20080417143712.GB2710@free.fr> On Wed, Apr 16, 2008 at 02:50:21PM -0800, Jeff Spaleta wrote: > > Just to be clear....you want a distro-specific point of view..about a > distro-agnostic coordination process when packages across > distributions fork due to a dead upstream. > The gods of irony are pleased. > > Anything more than the following as a Fedora policy is needless micromanagement: > > 0) Oh crap... the stated upstream for a package you maintain is dead. > Decide if the package should be orphaned or not. Set a Fedora tracking > ticket indicating a dead upstream for a component. > > 1) Not orphaned? Look around and see if other distros are using a > common defacto upstream. Use the defacto upstream if it exists and > encourage them to formalize their commitment as an official upstream > to begin integrating distro specific forking. Clear the Fedora > tracking ticket with a comment. > > 2) If not, invite other distro maintainers to have a discussion about > how to formalize a common upstream to begin the unforking process. If > everyone can agree on a common upstream, use that and clear the Fedora > tracking ticket with a comment referencing the discussion for the new > upstream. Recommend using freedesktop's distribution list as neutral > territory for the discussion if needed. Though if you have to have > neutral territory to hold a discussion, then i daresay that's a sign > that its going to be a pretty tough negotiation to reach a consensus. > > 3) If consensus can't be reached on how to build a common upstream... > choose whatever distribution fork you feel best meets the needs of > Fedora and use it as the upstream going forward. If you have to take > over as upstream developer of a fork...setup whatever hosting instance > you feel is best as an upstream location. Clear the Fedora project > ticket with a comment referencing the failed discussion on how to find > a common upstream. > > What matters is that a Fedora maintainer make the best effort to avoid > unnecessarily maintaining a forked codebase. But if it has to be > done, then they have the freedom to setup the parameters of that > upstream project however they like. Being able to reference a > credible attempt at creating a common upstream, should satisfy any > need for a 'don't be evil' review of a maintainer's actions on a > case-by-case basis. Looks good to me. -- Pat From enrico.scholz at informatik.tu-chemnitz.de Thu Apr 17 14:56:59 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 17 Apr 2008 16:56:59 +0200 Subject: GCC and pointer overflows In-Reply-To: <1208424449.770.29.camel@localhost.localdomain> (Lubomir Kundrak's message of "Thu, 17 Apr 2008 11:27:29 +0200") References: <1208424449.770.29.camel@localhost.localdomain> Message-ID: <87k5iwlebo.fsf@fc5.bigo.ensc.de> Lubomir Kundrak writes: >> http://www.kb.cert.org/vuls/id/162289 > > Fedora 8 gcc and packages did not have this problem. wrong; issue (not bug in gcc) exists already since 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27180 Enrico From pknirsch at redhat.com Thu Apr 17 15:20:13 2008 From: pknirsch at redhat.com (Phil Knirsch) Date: Thu, 17 Apr 2008 17:20:13 +0200 Subject: basesystem, setup and filesystem In-Reply-To: <20080413134546.GA2919@free.fr> References: <20080413134546.GA2919@free.fr> Message-ID: <48076AAD.4020207@redhat.com> Patrice Dumas wrote: > Hello, > > It would be nice to solve the issues raised in the merge reviews of > those basic packages. It is on hold since some months. > > In https://bugzilla.redhat.com/show_bug.cgi?id=225608 Robert Scheck > proposed to remove basesystem, have setup depend on filesystem, and > glibc depend on setup. > > I think this is a good idea. Any feedback? > > -- > Pat > Hi Patrice. I've written a comment in the bz as well, but i think the order should rather be: basesystem setup filesystem or, in case we decide to drop basesystem (i'm all for it btw, no reason to keep it hanging around for no reason): glibc: Requires(Pre) filesystem filesystem: Requires(Pre) setup which would end up being: setup filesystem glibc In case we drop it though we need to add Obsoletes: basesystem-x-y Provides: basesystem-x-y to filesystem in order to have a consistent behavior and a proper chain for updates, too. Thoughts? -- Philipp Knirsch | Tel.: +49-711-96437-470 Team Lead Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany | IT executives: Red Hat #1 in value. Again. | http://www.redhat.com/promo/vendor/ From stickster at gmail.com Thu Apr 17 16:04:25 2008 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 17 Apr 2008 12:04:25 -0400 Subject: Plan for tomorrows (20080417) FESCO meeting In-Reply-To: <1208401654.22427.6.camel@vader.jdub.homelinux.org> References: <1208373068.7898.2.camel@kennedy> <48068458.8000109@redhat.com> <1208395735.11336.11.camel@aglarond.local> <1208395929.823.161.camel@cutter> <1208401654.22427.6.camel@vader.jdub.homelinux.org> Message-ID: <20080417160425.GA31240@localhost.localdomain> On Wed, Apr 16, 2008 at 10:07:34PM -0500, Josh Boyer wrote: > On Wed, 2008-04-16 at 21:32 -0400, seth vidal wrote: > > On Wed, 2008-04-16 at 21:28 -0400, Jeremy Katz wrote: > > > On Wed, 2008-04-16 at 15:57 -0700, John Poelstra wrote: > > > > Brian Pepple said the following on 04/16/2008 12:11 PM Pacific Time: > > > > > Please find below the list of topics that are likely to come up in the > > > > > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > > > > > in #fedora-meeting on irc.freenode.org: > > > > > > > > > > /topic FESCo-Meeting -- Final Release Schedule (Slip in conjunction w/ > > > > > latest beta slip?) - all > > > > > > > > > > /topic FESCo-Meeting -- Features(?) - poelcat > > > > > > > > We are feature complete for Fedora 9! There is nothing to discuss :) > > > > > > We can still discuss it and pat ourselves on the back ;-) > > > > yay for fesco and poelstra for making all this stay together. > > To be honest, most of the thanks and yays go to John. Not only for > leading the effort, but for also putting up with the, at times, lack of > enthusiasm from FESCo. > > We whine alot. Hear, hear, for congratulating John on helping lead the improved Feature process. It might be a pain, but it is doing wonders for our ability to generate interest in Fedora as the epicenter for FOSS innovation. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin.kofler at chello.at Thu Apr 17 17:14:15 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 17 Apr 2008 17:14:15 +0000 (UTC) Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> Message-ID: Rawhide fedoraproject.org> writes: > kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 > kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 > kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 > kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 Any solution in sight for this one (xulrunner fallout)? kazehakase also supports WebKit, and there's a kazehakase-webkit subpackage, but I don't know how complete the WebKit port is (i.e. if it is suitable to replace the Gecko port with). Unfortunately, I doubt its problems with xulrunner will be solved in time for the F9 release. > perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 (ppc64 only, darcs is available on the other arches) That's a fun one. perl-Test-AutoBuild-darcs is a subpackage of the noarch package perl-Test-AutoBuild. This means the usual tricks don't work: * we can't ExcludeArch: ppc64 because ExcludeArch doesn't work on a subpackage, * we can't disable building the subpackage on ppc64 because this is a noarch package. darcs is not available on ppc64 because ghc isn't, see: https://bugzilla.redhat.com/show_bug.cgi?id=246051 https://bugzilla.redhat.com/show_bug.cgi?id=239713 Is there anything which can be done about that or is this just going to always show up? Kevin Kofler From mtasaka at ioa.s.u-tokyo.ac.jp Thu Apr 17 17:33:15 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 18 Apr 2008 02:33:15 +0900 Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) In-Reply-To: References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> Message-ID: <480789DB.8000003@ioa.s.u-tokyo.ac.jp> Hi: Kevin Kofler wrote, at 04/18/2008 02:14 AM +9:00: > Rawhide fedoraproject.org> writes: >> kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 >> kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 >> kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 >> kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 > > Any solution in sight for this one (xulrunner fallout)? > > kazehakase also supports WebKit, and there's a kazehakase-webkit subpackage, > but I don't know how complete the WebKit port is (i.e. if it is suitable to > replace the Gecko port with). Unfortunately, I doubt its problems with > xulrunner will be solved in time for the F9 release. The problem is that the newest rawhide WebKit is quite unusable (at least for me: bug 438531, the previous version of Webkit worked to some extent).... If WebKit gets usable again, perhaps I can plan to disable xulrunner support for now. Mamoru From jkeating at redhat.com Thu Apr 17 18:36:15 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 17 Apr 2008 14:36:15 -0400 Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) In-Reply-To: References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> Message-ID: <1208457375.3235.44.camel@localhost.localdomain> On Thu, 2008-04-17 at 17:14 +0000, Kevin Kofler wrote: > That's a fun one. perl-Test-AutoBuild-darcs is a subpackage of the noarch > package perl-Test-AutoBuild. This means the usual tricks don't work: > * we can't ExcludeArch: ppc64 because ExcludeArch doesn't work on a subpackage, > * we can't disable building the subpackage on ppc64 because this is a noarch > package. So you can actually excludearch a subpackage, even a noarch subpackage. The compose tools will handle it. The only catch is making sure the entire thing doesn't get built on a ppc host. Otherwise you can excludearch the whole thing and it both won't be built on ppc, nor will it show up in the ppc repos. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tjb at unh.edu Thu Apr 17 19:21:48 2008 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 17 Apr 2008 15:21:48 -0400 Subject: packagekit behaving strangely? Message-ID: <1208460108.4563.7.camel@raptor.sr.unh.edu> Anyone else have packagekit installing updates a couple at a time? I install some updates and immediately after that, when it automatically checks again, there are a couple more updates, rinse, repeat. It just started happening today and it's happened on three different systems. I have a local mirror and I know it's not changing every couple of minutes. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From fedora at camperquake.de Thu Apr 17 19:27:09 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 17 Apr 2008 21:27:09 +0200 Subject: packagekit behaving strangely? In-Reply-To: <1208460108.4563.7.camel@raptor.sr.unh.edu> References: <1208460108.4563.7.camel@raptor.sr.unh.edu> Message-ID: <20080417212709.48bbcd85@lain.camperquake.de> Hi. On Thu, 17 Apr 2008 15:21:48 -0400, Thomas J. Baker wrote > Anyone else have packagekit installing updates a couple at a time? I > install some updates and immediately after that, when it automatically > checks again, there are a couple more updates, rinse, repeat. /me too. Stopped after I did a 'yum upgrade' from the cli. From orion at cora.nwra.com Thu Apr 17 19:42:13 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 17 Apr 2008 13:42:13 -0600 Subject: seamonkey installed for unknown reason Message-ID: <4807A815.5050105@cora.nwra.com> A kickstart install of today's rawhide installed seamonkey for some unknown reason. Removing it after install did not result in any other package being removed. Could it be satisfying some other dependency? Anyone else see this? %packages @base @admin-tools @graphical-internet @graphics @kde-desktop @office @sound-and-video @x-software-development @base-x @editors @engineering-and-scientific @printing @text-internet @dial-up @hardware-support gv kdesdk kbibtex acpid eclipse-cdt cfitsio-devel kexec-tools gdb paraview gdl kile kompose perl-Text-Template netcdf-devel tgif perl-PDL smolt gtk2.i386 subversion jpilot openmpi-devel ksynaptics emacs gcc-c++ zlib-devel octave-forge lyx bash-completion ncl ncftp libXpm.i386 RealPlayer xfig texlive-latex cvs vpnc hdf flash-plugin lynx kdesvn compat-libstdc++-33 sendmail-cf control-center thunderbird ftnchek mplayer-codecs tetex-prosper fsplit b43-firmware rdesktop gftp selinux-policy-targeted libXmu.i386 hwbrowser eclipse-photran freeglut plplot pdftk enscript xine make wpa_supplicant-gui gcc-gfortran transcode cups-libs.i386 cfengine java-1.6.0-openjdk-plugin NetworkManager-gnome ddd vnc ntp kdeadmin strace java-1.6.0-openjdk memtest86+ ncompress gecko-mediaplayer java3d gridengine vim-X11 vim-enhanced fftw-devel AdobeReader_enu libjpeg-devel b43legacy-firmware environment-modules sysstat powertop k3b yum-cron ncl-devel svnmailer -dump -fonts-telugu -sazanami-fonts-gothic -setroubleshoot -totem -fonts-arabic -evince -mozilla-totem-xine -firstboot -rhythmbox -mdadm -gdm -fonts-bengali -cjkunifonts-uming -system-config-keyboard -fonts-hebrew -fonts-korean -evolution-webcal -alsa-lib-devel -SDL-devel -totem-xine-mozplugin -fonts-kannada -baekmuk-ttf-fonts-gulim -kdeedu -kdegames -totem-mozplugin -BackupPC -evolution-help -fonts-punjabi -fonts-gujarati -fonts-oriya -evolution -totem-xine -transmission -fonts-hindi -isdn4k-utils -fonts-sinhala -yum-updatesd -sound-juicer -livna-release -system-config-boot -fonts-tamil %end -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mike at cchtml.com Thu Apr 17 19:53:01 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Thu, 17 Apr 2008 14:53:01 -0500 Subject: packagekit behaving strangely? In-Reply-To: <1208460108.4563.7.camel@raptor.sr.unh.edu> References: <1208460108.4563.7.camel@raptor.sr.unh.edu> Message-ID: <4807AA9D.9020508@cchtml.com> -------- Original Message -------- Subject: packagekit behaving strangely? From: Thomas J. Baker To: fedora-devel-list at redhat.com Date: 04/17/2008 02:21 PM > Anyone else have packagekit installing updates a couple at a time? I > install some updates and immediately after that, when it automatically > checks again, there are a couple more updates, rinse, repeat. > > It just started happening today and it's happened on three different > systems. I have a local mirror and I know it's not changing every couple > of minutes. > > Thanks, > > tjb Same here. +1 From ob.system at gmail.com Thu Apr 17 20:03:46 2008 From: ob.system at gmail.com (Oscar Victorio Calixto Bacho) Date: Thu, 17 Apr 2008 15:03:46 -0500 Subject: packagekit behaving strangely? In-Reply-To: <4807AA9D.9020508@cchtml.com> References: <1208460108.4563.7.camel@raptor.sr.unh.edu> <4807AA9D.9020508@cchtml.com> Message-ID: <6a28481b0804171303y3c772f8fs4a8384d215b45504@mail.gmail.com> 2008/4/17, Mike Cronenworth : > > -------- Original Message -------- > Subject: packagekit behaving strangely? > From: Thomas J. Baker > To: fedora-devel-list at redhat.com > Date: 04/17/2008 02:21 PM > > Anyone else have packagekit installing updates a couple at a time? I > > install some updates and immediately after that, when it automatically > > checks again, there are a couple more updates, rinse, repeat. > > > > It just started happening today and it's happened on three different > > systems. I have a local mirror and I know it's not changing every couple > > of minutes. > > Same here + -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Thu Apr 17 20:04:35 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 17 Apr 2008 20:04:35 +0000 (UTC) Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> <1208457375.3235.44.camel@localhost.localdomain> Message-ID: Jesse Keating redhat.com> writes: > So you can actually excludearch a subpackage, even a noarch subpackage. Really? What I have seen happening is that the ExcludeArch applies to the entire package, not just the subpackage. Kevin Kofler From tjb at unh.edu Thu Apr 17 20:11:51 2008 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 17 Apr 2008 16:11:51 -0400 Subject: packagekit behaving strangely? In-Reply-To: <20080417212709.48bbcd85@lain.camperquake.de> References: <1208460108.4563.7.camel@raptor.sr.unh.edu> <20080417212709.48bbcd85@lain.camperquake.de> Message-ID: <1208463111.4563.10.camel@raptor.sr.unh.edu> On Thu, 2008-04-17 at 21:27 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 17 Apr 2008 15:21:48 -0400, Thomas J. Baker wrote > > Anyone else have packagekit installing updates a couple at a time? I > > install some updates and immediately after that, when it automatically > > checks again, there are a couple more updates, rinse, repeat. > > /me too. > > Stopped after I did a 'yum upgrade' from the cli. > I'll file a bug and post it here if the same problems happen tomorrow. I'm going to run 'yum clean all' on all my test systems tonight for a fresh start tomorrow. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From jkeating at redhat.com Thu Apr 17 20:28:28 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 17 Apr 2008 16:28:28 -0400 Subject: Fedora 9 Release date slipping by two weeks (new date, May 13) Message-ID: <1208464108.3235.69.camel@localhost.localdomain> At today's regularly scheduled meeting, the Fedora Engineering Steering Committee (FESCo) decided that Fedora 9 release will be slipping by exactly two weeks. Because of other slippage, coupled with some technical difficulties during this previous week, our Preview Release was unexpectedly stalled. The Preview Release is where we expect to catch all manner of last-minute bugs, do very heavy QA, and otherwise perform all the final spit-and-polish. There needs to be sufficient time between the PR and the release for testers to find and report issues. There are less than two weeks remaining until the original target date of April 29th. About a week before that date we have to have everything locked and loaded for distribution by our mirrors. That small a timeframe would then make the Preview Release -- normally a very important part of our release schedule -- nearly useless. This slip is not intended to make room for more changes, it is only intended to make room for fixing the things we already know about, and allowing new things to be found, and evaluated as release blocking, and fixed. There are also a fair number of bugs we think we've already fixed, but need wider audience testing to be sure. The current blocker list is viewable at https://bugzilla.redhat.com/showdependencytree.cgi?id=235706&hide_resolved=1 however since there is nothing preventing people from adding bugs to this list it will get culled from time to time from things that aren't actually blockers. A (rather longer) list of things we'd like to see fixes for can be seen https://bugzilla.redhat.com/showdependencytree.cgi?id=235705&hide_resolved=1 although this list does get less attention than the blocker list. We deeply appreciate the value we get from our community in using our development tree and testing our release attempts. Without your input, our releases couldn't possibly be as good as they have been. Please help us use these extra couple of weeks to make the already awesome Fedora 9 even better! -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From rjones at redhat.com Thu Apr 17 20:40:13 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 17 Apr 2008 21:40:13 +0100 Subject: Issues with mingw32 (Linux to Windows cross-compiler) Message-ID: <20080417204013.GA26234@amd.home.annexia.org> Debian have packaged mingw32 as a cross-compiler so you can target Windows as an embedded platform, building *.DLLs and *.EXEs from your Linux box: http://packages.debian.org/source/sid/mingw32 There's already an RPM package for this for Fedora and in my limited testing it seems to work: http://mirzam.it.vu.nl/mingw/ HOWEVER ... This package can't be built directly from source because it has a circular dependency. As described on that page: "Rebuilding from the source packages must be done in a strict order. There's a circular dependency or bootstrapping problem in that you need installed mingw-runtime and mingw-w32api packages to build mingw-gcc-core. But to build mingw-runtime and mingw-w32api you need... mingw-gcc-core." Can this type of circular dep be packaged in Fedora (and how?) Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From tcallawa at redhat.com Thu Apr 17 09:56:53 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 17 Apr 2008 05:56:53 -0400 Subject: monodevelop snafu In-Reply-To: References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> <48065F40.707@mindspring.com> <1208377244.4291.32.camel@localhost.localdomain> <3dbq49fezg.fsf@allele2.eebweb.arizona.edu> <1208396384.3235.0.camel@localhost.localdomain> Message-ID: <1208426213.3030.30.camel@localhost.localdomain> On Wed, 2008-04-16 at 18:47 -0700, Alex Lancaster wrote: > Don't worry, I didn't think that you were implying such. I was > actually just speculating that it might have been possible that the > new mono-addins may have an unintended indirect affect on other mono > packages. > I actually did test monodevelop, both before making any changes and after, and it exhibited the weird empty warning box on startup on both builds, so I assumed it was there before. It might be due to some other mono change, but given that monodevelop still seemed to work after the warning box was closed, I just moved on. ~spot From roland at redhat.com Thu Apr 17 20:56:54 2008 From: roland at redhat.com (Roland McGrath) Date: Thu, 17 Apr 2008 13:56:54 -0700 (PDT) Subject: Issues with mingw32 (Linux to Windows cross-compiler) In-Reply-To: Richard W.M. Jones's message of Thursday, 17 April 2008 21:40:13 +0100 <20080417204013.GA26234@amd.home.annexia.org> References: <20080417204013.GA26234@amd.home.annexia.org> Message-ID: <20080417205654.8BFF227037D@magilla.localdomain> AFAIK we don't have any magic to solve circular dependencies in any wondrous way (i.e. that's magically delicious for total rebuilds and all). I think we've just done kludges to bootstrap the first time. e.g., you can do an initial koji build of a hack version of the package that includes some binaries for bootstrapping. Packaging existing binaries is verboten in general, but you can do it just for the one build that gets you the prerequisites into koji to do the proper build with a normal spec. After the first normal build works and replaces the bootstrap hack build, you're just in the usual circular position that we're in with gcc, glibc, et al, that all need the others already installed to build the fresh ones. From jkeating at redhat.com Thu Apr 17 21:18:52 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 17 Apr 2008 17:18:52 -0400 Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) In-Reply-To: References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> <1208457375.3235.44.camel@localhost.localdomain> Message-ID: <1208467132.3235.75.camel@localhost.localdomain> On Thu, 2008-04-17 at 20:04 +0000, Kevin Kofler wrote: > Really? What I have seen happening is that the ExcludeArch applies to the > entire package, not just the subpackage. Oh, duh. Yeah, that information is only stored in the srpm, thus we look at the srpm and decide for all the packages. Sorry for the confusion. I just hate "noarch" packages which clearly have arch specific requirements. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Apr 17 21:31:48 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 17 Apr 2008 17:31:48 -0400 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! Message-ID: <1208467908.3235.85.camel@localhost.localdomain> After some minor delays (like all rawhide flights grounded for a few days of repair...), the Fedora Project is proud to announce the release of Fedora 9 Preview! This is a Preview release, it is fairly close to what the final product will be like. This is the most critical release for the Fedora community to use and test and report bugs on. This is the last major public release before the final GOLD Fedora 9 release on May 13th (we hope). For this Preview release, we will be doing a staged offering. The first stage, available now, will be via bittorrent. The second stage, which should be available early next week, will be via our world wide mirroring system, and will include jigdo. Live images, KDE Live images, CDs and DVD options are available. http://torrent.fedoraproject.org has a section marked "F9-Preview". Please us bugzilla to report any problems you find (after making sure that somebody else hasn't already reported the issues). Thanks again for all the great testing work that the greater community does throughout our development cycle! You make Fedora possible. You are Fedora! -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 00:00:20 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 17 Apr 2008 18:00:20 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing Message-ID: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> I have a question re: how yum determines which package to install when they both provide the same thing. Specifically, I have: unison213 obsoletes: unison < 2.27.57-3 provides: unison = 2.13.16-9.fc8.3 unison213 = 2.13.16-9.fc8.3 unison227: obsoletes: unison < 2.27.57-3 provides: unison = 2.27.57-7.fc8.3 unison227 = 2.27.57-7.fc8.3 (Equally, I hit the same issue if unison213 does not provide "unison", just "unison213".) If those two packages are in a repository, and I type: yum install unison then I *expect* yum to see that both unison213 and unison227 provide unison, and pick the package that provides the highest version number, and install it. However, what actually happens is that yum picks unison213 to install. I'm not sure if yum is picking: * The first package it finds * The "first" package by some sorting order that matches * Some random package (although it's consistent) Can anybody shed any light? Thanks very much. From jspaleta at gmail.com Fri Apr 18 00:23:16 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 17 Apr 2008 16:23:16 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804171723q9a8f45eqa5a8037fc0a92331@mail.gmail.com> On Thu, Apr 17, 2008 at 4:00 PM, Stephen Warren wrote: > * The "first" package by some sorting order that matches there is a sorting order when picking between different packages that provide the same thing to fill a provides dep.. typically it is expressed as "shortest" name wins. The most common case is virtual provides from packages with significantly different names. Now the unison case.. is extremely special, in that you are fooled into thinking that the two unison packages are suppose to compare in the same versioning space. They are not. The packagenaming being used for unison is a hack and you should not intuit that the numbers in the package name suggest a version comparison. Stop thinking about them as a lower version and a higher version of the same codebase. Think of them as codebase forks. The unison developers..in their infinite wisdom have decided that they don't actually want to worry about backwards compatibility between client versions, so if you need to talk across the network to different machines you need to be sure you have the same version of unison available on both machines or the magic doesn't work. The horrible horrible package naming for unison that we have is a result of that upstream decision to make sure people who want to use unison can be sure they have the right versions of unison installed to communicate to machines running other operating systems. The package naming in the case of unison is done deliberately to break how version comparison in the package system is suppose to work. It's a corner case... that needs to die. Adding more logic at the packaging layer to support what is really upstream's inability to provide adequate protocol versioning support is wasted effort. -jef From james at fedoraproject.com Fri Apr 18 00:41:16 2008 From: james at fedoraproject.com (James Antill) Date: Thu, 17 Apr 2008 20:41:16 -0400 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1208479276.3606.244.camel@code.and.org> On Thu, 2008-04-17 at 18:00 -0600, Stephen Warren wrote: > I have a question re: how yum determines which package to install when > they both provide the same thing. > > Specifically, I have: > > unison213 > obsoletes: > unison < 2.27.57-3 > provides: > unison = 2.13.16-9.fc8.3 > unison213 = 2.13.16-9.fc8.3 This obsoletes itself, which recent versions of yum should handle better ... but is still "interesting" to say the least. > unison227: > obsoletes: > unison < 2.27.57-3 > provides: > unison = 2.27.57-7.fc8.3 > unison227 = 2.27.57-7.fc8.3 > > (Equally, I hit the same issue if unison213 does not provide "unison", > just "unison213".) > > If those two packages are in a repository, and I type: > > yum install unison Which version of yum matters _a lot_ here. I'm pretty sure that yum-3.2.14-10 (current Fedora 9 candidate) will pick unison227, due to that obsoleting unison213 but not being obsoleted by it. If the obsoleting _doesn't_ come into play, for some reason, then it will basically pick randomly atm. with maybe a slight preference for whichever is first in the repo MD. Doing a full version comparison over all provides of each package, is possible but unlikely to happen unless it's 100% required. Always picking the alphasorted highest/lowest pkg is also possible, if that needs to be done. But the most obvious fix is to remove the self obsoletes on the first package. > then I *expect* yum to see that both unison213 and unison227 provide > unison, and pick the package that provides the highest version number, and > install it. > > However, what actually happens is that yum picks unison213 to install. > > I'm not sure if yum is picking: > * The first package it finds > * The "first" package by some sorting order that matches > * Some random package (although it's consistent) > > Can anybody shed any light? There are a few tests now, if you need to know all the details, it probably means doom, but you want to see _compare_providers() in depsolve.py -- James Antill Fedora From gnomeuser at gmail.com Fri Apr 18 03:59:11 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Fri, 18 Apr 2008 05:59:11 +0200 Subject: monodevelop snafu In-Reply-To: <1208426213.3030.30.camel@localhost.localdomain> References: <480646CE.8080901@mindspring.com> <1208372896.4291.28.camel@localhost.localdomain> <48065F40.707@mindspring.com> <1208377244.4291.32.camel@localhost.localdomain> <3dbq49fezg.fsf@allele2.eebweb.arizona.edu> <1208396384.3235.0.camel@localhost.localdomain> <1208426213.3030.30.camel@localhost.localdomain> Message-ID: <1dedbbfc0804172059m2da54b6cn431039eaf30344ce@mail.gmail.com> 2008/4/17, Tom spot Callaway : > > On Wed, 2008-04-16 at 18:47 -0700, Alex Lancaster wrote: > > Don't worry, I didn't think that you were implying such. I was > > actually just speculating that it might have been possible that the > > new mono-addins may have an unintended indirect affect on other mono > > packages. > > > > I actually did test monodevelop, both before making any changes and > after, and it exhibited the weird empty warning box on startup on both > builds, so I assumed it was there before. It might be due to some other > mono change, but given that monodevelop still seemed to work after the > warning box was closed, I just moved on. I filed a bug on this ages ago. https://bugzilla.redhat.com/show_bug.cgi?id=433817 -------------- next part -------------- An HTML attachment was scrubbed... URL: From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 04:50:29 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 17 Apr 2008 22:50:29 -0600 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208479276.3606.244.camel@code.and.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> Message-ID: <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> James Antill wrote: > On Thu, 2008-04-17 at 18:00 -0600, Stephen Warren wrote: >> I have a question re: how yum determines which package to install when >> they both provide the same thing. >> >> Specifically, I have: >> >> unison213 >> obsoletes: >> unison < 2.27.57-3 >> provides: >> unison = 2.13.16-9.fc8.3 >> unison213 = 2.13.16-9.fc8.3 > > This obsoletes itself, which recent versions of yum should handle > better ... but is still "interesting" to say the least. >... > But the most obvious fix is to remove the self obsoletes on the first > package. Well, the obsoletes tag is required so that unison213 and unison227 obsolete the old unison package, and hence replace it on yum update. The provides of unison (which isn't actually there for the package actually in F7/8/devel for unison213, but is for unison227 - I just added it to unison213 for testing, and it made no difference either way) was there in the hope that "yum install unison" would "just work" (pick the "later" version of the 2 packages in a given distro) - removing the requirement for users to "yum install unisonNNN" where they just want the latest version. I guess if it's not going to work, I can just remove the provides. From singularitaet at gmx.net Fri Apr 18 07:26:24 2008 From: singularitaet at gmx.net (Stefan Grosse) Date: Fri, 18 Apr 2008 09:26:24 +0200 Subject: packagekit behaving strangely? In-Reply-To: <1208460108.4563.7.camel@raptor.sr.unh.edu> References: <1208460108.4563.7.camel@raptor.sr.unh.edu> Message-ID: <20080418092624.49bfd8ad@gmx.net> On Thu, 17 Apr 2008 15:21:48 -0400 Thomas J. Baker wrote: TJB> Anyone else have packagekit installing updates a couple at a time? TJB> I install some updates and immediately after that, when it TJB> automatically checks again, there are a couple more updates, TJB> rinse, repeat. Same here, I had 4 separate update runs this morning. Stefan From markmc at redhat.com Fri Apr 18 07:43:44 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 18 Apr 2008 08:43:44 +0100 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: <1208467908.3235.85.camel@localhost.localdomain> References: <1208467908.3235.85.camel@localhost.localdomain> Message-ID: <1208504624.3464.7.camel@muff> On Thu, 2008-04-17 at 17:31 -0400, Jesse Keating wrote: > For this Preview release, we will be doing a staged offering. The first > stage, available now, will be via bittorrent. The second stage, which > should be available early next week, will be via our world wide > mirroring system, and will include jigdo. Ah, so standard install trees won't be available until later? That confused me there for a while ... Cheers, Mark. From lkundrak at redhat.com Fri Apr 18 08:12:43 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Fri, 18 Apr 2008 10:12:43 +0200 Subject: Issues with mingw32 (Linux to Windows cross-compiler) In-Reply-To: <20080417205654.8BFF227037D@magilla.localdomain> References: <20080417204013.GA26234@amd.home.annexia.org> <20080417205654.8BFF227037D@magilla.localdomain> Message-ID: <1208506363.770.78.camel@localhost.localdomain> On Thu, 2008-04-17 at 13:56 -0700, Roland McGrath wrote: > AFAIK we don't have any magic to solve circular dependencies in any > wondrous way (i.e. that's magically delicious for total rebuilds and all). > I think we've just done kludges to bootstrap the first time. > > e.g., you can do an initial koji build of a hack version of the package > that includes some binaries for bootstrapping. Packaging existing binaries > is verboten in general, but you can do it just for the one build that gets > you the prerequisites into koji to do the proper build with a normal spec. > After the first normal build works and replaces the bootstrap hack build, > you're just in the usual circular position that we're in with gcc, glibc, > et al, that all need the others already installed to build the fresh ones. Done that with EPEL java recently, if you want an example: http://cvs.fedoraproject.org/viewcvs/rpms/java-1.6.0-openjdk/EL-5/bootstrap-java-1.6.0-openjdk.spec?rev=1.1.2.1&only_with_tag=java-1_6_0-openjdk-1_6_0_0-0_5_b06_el5_bootstrap&view=markup -- Lubomir Kundrak (Red Hat Security Response Team) From optimizationkit at gmail.com Fri Apr 18 08:12:37 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Fri, 18 Apr 2008 10:12:37 +0200 Subject: problem with a new inittab Message-ID: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> Hi, I did a fresh install of F9Beta on my second test HDD (only default things). After an upgrade to the latest rawhide I noticed a new /etc/inittab.rpmnew file. I made a backup of inittab and switched to a new version. After a reboot gdm doesn't start automatically - "telinit 3, telinit 5" fixes this problem. /etc/event.d/prefdm start on stopped rc5 <- broken deps in upstart? I suggest to restore line x:5:respawn:/etc/X11/prefdm -nodaemon in inittab. Regards, Michal From hughsient at gmail.com Fri Apr 18 08:54:46 2008 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 18 Apr 2008 09:54:46 +0100 Subject: packagekit behaving strangely? In-Reply-To: <1208460108.4563.7.camel@raptor.sr.unh.edu> References: <1208460108.4563.7.camel@raptor.sr.unh.edu> Message-ID: <1208508886.3259.12.camel@hughsie-work> On Thu, 2008-04-17 at 15:21 -0400, Thomas J. Baker wrote: > Anyone else have packagekit installing updates a couple at a time? I > install some updates and immediately after that, when it automatically > checks again, there are a couple more updates, rinse, repeat. What version PackageKit? Can you BZ it pls. Richard. From mschwendt at gmail.com Fri Apr 18 09:02:50 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 18 Apr 2008 11:02:50 +0200 Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) In-Reply-To: <1208467132.3235.75.camel@localhost.localdomain> References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> <1208457375.3235.44.camel@localhost.localdomain> <1208467132.3235.75.camel@localhost.localdomain> Message-ID: <20080418110250.f41d486d.mschwendt@gmail.com> On Thu, 17 Apr 2008 17:18:52 -0400, Jesse Keating wrote: > I just hate "noarch" packages which clearly have arch > specific requirements. Of course. We've been there before. But it's not trivial to fix, unless the policy becomes "noarch packages MUST NOT depend on arch-specific packages, not automatically and not explicitly either". Mind you, even script packages require some interpreter (e.g. /bin/sh), and that only works fine as long as the interpreter is available for all archs. If -- at the time of writing a noarch spec -- there is any sort of dependency on an arch-specific package (e.g. for executables), that should be reason enough to make the noarch package arch-specific instead. But later one, dependencies may change, and with that comes the desire to switch between arch-specific and noarch or vice versa. That's never good if it's done to be able to use ExcludeArch/ExclusiveArch. From stlwrt at gmail.com Fri Apr 18 09:39:38 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Fri, 18 Apr 2008 12:39:38 +0300 Subject: problem with a new inittab In-Reply-To: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> References: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> Message-ID: I experience the same. After ctrl+alt+backspace kdm doesn't restore On Fri, Apr 18, 2008 at 11:12 AM, Optimization Kit wrote: > Hi, > > I did a fresh install of F9Beta on my second test HDD (only default > things). After an upgrade to the latest rawhide I noticed a new > /etc/inittab.rpmnew file. I made a backup of inittab and switched to a > new version. After a reboot gdm doesn't start automatically - "telinit > 3, telinit 5" fixes this problem. > > /etc/event.d/prefdm > start on stopped rc5 <- broken deps in upstart? > > I suggest to restore line > x:5:respawn:/etc/X11/prefdm -nodaemon > in inittab. > > Regards, > Michal > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From dwmw2 at infradead.org Fri Apr 18 10:21:56 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 18 Apr 2008 11:21:56 +0100 Subject: rawhide report: 20080417 changes In-Reply-To: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> Message-ID: <1208514116.9212.312.camel@pmac.infradead.org> On Thu, 2008-04-17 at 09:37 +0000, Rawhide wrote: > * Wed Apr 16 2008 Dan Williams - 1:0.7.0-0.9.1.svn3566 > - Don't flush or change IPv6 addresses or routes Hm? -- dwmw2 From dwmw2 at infradead.org Fri Apr 18 11:05:04 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 18 Apr 2008 12:05:04 +0100 Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) In-Reply-To: References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> Message-ID: <1208516704.9212.315.camel@pmac.infradead.org> On Thu, 2008-04-17 at 17:14 +0000, Kevin Kofler wrote: > > perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 > (ppc64 only, darcs is available on the other arches) > > That's a fun one. perl-Test-AutoBuild-darcs is a subpackage of the noarch > package perl-Test-AutoBuild. This means the usual tricks don't work: > * we can't ExcludeArch: ppc64 because ExcludeArch doesn't work on a subpackage, > * we can't disable building the subpackage on ppc64 because this is a noarch > package. > > darcs is not available on ppc64 because ghc isn't, see: > https://bugzilla.redhat.com/show_bug.cgi?id=246051 > https://bugzilla.redhat.com/show_bug.cgi?id=239713 > > Is there anything which can be done about that or is this just going to always > show up? Build ghc, of course :) -- dwmw2 From jwboyer at gmail.com Fri Apr 18 11:06:34 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 18 Apr 2008 06:06:34 -0500 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: <1208504624.3464.7.camel@muff> References: <1208467908.3235.85.camel@localhost.localdomain> <1208504624.3464.7.camel@muff> Message-ID: <1208516794.22427.7.camel@vader.jdub.homelinux.org> On Fri, 2008-04-18 at 08:43 +0100, Mark McLoughlin wrote: > On Thu, 2008-04-17 at 17:31 -0400, Jesse Keating wrote: > > > For this Preview release, we will be doing a staged offering. The first > > stage, available now, will be via bittorrent. The second stage, which > > should be available early next week, will be via our world wide > > mirroring system, and will include jigdo. > > Ah, so standard install trees won't be available until later? That > confused me there for a while ... Just point it at rawhide... josh From markmc at redhat.com Fri Apr 18 11:25:19 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 18 Apr 2008 12:25:19 +0100 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: <1208516794.22427.7.camel@vader.jdub.homelinux.org> References: <1208467908.3235.85.camel@localhost.localdomain> <1208504624.3464.7.camel@muff> <1208516794.22427.7.camel@vader.jdub.homelinux.org> Message-ID: <1208517919.6571.1.camel@muff> On Fri, 2008-04-18 at 06:06 -0500, Josh Boyer wrote: > On Fri, 2008-04-18 at 08:43 +0100, Mark McLoughlin wrote: > > On Thu, 2008-04-17 at 17:31 -0400, Jesse Keating wrote: > > > > > For this Preview release, we will be doing a staged offering. The first > > > stage, available now, will be via bittorrent. The second stage, which > > > should be available early next week, will be via our world wide > > > mirroring system, and will include jigdo. > > > > Ah, so standard install trees won't be available until later? That > > confused me there for a while ... > > Just point it at rawhide... I was just looking for an install tree to see exactly what version of kernel-xen was in the preview release itself. Cheers, Mark. From dtimms at iinet.net.au Fri Apr 18 11:26:39 2008 From: dtimms at iinet.net.au (David Timms) Date: Fri, 18 Apr 2008 21:26:39 +1000 Subject: Fedora 9 Preview - i36 DVD iso if you have it already ... In-Reply-To: <1208467908.3235.85.camel@localhost.localdomain> References: <1208467908.3235.85.camel@localhost.localdomain> Message-ID: <4808856F.2090506@iinet.net.au> Jesse Keating wrote: > After some minor delays (like all rawhide flights grounded for a few > days of repair...), the Fedora Project is proud to announce the release > of Fedora 9 Preview! To anyone who has got at least the first few megabytes of the i386 DVD iso: Would you mind running: $ iso-info -q -l -i Fedora-9-Preview-i386-DVD.iso If it lists the directory structure OK, then $ iso-info -q -l -i Fedora-9-Preview-i386-DVD.iso >f9preview.isoinfo compress it and email it to me. {Saves a lot of download time / bandwidth for me.} Thanks, DaveT. From billcrawford1970 at gmail.com Fri Apr 18 11:45:12 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 18 Apr 2008 12:45:12 +0100 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <544eb990804180445n5f1fe426o6f04ff21954203e@mail.gmail.com> On 18/04/2008, Stephen Warren wrote: > Well, the obsoletes tag is required so that unison213 and unison227 > obsolete the old unison package, and hence replace it on yum update. This looks suspiciously like a case where a Epoch: tag might be warranted ;o) From rdieter at math.unl.edu Fri Apr 18 13:02:25 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 18 Apr 2008 08:02:25 -0500 Subject: yum, and 2 packages that provide the same thing References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> Message-ID: Stephen Warren wrote: > Well, the obsoletes tag is required so that unison213 and unison227 > obsolete the old unison package, and hence replace it on yum update. Imo, Better to choose *1* of the new unison pkgs to Obsoletes the old one, using something like: Obsoletes: unison < %{version}-%{release} Provides: unison = %{version]-%{release} presumably, putting this into the newer, unison227. Better *yet* would've been to make unison213 only, and make the pkg unison = version 227 -- Rex From ndbecker2 at gmail.com Fri Apr 18 13:09:59 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 18 Apr 2008 09:09:59 -0400 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! References: <1208467908.3235.85.camel__24640.2633296841$1208468973$gmane$org@localhost.localdomain> Message-ID: Any direct downloads (for those of us that are torrent-challenged?) From notting at redhat.com Fri Apr 18 12:52:56 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Apr 2008 08:52:56 -0400 Subject: problem with a new inittab In-Reply-To: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> References: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> Message-ID: <20080418125256.GB24886@nostromo.devel.redhat.com> Optimization Kit (optimizationkit at gmail.com) said: > I did a fresh install of F9Beta on my second test HDD (only default > things). After an upgrade to the latest rawhide I noticed a new > /etc/inittab.rpmnew file. I made a backup of inittab and switched to a > new version. After a reboot gdm doesn't start automatically - "telinit > 3, telinit 5" fixes this problem. > > /etc/event.d/prefdm > start on stopped rc5 <- broken deps in upstart? Shouldn't be. Are you booting to runlevel 5? Does gdm log anything to /var/log/messages. > > I suggest to restore line > x:5:respawn:/etc/X11/prefdm -nodaemon > in inittab. That won't solve anything, as that line would be ignored. Bill From optimizationkit at gmail.com Fri Apr 18 14:02:21 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Fri, 18 Apr 2008 16:02:21 +0200 Subject: problem with a new inittab In-Reply-To: <20080418125256.GB24886@nostromo.devel.redhat.com> References: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> <20080418125256.GB24886@nostromo.devel.redhat.com> Message-ID: <58a220fa0804180702s37221f57o44a5e4bc07516db8@mail.gmail.com> On 18/04/2008, Bill Nottingham wrote: > Optimization Kit (optimizationkit at gmail.com) said: > > I did a fresh install of F9Beta on my second test HDD (only default > > things). After an upgrade to the latest rawhide I noticed a new > > /etc/inittab.rpmnew file. I made a backup of inittab and switched to a > > new version. After a reboot gdm doesn't start automatically - "telinit > > 3, telinit 5" fixes this problem. > > > > /etc/event.d/prefdm > > start on stopped rc5 <- broken deps in upstart? > > > Shouldn't be. Are you booting to runlevel 5? Gahhh, I guess no http://www.stardust.webpages.pl/files/gdm_problem/inittab.rpmnew id:3:initdefault: Why init 3 is a default runlevel? /var/log/messages http://www.stardust.webpages.pl/files/gdm_problem/messages original inittab http://www.stardust.webpages.pl/files/gdm_problem/inittab Regards, Michal From jkeating at redhat.com Fri Apr 18 14:07:22 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Apr 2008 10:07:22 -0400 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: References: <1208467908.3235.85.camel__24640.2633296841$1208468973$gmane$org@localhost.localdomain> Message-ID: <1208527642.3445.1.camel@localhost.localdomain> On Fri, 2008-04-18 at 09:09 -0400, Neal Becker wrote: > Any direct downloads (for those of us that are torrent-challenged?) As stated in the release announcement, direct downloads (and jigdo) will be made available early next week as the mirrors pick up the content. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Fri Apr 18 14:09:42 2008 From: opensource at till.name (Till Maas) Date: Fri, 18 Apr 2008 16:09:42 +0200 Subject: Fedora 9 Preview - i36 DVD iso if you have it already ... In-Reply-To: <4808856F.2090506@iinet.net.au> References: <1208467908.3235.85.camel@localhost.localdomain> <4808856F.2090506@iinet.net.au> Message-ID: <200804181609.43853.opensource@till.name> On Fri April 18 2008, David Timms wrote: > If it lists the directory structure OK, then > $ iso-info -q -l -i Fedora-9-Preview-i386-DVD.iso >f9preview.isoinfo > > compress it and email it to me. > {Saves a lot of download time / bandwidth for me.} I sent it to you. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From notting at redhat.com Fri Apr 18 14:13:18 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Apr 2008 10:13:18 -0400 Subject: problem with a new inittab In-Reply-To: <58a220fa0804180702s37221f57o44a5e4bc07516db8@mail.gmail.com> References: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> <20080418125256.GB24886@nostromo.devel.redhat.com> <58a220fa0804180702s37221f57o44a5e4bc07516db8@mail.gmail.com> Message-ID: <20080418141318.GD24277@nostromo.devel.redhat.com> Optimization Kit (optimizationkit at gmail.com) said: > > Shouldn't be. Are you booting to runlevel 5? > > Gahhh, I guess no > http://www.stardust.webpages.pl/files/gdm_problem/inittab.rpmnew > id:3:initdefault: > > Why init 3 is a default runlevel? It always has been, requiring admin (or installer) action to change it. Bill From seandarcy2 at gmail.com Fri Apr 18 14:13:19 2008 From: seandarcy2 at gmail.com (sean darcy) Date: Fri, 18 Apr 2008 10:13:19 -0400 Subject: f9: why does rc.local not run? Message-ID: I've noticed that rc.local doesn't run on boot anymore. initscripts-8.70-1.i386 cat /etc/rc.d/rc.local #!/bin/sh # # This script will be executed *after* all the other init scripts. # You can put your own initialization stuff in here if you don't # want to do the full Sys V style init stuff. touch /var/lock/subsys/local hal-disable-polling --device /dev/scd0 echo 1500 > /proc/sys/vm/dirty_writeback_centisecs /usr/sbin/safe_asterisk echo rc.local_worked This works OK just being executed directly ( ./rc.d/rc.local), but it doesn't get run on boot. asterisk doesn't start up. And: cat /proc/sys/vm/dirty_writeback_centisecs 499 So why is rc.local not getting run on boot? sean From notting at redhat.com Fri Apr 18 14:36:36 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Apr 2008 10:36:36 -0400 Subject: f9: why does rc.local not run? In-Reply-To: References: Message-ID: <20080418143636.GE24277@nostromo.devel.redhat.com> sean darcy (seandarcy2 at gmail.com) said: > So why is rc.local not getting run on boot? It is for me. Do you have it disabled? Bill From sstarr at platform.com Fri Apr 18 14:56:41 2008 From: sstarr at platform.com (Shawn Starr) Date: Fri, 18 Apr 2008 10:56:41 -0400 Subject: Packaging enthought tool suite Message-ID: This originally was an off list message >----- Original Message ---- >From: Gael Varoquaux >To: Shawn Starr >Sent: Friday, April 18, 2008 3:48:33 AM >Subject: Re: Packaging enthought tool suite >>Hi Shawn, >>On Fri, Apr 18, 2008 at 12:52:23AM -0400, Shawn Starr wrote: > I have RPM packaging experience, I am part of the Fedora project and could > help get these all packaged. >>Great news! > I believe you would want all of the packages that are in ets? This can be > done. I have no experience in using Enthought though, >>Yes, we all think it would be great to have all the packages in ETS. If >>we keep the current division, that makes 48 RPMs. That's a lot of work. >>But we can also group some of them and make less. Just tell me how much >>different packages you are willing to do, and I'll figure out a >>consistent grouping. Well, they all appear to be Python so packaging them all is the same Fedora python packaging guidelines. I'm thinking for the setuptools we'll call the package python-ets-setuptools since it is extensions/dropins to python-setuptools (I think). > from what I gather, these are some tools and python modules and for > scientific use, 3D/2D plotting and more. >>Exactly. 3D/2D plotting, and a lot of widget and framework-related stuff >>to be able to build extensible applications. The whole suite is just >>trying to make it easier to build interactiv scientific applications >>(Enthought's core business). > We can continue to discuss this on the fedora-devel mailing list, im just not > subscribed to it from this address :-) Best to do this from the fedora-devel ML, so everyone is kept in the loop and could also jump in and help :-) >>I am subscribed, we can do it on the list, or off the list, as you wish. >>Cheers, >>Ga?l -- Shawn Starr Software Developer, Open Source Grid Development Center (OSGDC) Platform Computing 3760 14th Avenue Markham, ON L3R3T7 direct: 905.948.4229 http://www.platform.com From dtimms at iinet.net.au Fri Apr 18 15:07:30 2008 From: dtimms at iinet.net.au (David Timms) Date: Sat, 19 Apr 2008 01:07:30 +1000 Subject: Fedora 9 Preview - i36 DVD iso if you have it already ... In-Reply-To: <200804181609.43853.opensource@till.name> References: <1208467908.3235.85.camel@localhost.localdomain> <4808856F.2090506@iinet.net.au> <200804181609.43853.opensource@till.name> Message-ID: <4808B932.6030902@iinet.net.au> Till Maas wrote: > On Fri April 18 2008, David Timms wrote: > >> If it lists the directory structure OK, then >> $ iso-info -q -l -i Fedora-9-Preview-i386-DVD.iso >f9preview.isoinfo >> >> compress it and email it to me. >> {Saves a lot of download time / bandwidth for me.} > > I sent it to you. And I shall receive. Excellent, that gets my torrent from 3% complete to 30% complete {using a script to insert my 9beta and rawhide files into the .iso being downloaded by azureus} or just on 1GB of downloads in 6mins50secs} ;-) That is an effective download rate of 2.4GB /sec {whereas the torrent is getting about 20kB /sec. cool huh. DaveT From dtimms at iinet.net.au Fri Apr 18 15:24:40 2008 From: dtimms at iinet.net.au (David Timms) Date: Sat, 19 Apr 2008 01:24:40 +1000 Subject: Fedora 9 Preview - i386 DVD iso if you have it already ... In-Reply-To: <4808B932.6030902@iinet.net.au> References: <1208467908.3235.85.camel@localhost.localdomain> <4808856F.2090506@iinet.net.au> <200804181609.43853.opensource@till.name> <4808B932.6030902@iinet.net.au> Message-ID: <4808BD38.5060607@iinet.net.au> David Timms wrote: > That is an effective download rate of 2.4GB /sec {whereas the torrent is > getting about 20kB /sec. cool huh. Umm, carry the one, subtract the number I first thought off... I meant 2.44 MB/sec From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 16:27:24 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 10:27:24 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 7:02 am, Rex Dieter wrote: > Stephen Warren wrote: > >> Well, the obsoletes tag is required so that unison213 and unison227 >> obsolete the old unison package, and hence replace it on yum update. > > Imo, > > Better to choose *1* of the new unison pkgs to Obsoletes the old one, > using > something like: > Obsoletes: unison < %{version}-%{release} > Provides: unison = %{version]-%{release} > presumably, putting this into the newer, unison227. That wouldn't have worked, because then one could: yum install unison213 and yum wouldn't know to remove the existing unison, and since they share paths, things would break (unison213 ships /usr/bin/unison-2.13, unison227 ships /usr/bin/unison-2.27, and both use alternatives to manage /usr/bin/unison, which the original unison shipped) > Better *yet* would've been to make unison213 only, and make the pkg > unison = version 227 That was rejected because if a new version of unison comes out, the unison package would then suddenly change versions, potentially breaking everyone's installation (like when unison switched from 2.13.x to 2.27.x). From thomas.moschny at gmail.com Fri Apr 18 16:46:45 2008 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Fri, 18 Apr 2008 18:46:45 +0200 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> Message-ID: 2008/4/18, Stephen Warren : > Well, the obsoletes tag is required so that unison213 and unison227 > obsolete the old unison package, and hence replace it on yum update. Wouldn't it be *much* easier to simply put both binaries into a single package? Because now, both packages only contain the respective binary and almost identical doc files anyway? (ok, NEWS differs, obviously) - Thomas From jspaleta at gmail.com Fri Apr 18 16:53:13 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 08:53:13 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> On Fri, Apr 18, 2008 at 8:27 AM, Stephen Warren wrote: > yum install unison213 > > and yum wouldn't know to remove the existing unison, and since they share > paths, things would break (unison213 ships /usr/bin/unison-2.13, unison227 > ships /usr/bin/unison-2.27, and both use alternatives to manage > /usr/bin/unison, which the original unison shipped) Wasn't the whole point of this packaging..to allow both versions to be installed in parallel? If they aren't parallel installable... then you haven't actually solved the real problem which was to make sure users can select the correct version needed for a specific cross network communication. If they both can't be installed in parallel..then there is no damn reason to use alternatives. -jef From billcrawford1970 at gmail.com Fri Apr 18 17:18:32 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 18 Apr 2008 18:18:32 +0100 Subject: Fedora 9 Preview - i36 DVD iso if you have it already ... In-Reply-To: <4808B932.6030902@iinet.net.au> References: <1208467908.3235.85.camel@localhost.localdomain> <4808856F.2090506@iinet.net.au> <200804181609.43853.opensource@till.name> <4808B932.6030902@iinet.net.au> Message-ID: <544eb990804181018x6af74667jd374fc30343a2efe@mail.gmail.com> On 18/04/2008, David Timms wrote: > And I shall receive. Excellent, that gets my torrent from 3% complete to > 30% complete {using a script to insert my 9beta and rawhide files into the > .iso being downloaded by azureus} or just on 1GB of downloads in > 6mins50secs} ;-) How does that work? You're dd'ing them in with seek and conv=notrunc? From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 17:35:33 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 11:35:33 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> Message-ID: <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 10:53 am, Jeff Spaleta wrote: > On Fri, Apr 18, 2008 at 8:27 AM, Stephen Warren > wrote: >> yum install unison213 >> >> and yum wouldn't know to remove the existing unison, and since they >> share >> paths, things would break (unison213 ships /usr/bin/unison-2.13, >> unison227 >> ships /usr/bin/unison-2.27, and both use alternatives to manage >> /usr/bin/unison, which the original unison shipped) > > Wasn't the whole point of this packaging..to allow both versions to be > installed in parallel? Yes, and they are parallel installable. The one and only issue is that if a user types just: yum install unison then yum is not picking the version I want it to (the most recent) Of course, since the packages aren't named just "unison", perhaps nobody will ever attempt to install "unison", so this may not be an issue at all. Everything else works just fine, to enumerate: yum update # with unison already installed yum install unison213 yum install unison227 yum install unison213 unison227 yum install unison213 ; yum install unison227 yum install unison227 ; yum install unison213 Probably others I forget. From jreiser at BitWagon.com Fri Apr 18 17:44:32 2008 From: jreiser at BitWagon.com (John Reiser) Date: Fri, 18 Apr 2008 10:44:32 -0700 Subject: Fedora 9 Preview - i36 DVD iso if you have it already ... In-Reply-To: <4808B932.6030902@iinet.net.au> References: <1208467908.3235.85.camel@localhost.localdomain> <4808856F.2090506@iinet.net.au> <200804181609.43853.opensource@till.name> <4808B932.6030902@iinet.net.au> Message-ID: <4808DE00.7020700@BitWagon.com> >>> $ iso-info -q -l -i Fedora-9-Preview-i386-DVD.iso >f9preview.isoinfo > {using a script to insert my 9beta and rawhide files into > the .iso being downloaded by azureus} This is essentially equivalent to the jigdo method. -- From jspaleta at gmail.com Fri Apr 18 17:53:49 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 09:53:49 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> On Fri, Apr 18, 2008 at 9:35 AM, Stephen Warren wrote: > The one and only issue is that if a user types just: > > yum install unison > > then yum is not picking the version I want it to (the most recent) How about you just stop providing 'unison' completely if you insist on packaging all versions of unison with versioned packagenames. You can't use a virtual provides to solve the problem you are having. If you wanted to mandate that the latest version of unison would always fill any needed deps, you shouldn't have screwed with the packaging names by adding versioning in the name field. By doing that you have delibrately broken version comparison which is done via the version and release fields, so you need to live with that. You could just avoided this and package the latest version with the packagname "unison" and then provided any older versions with versioned packagename like "unisonXYZ.", each providing a virtual provides for 'unison.' The "unison" package would always compare as shortest packagename to fill an implicit dep, and users would still have the ability to install older version explicitly. -jef -jef From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 17:57:32 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 11:57:32 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> Message-ID: <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 11:53 am, Jeff Spaleta wrote: > You could just avoided this and package the latest version with the > packagname "unison" Sigh. Please bother to read my previous email where I explained why this wasn't an appropriate solution. From poelstra at redhat.com Fri Apr 18 17:56:46 2008 From: poelstra at redhat.com (John Poelstra) Date: Fri, 18 Apr 2008 10:56:46 -0700 Subject: F10 Feature process (was Plan for tomorrows (20080417) FESCO meeting) In-Reply-To: <20080417160425.GA31240@localhost.localdomain> References: <1208373068.7898.2.camel@kennedy> <48068458.8000109@redhat.com> <1208395735.11336.11.camel@aglarond.local> <1208395929.823.161.camel@cutter> <1208401654.22427.6.camel@vader.jdub.homelinux.org> <20080417160425.GA31240@localhost.localdomain> Message-ID: <4808E0DE.6010402@redhat.com> Paul W. Frields wrote: > On Wed, Apr 16, 2008 at 10:07:34PM -0500, Josh Boyer wrote: >> On Wed, 2008-04-16 at 21:32 -0400, seth vidal wrote: >>> On Wed, 2008-04-16 at 21:28 -0400, Jeremy Katz wrote: >>>> On Wed, 2008-04-16 at 15:57 -0700, John Poelstra wrote: >>>>> Brian Pepple said the following on 04/16/2008 12:11 PM Pacific Time: >>>>>> /topic FESCo-Meeting -- Features(?) - poelcat >>>>> We are feature complete for Fedora 9! There is nothing to discuss :) >>>> We can still discuss it and pat ourselves on the back ;-) >>> yay for fesco and poelstra for making all this stay together. >> To be honest, most of the thanks and yays go to John. Not only for >> leading the effort, but for also putting up with the, at times, lack of >> enthusiasm from FESCo. >> >> We whine alot. > > Hear, hear, for congratulating John on helping lead the improved > Feature process. It might be a pain, but it is doing wonders for our > ability to generate interest in Fedora as the epicenter for FOSS > innovation. > > Thanks everyone, but I think the feature owners had the harder job! As I've said for the past releases... let's keep making this process better! If you don't like something about it, complaining in the midst of the process doesn't get us anywhere... providing constructive suggestions for making it better before we start the process for F10 will--sort of like the difference between complaining that you don't like something about a program, but not providing any debug information or a patch :) Thanks, John From jspaleta at gmail.com Fri Apr 18 18:08:42 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 10:08:42 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> On Fri, Apr 18, 2008 at 9:57 AM, Stephen Warren wrote: > Please bother to read my previous email where I explained why this wasn't > an appropriate solution. Then you'll have to live with the fact that numerics in packagenames don't version compare...even if you encode numbers into them which you ascribe versioning information to. You've fallen into an exceptional, pathelogical case that should be avoided, choice which sub-optimal solution best fits your needs. -jef From cra at WPI.EDU Fri Apr 18 18:12:51 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Fri, 18 Apr 2008 14:12:51 -0400 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation Message-ID: <20080418181251.GL12159@angus.ind.WPI.EDU> I just discovered this work where they are getting vastly faster jigdo template generation by combining that process with the mkisofs process. Essentially, a modified mkisofs/genisoimage writes out both the .iso and the .template at the same time. There are other tools as well, such as mkimage which is much faster at reconstructing the original .iso when all the files are already downloed (full local mirror), iso-image.pl which is a CGI script to present a reconstructed .iso on-the-fly to HTTP clients without requiring the .iso to be present on disk. Here is some background info: http://www.einval.com/~steve/talks/UKUUG-2005/jigdo.txt and the software itself: http://www.einval.com/~steve/software/JTE/ I'm mentioning this here in case there is interest in moving toward this method for saving time when creating releases. Then maybe there wouldn't be any need to delay when the jigdo templates are released vs. the bittorrent seed like we have with F9 Preview Release :-) From loganjerry at gmail.com Fri Apr 18 18:13:34 2008 From: loganjerry at gmail.com (Jerry James) Date: Fri, 18 Apr 2008 12:13:34 -0600 Subject: Java guidelines typos Message-ID: <870180fe0804181113p4e5393f9s9a0d72520f4f9ed3@mail.gmail.com> There are some typos on the Java guidelines page in the spec file templates. I think these should be fixed to avoid confusing new contributors. 1. The ant and maven templates show javadoc and manual subpackages with a line like this: Requires: %{name}-%{version}-%{release} which is wrong. It should be this: Requires: %{name} = %{version}-%{release} 2. The ant and maven templates both use the Group name "Development Documentation", which should be "Development/Documentation". I know that we are trying to move away from the Group tag, but this should be fixed in the meantime. Thanks, -- Jerry James http://loganjerry.googlepages.com/ From tibbs at math.uh.edu Fri Apr 18 18:28:58 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 18 Apr 2008 13:28:58 -0500 Subject: Java guidelines typos In-Reply-To: <870180fe0804181113p4e5393f9s9a0d72520f4f9ed3@mail.gmail.com> References: <870180fe0804181113p4e5393f9s9a0d72520f4f9ed3@mail.gmail.com> Message-ID: >>>>> "JJ" == Jerry James writes: JJ> There are some typos on the Java guidelines page in the spec file JJ> templates. Should be fixed now. - J< From tjb at unh.edu Fri Apr 18 18:41:40 2008 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 18 Apr 2008 14:41:40 -0400 Subject: packagekit behaving strangely? In-Reply-To: <1208508886.3259.12.camel@hughsie-work> References: <1208460108.4563.7.camel@raptor.sr.unh.edu> <1208508886.3259.12.camel@hughsie-work> Message-ID: <1208544100.6195.7.camel@raptor.sr.unh.edu> On Fri, 2008-04-18 at 09:54 +0100, Richard Hughes wrote: > On Thu, 2008-04-17 at 15:21 -0400, Thomas J. Baker wrote: > > Anyone else have packagekit installing updates a couple at a time? I > > install some updates and immediately after that, when it automatically > > checks again, there are a couple more updates, rinse, repeat. > > What version PackageKit? Can you BZ it pls. > > Richard. > > Submitted as https://bugzilla.redhat.com/show_bug.cgi?id=443117. Also take a look at https://bugzilla.redhat.com/show_bug.cgi?id=441513 as I had that one again after a clean install of the preview on two systems. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From jspaleta at gmail.com Fri Apr 18 18:57:21 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 10:57:21 -0800 Subject: problem with a new inittab In-Reply-To: <20080418141318.GD24277@nostromo.devel.redhat.com> References: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> <20080418125256.GB24886@nostromo.devel.redhat.com> <58a220fa0804180702s37221f57o44a5e4bc07516db8@mail.gmail.com> <20080418141318.GD24277@nostromo.devel.redhat.com> Message-ID: <604aa7910804181157x3f7104cam95e9ce1140fb88a3@mail.gmail.com> On Fri, Apr 18, 2008 at 6:13 AM, Bill Nottingham wrote: > It always has been, requiring admin (or installer) action to change > it. Or to put a finer point on it.....a working run level 3 is a common denominator that all systems should have...so its a reasonable default for a config file. For typical install situations (single user home systems), the installer will choose to set the default runlevel to 5 as appropriate before you boot into the system for the first time. -jef"Never blindly replace a working config with an rpmnew'd version of that config. You should be reviewing diffs of the files to make sure the config is what you expect"spaleta From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 19:03:33 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 13:03:33 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> Message-ID: <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 12:08 pm, Jeff Spaleta wrote: > On Fri, Apr 18, 2008 at 9:57 AM, Stephen Warren > wrote: >> Please bother to read my previous email where I explained why this >> wasn't >> an appropriate solution. > > Then you'll have to live with the fact that numerics in packagenames > don't version compare...even if you encode numbers into them which you > ascribe versioning information to. > > You've fallen into an exceptional, pathelogical case that should be > avoided, choice which sub-optimal solution best fits your needs. That's fine. I (personally at least) am fine with things the way they are. I was just hoping to be able to "dot the i's" by solving this one last niggling point. If there simply isn't a solution, then that's the way it is. But, I do just want to point out one persistent misunderstanding that I think you have. I wasn't hoping yum would compare package names unison213 and unison227 and pick the later one. Rather, I was hoping that since I'd asked to install "unison", and 2 packages both had virtual provides for "unison" with differing version numbers, then yum would pick the package with the higher version number for that virtual provide, solely based on the virtual provide version values. Please note that in the virtual provide for "unison", there are no funny version numbers encoded into the package name part; both provides are just "unison", with versions 2.13.xxxx and 2.27.xxxx. I'd consider the current situation identical to there being two packages named "foo" and "bar", each virtual providing "baz", one proving baz==1, the other baz==2. From rawhide at fedoraproject.org Fri Apr 18 19:03:48 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 18 Apr 2008 19:03:48 +0000 (UTC) Subject: rawhide report: 20080418 changes Message-ID: <20080418190349.042CA208296@releng1.fedora.phx.redhat.com> Updated Packages: PolicyKit-gnome-0.8-3.fc9 ------------------------- * Thu Apr 17 2008 David Zeuthen - 0.8-3.fc9 - Fix i18n (#442938) * Thu Apr 17 2008 Matthias Clasen - 0.8-2.fc9 - Show the menu item in other desktops too (#442814) acpid-1.0.6-7.fc9 ----------------- * Thu Apr 17 2008 Bill Nottingham - 1.0.6-7.fc9 - adjust start/stop priority to not conflict with HAL (#442759) glib2-2.16.3-4.fc9 ------------------ * Thu Apr 17 2008 David Zeuthen - 2.16.3-4 - Only pass URI's for gio apps (#442835) gnome-icon-theme-2.22.0-6.fc9 ----------------------------- * Wed Apr 16 2008 David Zeuthen - 2.22.0-6 - Refresh disc icons gnome-system-monitor-2.22.1-3.fc9 --------------------------------- * Fri Apr 18 2008 Matthias Clasen - 2.22.1-3 - Actually apply the patch * Fri Apr 18 2008 Matthias Clasen - 2.22.1-2 - Apply a patch that reduces the resource consumption when drawing graphs gvfs-0.2.3-7.fc9 ---------------- * Thu Apr 17 2008 David Zeuthen - 0.2.3-7 - Put X-Gnome-Vfs-System=gio into mount-archarive.desktop (See #442835) * Wed Apr 16 2008 Matthias Clasen - 0.2.3-6 - Reenable gphoto automounting - Support unmounting all mounts for a scheme hal-0.5.11-0.6.rc2.fc9 ---------------------- * Thu Apr 17 2008 Bill Nottingham - 0.5.11-0.6.rc2 - Adjust start/stop priority earlier for use by NetworkManager (#441658) kdebase-runtime-4.0.3-9.fc9 --------------------------- * Thu Apr 17 2008 Rex Dieter 4.0.3-9 - %post/%postun: hicolor icon theme scriptlets * Thu Apr 17 2008 Than Ngo 4.0.3-8 - only omit hicolor index.theme (#439374) * Thu Apr 17 2008 Than Ngo 4.0.3-7 - fix khelpcenter, search plugins/settings in correct path kdesdk-4.0.3-5.fc9 ------------------ * Fri Apr 18 2008 Rex Dieter 4.0.3-5 - Requires: kdesdk-utils * Fri Apr 18 2008 Rex Dieter 4.0.3-4 - utils: po2xml, xml2pot (#432443) kernel-2.6.25-1.fc9 ------------------- * Thu Apr 17 2008 Kyle McMartin - Linux 2.6.25 - linux-2.6-wireless.patch merged upstream * Wed Apr 16 2008 Kyle McMartin - Linux 2.6.25-rc9-git2 * Tue Apr 15 2008 John W. Linville - rfkill: Fix device type check when toggling states - rtl8187: Add missing priv->vif assignments - Add rfkill to MAINTAINERS file - Update rt2x00 MAINTAINERS entry - mac80211: remove message on receiving unexpected unencrypted frames - PS3: gelic: fix the oops on the broken IE returned from the hypervisor - ssb: Fix usage of struct device used for DMAing - b43legacy: Fix usage of struct device used for DMAing - MAINTAINERS: move to generic repository for iwlwifi - b43legacy: fix initvals loading on bcm4303 - b43legacy: fix DMA mapping leakage - rt2x00: Use lib->config_filter() during scheduled packet filter config libgweather-2.22.1.1-2.fc9 -------------------------- * Thu Apr 17 2008 Matthias Clasen 2.22.1.1-2 - Leave Cairo in Africa (#442793) ltsp-5.1.4-1.fc9 ---------------- * Thu Apr 17 2008 Warren Togami - 5.1.4-1 - Use F9 instead of rawhide configs for chroot install (#442732) - Bug fix: configure /etc/hosts only once - configure_swap(), configure_printer(), configure_serial_mouse() during client startup. Possibly fixes #442649. * Sun Mar 30 2008 Warren Togami - 5.1.3-1 - Fix sound, though still needs more work (#436906 eharrison) - Make F9 client boot work w/ event-compat-sysv (#442291 eharrison) * Sun Mar 30 2008 Warren Togami - 5.1.2-1 - 5.1.2 mdadm-2.6.4-4.fc9 ----------------- * Thu Apr 17 2008 Bill Nottingham - 2.6.4-4 - make /dev/md if necessary in incremental mode (#429604) - open RAID devices with O_EXCL to avoid racing against other --incremental processes (#433932) * Fri Feb 01 2008 Bill Nottingham - 2.6.4-3 - add a udev rules file for device assembly (#429604) * Fri Jan 18 2008 Doug Ledford - 2.6.4-2 - Bump version and rebuild mrtg-2.16.1-1.fc9 ----------------- * Fri Apr 18 2008 Tom "spot" Callaway - 2.16.1-1 - Update to 2.16.1 - fix perl noise (bz 438931, 442884) nautilus-2.22.2-5.fc9 --------------------- * Thu Apr 17 2008 Matthias Clasen - 2.22.2-5 - Make "Open Folder" work as expected for media handling * Thu Apr 17 2008 David Zeuthen - 2.22.2-4 - Put X-Gnome-Vfs-System=gio into desktop files (See #442835) * Wed Apr 16 2008 David Zeuthen - 2.22.2-3 - Revert Fedora livecd mount (fix is in latest gvfs packages) and add a patch to avoid trying to autorun mounts that are mounted from outside Nautilus (#442189) nss_ldap-259-3.fc9 ------------------ * Wed Apr 16 2008 Nalin Dahyabhai - 259-3 - try to work around not having had a populated resolver configuration earlier, but needing to use its data when we're asked to look up something (#442272) * Tue Apr 15 2008 Nalin Dahyabhai - 259-2 - apply updated logic for finding libresolv to pam_ldap's build setup - add gdm,polkituser to default nss_initgroups_ignoreusers list scim-python-0.1.11-1.fc9 ------------------------ * Thu Apr 17 2008 Huang Peng - 0.1.11-1 - Update to 0.1.11. - Update XingMa tables. shared-mime-info-0.23-8.fc9 --------------------------- * Thu Apr 17 2008 Matthias Clasen - 0.23-8 - Make mount-archive.desktop the default for iso images (#442960) traceroute-3:2.0.10-1.fc9 ------------------------- * Thu Apr 17 2008 Dmitry Butskoy - 3:2.0.10-1 - upgrade to 2.0.10 (fixes #245438 and ipv6 tracerouting for new kernels) w3m-0.5.2-9.fc9 --------------- * Fri Apr 18 2008 Parag - 0.5.2-9 - Re-enable BR:gtk2-devel - Resolves:rh#442950: Images aren't displayed in any type of terminal xorg-x11-drv-geode-2.8.0-3.fc9 ------------------------------ * Thu Apr 17 2008 Warren Togami 2.8.0-3 - Use libddc instead of unreliable BIOS DDC queries. xorg-x11-drv-openchrome-0.2.902-3.fc9 ------------------------------------- * Thu Apr 17 2008 Xavier Bachelot - 0.2.902-3 - Strip leading /trunk/ from patch #2 and #3. * Sun Apr 13 2008 Xavier Bachelot - 0.2.902-2 - Add patch to properly report driver version in the libpciaccess code path. - Add patch to properly report chipset revision in the libpciaccess code path. yaboot-1.3.13-12.fc9 -------------------- * Thu Apr 17 2008 David Woodhouse - 1.3.13-12 - Use system libext2fs.a instead of binary copy from tarball (#442904) Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From jkeating at redhat.com Fri Apr 18 19:12:38 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Apr 2008 15:12:38 -0400 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation In-Reply-To: <20080418181251.GL12159@angus.ind.WPI.EDU> References: <20080418181251.GL12159@angus.ind.WPI.EDU> Message-ID: <1208545958.3445.54.camel@localhost.localdomain> On Fri, 2008-04-18 at 14:12 -0400, Chuck Anderson wrote: > > I'm mentioning this here in case there is interest in moving toward > this method for saving time when creating releases. Then maybe there > wouldn't be any need to delay when the jigdo templates are released > vs. the bittorrent seed like we have with F9 Preview Release :-) Interesting stuff, but the main delay is in getting mirrors synced up to turn on jigdo, not in generating the templates. Getting torrent up is as simple as scping some isos to one box, not waiting for numerous systems to sync up around the world. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Fri Apr 18 19:14:46 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 11:14:46 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804181214xcbaa7ees2f14315188540790@mail.gmail.com> On Fri, Apr 18, 2008 at 11:03 AM, Stephen Warren wrote: > > Rather, I was hoping that since I'd asked to install "unison", and 2 > packages both had virtual provides for "unison" with differing version > numbers, then yum would pick the package with the higher version number > for that virtual provide, solely based on the virtual provide version > values. > So you want an unversioned dep to be filled by the highest versioned virtual provides? -jef From james at fedoraproject.com Fri Apr 18 19:19:50 2008 From: james at fedoraproject.com (James Antill) Date: Fri, 18 Apr 2008 15:19:50 -0400 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1208546390.3606.252.camel@code.and.org> On Fri, 2008-04-18 at 11:35 -0600, Stephen Warren wrote: > The one and only issue is that if a user types just: > > yum install unison > > then yum is not picking the version I want it to (the most recent) As I said in my first response, what version of yum are you making this assertion about? I've tested with 3.2.14-10 and it picks unison227 (no unison already installed doing: yum --enablerepo=development install unison) -- James Antill Fedora From mschwendt at gmail.com Fri Apr 18 19:20:27 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 18 Apr 2008 21:20:27 +0200 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <20080418212027.6c0ac3de.mschwendt@gmail.com> On Fri, 18 Apr 2008 13:03:33 -0600 (MDT), Stephen Warren wrote: > On Fri, April 18, 2008 12:08 pm, Jeff Spaleta wrote: > > On Fri, Apr 18, 2008 at 9:57 AM, Stephen Warren > > wrote: > >> Please bother to read my previous email where I explained why this > >> wasn't > >> an appropriate solution. > > > > Then you'll have to live with the fact that numerics in packagenames > > don't version compare...even if you encode numbers into them which you > > ascribe versioning information to. > > > > You've fallen into an exceptional, pathelogical case that should be > > avoided, choice which sub-optimal solution best fits your needs. > > That's fine. I (personally at least) am fine with things the way they are. > I was just hoping to be able to "dot the i's" by solving this one last > niggling point. If there simply isn't a solution, then that's the way it > is. > > But, I do just want to point out one persistent misunderstanding that I > think you have. In my point of view, Jeff is just confused by your misunderstanding of virtual provides. You've created a case where you expect unison227 to update unison213. That's exactly what you expect when you expect that "yum install unison" will install the virtual "unison" pkg in unison227, which is higher than the virtual unison pkg in unison213. Further, the Obsoletes/Provides pair in unison213 is wrong+questionable. You've got: unison213 obsoletes: unison < 2.27.57-3 provides: unison = 2.13.16-9.fc8.3 It obsoletes *itself* because the obsoletes tag covers a much higher version range than what is provided. The unison227 package obsoletes the same range, so you have two packages competing with eachother here, too. Instead, unison213 ought to obsolete at most "unison <= 2.13". > I wasn't hoping yum would compare package names unison213 and unison227 > and pick the later one. No, but you hoped it would compare the EVR of the virtual packages instead and effectively treat the two packages as upgradeable, see above. From cra at WPI.EDU Fri Apr 18 19:46:31 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Fri, 18 Apr 2008 15:46:31 -0400 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation In-Reply-To: <1208545958.3445.54.camel@localhost.localdomain> References: <20080418181251.GL12159@angus.ind.WPI.EDU> <1208545958.3445.54.camel@localhost.localdomain> Message-ID: <20080418194631.GN12159@angus.ind.WPI.EDU> On Fri, Apr 18, 2008 at 03:12:38PM -0400, Jesse Keating wrote: > On Fri, 2008-04-18 at 14:12 -0400, Chuck Anderson wrote: > > > > I'm mentioning this here in case there is interest in moving toward > > this method for saving time when creating releases. Then maybe there > > wouldn't be any need to delay when the jigdo templates are released > > vs. the bittorrent seed like we have with F9 Preview Release :-) > > Interesting stuff, but the main delay is in getting mirrors synced up to > turn on jigdo, not in generating the templates. Getting torrent up is > as simple as scping some isos to one box, not waiting for numerous > systems to sync up around the world. If you could release the templates ASAP, that would help the mirrors who already have the files locally in their rawhide trees. From loganjerry at gmail.com Fri Apr 18 19:47:03 2008 From: loganjerry at gmail.com (Jerry James) Date: Fri, 18 Apr 2008 13:47:03 -0600 Subject: Java guidelines typos In-Reply-To: References: <870180fe0804181113p4e5393f9s9a0d72520f4f9ed3@mail.gmail.com> Message-ID: <870180fe0804181247m6428f6een8ba878d4c1629f5@mail.gmail.com> On Fri, Apr 18, 2008 at 12:28 PM, Jason L Tibbitts III wrote: > Should be fixed now. Thanks for the quick response, Jason. Here's another question. The maven template says the pom files should be installed with a name starting with "JPP-", but the pom files actually installed on my system start with "JPP.". Which is right? There's also some inconsistency in the various templates and template fragments between creating directories with mkdir and creating them with install -d (the full maven template does it both ways), but that's a minor point. Thanks, -- Jerry James http://loganjerry.googlepages.com/ From mschwendt at gmail.com Fri Apr 18 19:51:08 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 18 Apr 2008 21:51:08 +0200 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208546390.3606.252.camel@code.and.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <1208546390.3606.252.camel@code.and.org> Message-ID: <20080418215108.5eeccefe.mschwendt@gmail.com> On Fri, 18 Apr 2008 15:19:50 -0400, James Antill wrote: > > On Fri, 2008-04-18 at 11:35 -0600, Stephen Warren wrote: > > > The one and only issue is that if a user types just: > > > > yum install unison > > > > then yum is not picking the version I want it to (the most recent) > > As I said in my first response, what version of yum are you making this > assertion about? > I've tested with 3.2.14-10 and it picks unison227 (no unison already > installed doing: yum --enablerepo=development install unison) The original post mentions ".fc8" packages, so likely it's F8. But even if it works in rawhide, it's stuff to be very careful with in the world of "one spec file for multiple %dist versions". Several RPM versions would upgrade a package "foo123", which provides "foo = 1.2.3", with a package "foo" that has a higher EVR. That was fixed just last year, afair. From notting at redhat.com Fri Apr 18 19:57:09 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Apr 2008 15:57:09 -0400 Subject: pruning the fonts list Message-ID: <20080418195709.GA13126@nostromo.devel.redhat.com> When looking over the LiveCD manifest, and where space is going, I can't help but notice that a lot of it goes to fonts. Here's the full list, AFAICT. The number to the left is the size of the package. I think a good chunk of this could be pruned. 1) Fonts not used by any fontconfig app. I don't think we ship any apps that aren't fontconfig users on the livecd (and if we do, we shouldn't...) 7140551 xorg-x11-fonts-misc 3417965 xorg-x11-fonts-100dpi 1070826 xorg-x11-fonts-ISO8859-1-100dpi 1066029 xorg-x11-fonts-ISO8859-9-100dpi 301748 fonts-KOI8-R-100dpi 2) Bitmap fonts, which almost certainly won't be pulled in by fontconfig by default. 27332191 fonts-japanese 9241059 baekmuk-bdf-fonts 7049492 bitmap-fonts 1970046 taipeifonts 3) Everything else. These are probably OK. :) 20925196 cjkunifonts-uming 17639727 cjkunifonts-ukai 15613489 dejavu-fonts 13939722 baekmuk-ttf-fonts-batang 10385374 baekmuk-ttf-fonts-gulim 3831790 VLGothic-fonts-proportional 3831447 VLGothic-fonts 3066338 baekmuk-ttf-fonts-dotum 3008781 thaifonts-scalable 2002144 culmus-fonts 1865190 liberation-fonts 1271487 kacst-fonts 1203754 baekmuk-ttf-fonts-hline 966835 paktype-fonts 883992 xorg-x11-fonts-Type1 775248 stix-fonts 270427 sarai-fonts 177606 lohit-fonts-telugu 162025 samyak-fonts-devanagari 157561 samyak-fonts-oriya 157390 lohit-fonts-bengali 137277 samyak-fonts-gujarati 113638 lohit-fonts-oriya 97894 lohit-fonts-gujarati 96778 lohit-fonts-hindi 85301 samyak-fonts-tamil 83406 lohit-fonts-tamil 82905 samyak-fonts-malayalam 79482 lohit-fonts-malayalam 39898 lohit-fonts-punjabi Bill From katzj at redhat.com Fri Apr 18 19:59:30 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 18 Apr 2008 15:59:30 -0400 Subject: pruning the fonts list In-Reply-To: <20080418195709.GA13126@nostromo.devel.redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> Message-ID: <1208548770.17368.9.camel@aglarond.local> On Fri, 2008-04-18 at 15:57 -0400, Bill Nottingham wrote: > When looking over the LiveCD manifest, and where space is going, I > can't help but notice that a lot of it goes to fonts. Here's the > full list, AFAICT. The number to the left is the size of the package. > I think a good chunk of this could be pruned. Yes a lot of space in general ends up being used by fonts. I'd lean towards saying we should make things optional in comps rather than making explicit changes to the livecd, though from a maintenance point of view. Although I guess if we wanted to do it first on the livecd for F9 and then in general for F10 via comps, that'd be okay Jeremy From notting at redhat.com Fri Apr 18 20:04:39 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Apr 2008 16:04:39 -0400 Subject: pruning the fonts list In-Reply-To: <1208548770.17368.9.camel@aglarond.local> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208548770.17368.9.camel@aglarond.local> Message-ID: <20080418200439.GA13803@nostromo.devel.redhat.com> Jeremy Katz (katzj at redhat.com) said: > On Fri, 2008-04-18 at 15:57 -0400, Bill Nottingham wrote: > > When looking over the LiveCD manifest, and where space is going, I > > can't help but notice that a lot of it goes to fonts. Here's the > > full list, AFAICT. The number to the left is the size of the package. > > I think a good chunk of this could be pruned. > > Yes a lot of space in general ends up being used by fonts. I'd lean > towards saying we should make things optional in comps rather than > making explicit changes to the livecd, though from a maintenance point > of view. Although I guess if we wanted to do it first on the livecd for > F9 and then in general for F10 via comps, that'd be okay Well, things like 'these fonts are only useful outside of fontconfig', or 'only really used for various terminal emulators' are decisions probably best left to the spin, not to the generic comps. Bill From katzj at redhat.com Fri Apr 18 20:05:28 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 18 Apr 2008 16:05:28 -0400 Subject: pruning the fonts list In-Reply-To: <20080418200439.GA13803@nostromo.devel.redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208548770.17368.9.camel@aglarond.local> <20080418200439.GA13803@nostromo.devel.redhat.com> Message-ID: <1208549128.17368.11.camel@aglarond.local> On Fri, 2008-04-18 at 16:04 -0400, Bill Nottingham wrote: > Jeremy Katz (katzj at redhat.com) said: > > On Fri, 2008-04-18 at 15:57 -0400, Bill Nottingham wrote: > > > When looking over the LiveCD manifest, and where space is going, I > > > can't help but notice that a lot of it goes to fonts. Here's the > > > full list, AFAICT. The number to the left is the size of the package. > > > I think a good chunk of this could be pruned. > > > > Yes a lot of space in general ends up being used by fonts. I'd lean > > towards saying we should make things optional in comps rather than > > making explicit changes to the livecd, though from a maintenance point > > of view. Although I guess if we wanted to do it first on the livecd for > > F9 and then in general for F10 via comps, that'd be okay > > Well, things like 'these fonts are only useful outside of fontconfig', > or 'only really used for various terminal emulators' are decisions > probably best left to the spin, not to the generic comps. If the apps not using fontconfig aren't marked as defaults, then it's probably not unreasonable. At least the bitmap fonts, we should probably finally take the plunge with Jeremy From jreiser at BitWagon.com Fri Apr 18 20:08:30 2008 From: jreiser at BitWagon.com (John Reiser) Date: Fri, 18 Apr 2008 13:08:30 -0700 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation In-Reply-To: <20080418194631.GN12159@angus.ind.WPI.EDU> References: <20080418181251.GL12159@angus.ind.WPI.EDU> <1208545958.3445.54.camel@localhost.localdomain> <20080418194631.GN12159@angus.ind.WPI.EDU> Message-ID: <4808FFBE.3030802@BitWagon.com> > If you could release the templates ASAP, that would help the mirrors > who already have the files locally in their rawhide trees. If pungi were working today[1], then many tree-holders could build by themselves the .iso images [for the $ARCH on which the files reside.] [1] https://bugzilla.redhat.com/show_bug.cgi?id=443074 -- From jkeating at redhat.com Fri Apr 18 20:17:08 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Apr 2008 16:17:08 -0400 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation In-Reply-To: <20080418194631.GN12159@angus.ind.WPI.EDU> References: <20080418181251.GL12159@angus.ind.WPI.EDU> <1208545958.3445.54.camel@localhost.localdomain> <20080418194631.GN12159@angus.ind.WPI.EDU> Message-ID: <1208549828.3445.56.camel@localhost.localdomain> On Fri, 2008-04-18 at 15:46 -0400, Chuck Anderson wrote: > > If you could release the templates ASAP, that would help the mirrors > who already have the files locally in their rawhide trees. That won't work because the template has to point something other than rawhide, because rawhide will change and then the template is invalid, so the bits have to exist somewhere else (they will still be hardlinks though). -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Apr 18 20:17:37 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Apr 2008 16:17:37 -0400 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation In-Reply-To: <4808FFBE.3030802@BitWagon.com> References: <20080418181251.GL12159@angus.ind.WPI.EDU> <1208545958.3445.54.camel@localhost.localdomain> <20080418194631.GN12159@angus.ind.WPI.EDU> <4808FFBE.3030802@BitWagon.com> Message-ID: <1208549857.3445.58.camel@localhost.localdomain> On Fri, 2008-04-18 at 13:08 -0700, John Reiser wrote: > If pungi were working today[1], then many tree-holders could build > by themselves the .iso images [for the $ARCH on which the files > reside.] > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=443074 It does work today, even built in Koji, just not tagged for rawhide. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cra at WPI.EDU Fri Apr 18 20:23:04 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Fri, 18 Apr 2008 16:23:04 -0400 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation In-Reply-To: <1208549828.3445.56.camel@localhost.localdomain> References: <20080418181251.GL12159@angus.ind.WPI.EDU> <1208545958.3445.54.camel@localhost.localdomain> <20080418194631.GN12159@angus.ind.WPI.EDU> <1208549828.3445.56.camel@localhost.localdomain> Message-ID: <20080418202304.GQ12159@angus.ind.WPI.EDU> On Fri, Apr 18, 2008 at 04:17:08PM -0400, Jesse Keating wrote: > On Fri, 2008-04-18 at 15:46 -0400, Chuck Anderson wrote: > > > > If you could release the templates ASAP, that would help the mirrors > > who already have the files locally in their rawhide trees. > > That won't work because the template has to point something other than > rawhide, because rawhide will change and then the template is invalid, > so the bits have to exist somewhere else (they will still be hardlinks > though). Agreed, but some mirrors don't do --delete, especially around this time for this exact reason. From jkeating at redhat.com Fri Apr 18 20:29:46 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Apr 2008 16:29:46 -0400 Subject: JTE - Jigdo Template Export - Faster Jigdo template generation In-Reply-To: <20080418202304.GQ12159@angus.ind.WPI.EDU> References: <20080418181251.GL12159@angus.ind.WPI.EDU> <1208545958.3445.54.camel@localhost.localdomain> <20080418194631.GN12159@angus.ind.WPI.EDU> <1208549828.3445.56.camel@localhost.localdomain> <20080418202304.GQ12159@angus.ind.WPI.EDU> Message-ID: <1208550586.3445.60.camel@localhost.localdomain> On Fri, 2008-04-18 at 16:23 -0400, Chuck Anderson wrote: > > Agreed, but some mirrors don't do --delete, especially around this > time for this exact reason. "some". Not nearly enough to count on. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Fri Apr 18 20:19:42 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 18 Apr 2008 13:19:42 -0700 Subject: Outage Notification - 2008-04-18 19:05 UTC Message-ID: <4809025E.8030406@gmail.com> We experienced an unplanned outage of the buildsystem starting at 19:05 UTC and being resolved by 19:51 UTC. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d 'YYYY-MM-DD HH:MM UTC' Affected Services: Websites Buildsystem Unaffected Services: CVS / Source Control Database DNS Mail Torrent Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/510 Reason for Outage: One of the xen servers crashed, taking all with it all the guests on it. The koji hub is the only non-load balanced application on that server so it was the only service that suffered an outage. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From nicolas.mailhot at laposte.net Fri Apr 18 21:13:20 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 18 Apr 2008 23:13:20 +0200 Subject: pruning the fonts list In-Reply-To: <20080418195709.GA13126@nostromo.devel.redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> Message-ID: <1208553201.26212.16.camel@rousalka.dyndns.org> Le vendredi 18 avril 2008 ? 15:57 -0400, Bill Nottingham a ?crit : > When looking over the LiveCD manifest, and where space is going, I > can't help but notice that a lot of it goes to fonts. Here's the > full list, AFAICT. The number to the left is the size of the package. > I think a good chunk of this could be pruned. My advice would be: 1. drop every core fonts package except one to keep legacy users happy (probably ?xorg-x11-fonts-ISO8859-15-100dpi) ?2. drop xorg-x11-fonts-Type1. Nothing in there not provided by more modern font packages ?3. fonts-japanese is probably not 100% necessary when VLGothic is available 4. drop culmus ? DejaVu full includes Hebrew no one complained of during the F9 cycle, so no need to keep a separate Hebrew font on a space-constrained media 5. Have the Arabic l10n group choose between kacst and paktype 6. Have the Indic l10n group sort the huge number of indic fonts, keeping only one package per script (sarai, lohit, smc, samyak) 7. Have the Chinese l10n group choose between cjkunifonts-uming and cjkunifonts-ukai 8. add dejavu-fonts-experimental ? you *really* want the distro default fonts to have a complete face set, a lot of users will notice and complain otherwise I'm afraid most wins are in 3. 5. 6. & 7., and they depend on l10n groups telling us their wishes, which unfortunately has not happened a lot so far. http://fedoraproject.org/wiki/SIGs/Fonts/Triaging/L10N remains terribly incomplete. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From behdad at behdad.org Fri Apr 18 21:22:53 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Fri, 18 Apr 2008 17:22:53 -0400 Subject: pruning the fonts list In-Reply-To: <1208553201.26212.16.camel@rousalka.dyndns.org> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> Message-ID: <1208553773.17763.2.camel@behdad.behdad.org> On Fri, 2008-04-18 at 23:13 +0200, Nicolas Mailhot wrote: > Le vendredi 18 avril 2008 ? 15:57 -0400, Bill Nottingham a ?crit : > > When looking over the LiveCD manifest, and where space is going, I > > can't help but notice that a lot of it goes to fonts. Here's the > > full list, AFAICT. The number to the left is the size of the package. > > I think a good chunk of this could be pruned. > > My advice would be: I pretty much second everything Nicolas said. behdad > 1. drop every core fonts package except one to keep legacy users happy > (probably ?xorg-x11-fonts-ISO8859-15-100dpi) > > ?2. drop xorg-x11-fonts-Type1. Nothing in there not provided by more > modern font packages > > ?3. fonts-japanese is probably not 100% necessary when VLGothic is > available > > 4. drop culmus ? DejaVu full includes Hebrew no one complained of during > the F9 cycle, so no need to keep a separate Hebrew font on a > space-constrained media > > 5. Have the Arabic l10n group choose between kacst and paktype > > 6. Have the Indic l10n group sort the huge number of indic fonts, > keeping only one package per script (sarai, lohit, smc, samyak) > > 7. Have the Chinese l10n group choose between cjkunifonts-uming and > cjkunifonts-ukai > > 8. add dejavu-fonts-experimental ? you *really* want the distro default > fonts to have a complete face set, a lot of users will notice and > complain otherwise > > I'm afraid most wins are in 3. 5. 6. & 7., and they depend on l10n > groups telling us their wishes, which unfortunately has not happened a > lot so far. http://fedoraproject.org/wiki/SIGs/Fonts/Triaging/L10N > remains terribly incomplete. > > Regards, > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From sundaram at fedoraproject.org Fri Apr 18 21:29:40 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 02:59:40 +0530 Subject: pruning the fonts list In-Reply-To: <1208553201.26212.16.camel@rousalka.dyndns.org> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> Message-ID: <480912C4.803@fedoraproject.org> Nicolas Mailhot wrote: > 6. Have the Indic l10n group sort the huge number of indic fonts, > keeping only one package per script (sarai, lohit, smc, samyak) Lohit is what we prefer by default for Indic. Everything else can be deemed optional. Rahul From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 21:41:56 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 15:41:56 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208546390.3606.252.camel@code.and.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <1208546390.3606.252.camel@code.and.org> Message-ID: <1208554916.14026.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 1:19 pm, James Antill wrote: > > On Fri, 2008-04-18 at 11:35 -0600, Stephen Warren wrote: > >> The one and only issue is that if a user types just: >> >> yum install unison >> >> then yum is not picking the version I want it to (the most recent) > > As I said in my first response, what version of yum are you making this > assertion about? Sorry, I got distracted by the other aspects of the discussion. It is: yum-3.2.8-2.fc8.noarch > I've tested with 3.2.14-10 and it picks unison227 (no unison already > installed doing: yum --enablerepo=development install unison) Oh good. I assume that's devel/F9. So things will work like I hoped they would there then. From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 21:43:10 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 15:43:10 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <604aa7910804181214xcbaa7ees2f14315188540790@mail.gmail.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181214xcbaa7ees2f14315188540790@mail.gmail.com> Message-ID: <1208554991.14106.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 1:14 pm, Jeff Spaleta wrote: > On Fri, Apr 18, 2008 at 11:03 AM, Stephen Warren > wrote: >> >> Rather, I was hoping that since I'd asked to install "unison", and 2 >> packages both had virtual provides for "unison" with differing version >> numbers, then yum would pick the package with the higher version number >> for that virtual provide, solely based on the virtual provide version >> values. > > So you want an unversioned dep to be filled by the highest versioned > virtual provides? Yes (although I'm not sure if the work "dep" is the correct term for the user parameter passed to "yum install"; "dep" implies a "requires" in an .rpm to me, but I may just be insinuating meaning that isn't there). From mike at cchtml.com Fri Apr 18 21:41:31 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Fri, 18 Apr 2008 16:41:31 -0500 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <4809158B.2060002@cchtml.com> -------- Original Message -------- Subject: Re: yum, and 2 packages that provide the same thing From: Stephen Warren To: Development discussions related to Fedora Date: 04/18/2008 02:03 PM > That's fine. I (personally at least) am fine with things the way they are. > I was just hoping to be able to "dot the i's" by solving this one last > niggling point. If there simply isn't a solution, then that's the way it > is. > > But, I do just want to point out one persistent misunderstanding that I > think you have. > > I wasn't hoping yum would compare package names unison213 and unison227 > and pick the later one. > > Rather, I was hoping that since I'd asked to install "unison", and 2 > packages both had virtual provides for "unison" with differing version > numbers, then yum would pick the package with the higher version number > for that virtual provide, solely based on the virtual provide version > values. > > Please note that in the virtual provide for "unison", there are no funny > version numbers encoded into the package name part; both provides are just > "unison", with versions 2.13.xxxx and 2.27.xxxx. > > I'd consider the current situation identical to there being two packages > named "foo" and "bar", each virtual providing "baz", one proving baz==1, > the other baz==2. > Wasn't it the purpose of naming packages "foo-compat-version" so you could have mulitple versions installed? It seems very silly to have the version hardcoded with the package name. Just my lame opinion... Mike From mike at cchtml.com Fri Apr 18 21:45:02 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Fri, 18 Apr 2008 16:45:02 -0500 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <4809158B.2060002@cchtml.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <4809158B.2060002@cchtml.com> Message-ID: <4809165E.1010604@cchtml.com> -------- Original Message -------- Subject: Re: yum, and 2 packages that provide the same thing From: Mike Cronenworth To: Development discussions related to Fedora Date: 04/18/2008 04:41 PM > > Wasn't it the purpose of naming packages "foo-compat-version" so you > could have mulitple versions installed? It seems very silly to have the > version hardcoded with the package name. Just my lame opinion... > > Mike > Sorry for the spam... I mean "compat-foo-version". From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 21:49:15 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 15:49:15 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <4809165E.1010604@cchtml.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <4809158B.2060002@cchtml.com> <4809165E.1010604@cchtml.com> Message-ID: <1208555355.14327.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 3:45 pm, Mike Cronenworth wrote: > -------- Original Message -------- > Subject: Re: yum, and 2 packages that provide the same thing > From: Mike Cronenworth > To: Development discussions related to Fedora > > Date: 04/18/2008 04:41 PM > >> >> Wasn't it the purpose of naming packages "foo-compat-version" so you >> could have mulitple versions installed? It seems very silly to have the >> version hardcoded with the package name. Just my lame opinion... >> >> Mike >> > > Sorry for the spam... I mean "compat-foo-version". That still has the version hard-coded into the name e.g. it would have been compat-unison-213 as the name, judging by the name compat-gcc-34 existing. From loganjerry at gmail.com Fri Apr 18 21:53:35 2008 From: loganjerry at gmail.com (Jerry James) Date: Fri, 18 Apr 2008 15:53:35 -0600 Subject: Eclipse plugin directory ownership Message-ID: <870180fe0804181453re751fdcg9329b34ac559e520@mail.gmail.com> This doesn't look right. On an F-8 x86-64 machine: # rpm -qf /usr/lib64/eclipse/plugins libswt3-gtk2-3.3.0-31.fc8 So no eclipse package owns that directory, and only one of the plugins I have installed owns it. Which package(s) should really own it? -- Jerry James http://loganjerry.googlepages.com/ From jspaleta at gmail.com Fri Apr 18 22:02:17 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 14:02:17 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208554991.14106.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181214xcbaa7ees2f14315188540790@mail.gmail.com> <1208554991.14106.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804181502n59b20a42ke07d594e11411b84@mail.gmail.com> On Fri, Apr 18, 2008 at 1:43 PM, Stephen Warren wrote: > Yes (although I'm not sure if the work "dep" is the correct term for the > user parameter passed to "yum install"; "dep" implies a "requires" in an > .rpm to me, but I may just be insinuating meaning that isn't there). there are provides... yum install unison will look at the provides if a packagename doesn't match the argument. That being said I don't think your obsoletes are correctly constructed as Micheal has indicated. You can dig into this mess several other ways. repoquery --whatprovides unison on f8 i get: unison227-0:2.27.57-7.fc8.2.i386 unison-0:2.13.16-3.fc6.i386 notice how unison213 is not in the list? repoquery --provides unison227 on f8 i get: unison = 2.27.57-7.fc8.2 unison227 = 2.27.57-7.fc8.2 repoquery --provides unison213 on f8 i get: unison213 = 2.13.16-9.fc8.2 notice how unison213 is not listed at providing 'unison' for even more fun,,, repoquery --whatobsoletes unison repoquery --obsoletes unison213 The aggressively versioned obsolete in unison213 is doing its job too well. I concur with Micheal as to the underlying problem here. -jef From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 22:08:41 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 16:08:41 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <20080418212027.6c0ac3de.mschwendt@gmail.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <20080418212027.6c0ac3de.mschwendt@gmail.com> Message-ID: <1208556521.14829.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 1:20 pm, Michael Schwendt wrote: > Further, the Obsoletes/Provides pair in unison213 is wrong+questionable. > You've got: > > unison213 > obsoletes: > unison < 2.27.57-3 > provides: > unison = 2.13.16-9.fc8.3 Just as an FYI, The current versions of unison213 in Fedora do not have that provides in unison213. I just added it in my local copy for testing to see if it changed the behavior at all. From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 22:14:24 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 16:14:24 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <604aa7910804181502n59b20a42ke07d594e11411b84@mail.gmail.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181214xcbaa7ees2f14315188540790@mail.gmail.com> <1208554991.14106.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181502n59b20a42ke07d594e11411b84@mail.gmail.com> Message-ID: <1208556864.15001.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 4:02 pm, Jeff Spaleta wrote: > The aggressively versioned obsolete in unison213 is doing its job too > well. I concur with Micheal as to the underlying problem here. As I mentioned in an earlier recent email (perhaps slightly implicitly), unison213 and unison227 must both obsolete unison, in order to remove unison's usage of the /usr/bin/unison path, so that either/both packages can own that path (using alternatives). Without unison213 obsoleting unison, unison213 wouldn't work correctly, because installing it wouldn't force unison to be removed, and hence unison213 wouldn't be able to set up the /usr/bin/unison link correctly. From mschwendt at gmail.com Fri Apr 18 22:24:23 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 19 Apr 2008 00:24:23 +0200 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208556521.14829.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <20080418212027.6c0ac3de.mschwendt@gmail.com> <1208556521.14829.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <20080419002423.aa9f12a9.mschwendt@gmail.com> On Fri, 18 Apr 2008 16:08:41 -0600 (MDT), Stephen Warren wrote: > On Fri, April 18, 2008 1:20 pm, Michael Schwendt wrote: > > Further, the Obsoletes/Provides pair in unison213 is wrong+questionable. > > You've got: > > > > unison213 > > obsoletes: > > unison < 2.27.57-3 > > provides: > > unison = 2.13.16-9.fc8.3 > > Just as an FYI, > > The current versions of unison213 in Fedora do not have that provides in > unison213. I just added it in my local copy for testing to see if it > changed the behavior at all. Okay, I just quoted you. But then the obsoletes in unison213 is still questionable as pointed out before. -- Fedora release 8.93 (Rawhide) - Linux 2.6.25-0.234.rc9.git1.fc9.i686 loadavg: 1.12 1.10 1.18 From nicolas.mailhot at laposte.net Fri Apr 18 22:24:51 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 19 Apr 2008 00:24:51 +0200 Subject: pruning the fonts list In-Reply-To: <480912C4.803@fedoraproject.org> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> <480912C4.803@fedoraproject.org> Message-ID: <1208557491.3981.1.camel@rousalka.dyndns.org> Le samedi 19 avril 2008 ? 02:59 +0530, Rahul Sundaram a ?crit : > Nicolas Mailhot wrote: > > > 6. Have the Indic l10n group sort the huge number of indic fonts, > > keeping only one package per script (sarai, lohit, smc, samyak) > > Lohit is what we prefer by default for Indic. Everything else can be > deemed optional. Since they're all broken up by scripts now you probably want to be more specific, unless lohit provides every needed indic script and none of the others is necessary for coverage. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sundaram at fedoraproject.org Fri Apr 18 22:31:33 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 04:01:33 +0530 Subject: pruning the fonts list In-Reply-To: <1208557491.3981.1.camel@rousalka.dyndns.org> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> <480912C4.803@fedoraproject.org> <1208557491.3981.1.camel@rousalka.dyndns.org> Message-ID: <48092145.7060200@fedoraproject.org> Nicolas Mailhot wrote: > Le samedi 19 avril 2008 ? 02:59 +0530, Rahul Sundaram a ?crit : >> Nicolas Mailhot wrote: >> >>> 6. Have the Indic l10n group sort the huge number of indic fonts, >>> keeping only one package per script (sarai, lohit, smc, samyak) >> Lohit is what we prefer by default for Indic. Everything else can be >> deemed optional. > > Since they're all broken up by scripts now you probably want to be more > specific, unless lohit provides every needed indic script and none of > the others is necessary for coverage. Yes. Lohit provides scripts for more than one language. lohit-fonts-bengali.noarch 2.2.0-1.fc9 rawhide lohit-fonts-gujarati.noarch 2.2.0-1.fc9 rawhide lohit-fonts-hindi.noarch 2.2.0-1.fc9 rawhide lohit-fonts-kannada.noarch 2.2.0-1.fc9 rawhide lohit-fonts-malayalam.noarch 2.2.0-1.fc9 rawhide lohit-fonts-oriya.noarch 2.2.0-1.fc9 rawhide lohit-fonts-punjabi.noarch 2.2.0-1.fc9 rawhide lohit-fonts-tamil.noarch 2.2.0-1.fc9 rawhide lohit-fonts-telugu.noarch 2.2.0-1.fc9 rawhide Rahul From wtogami at redhat.com Fri Apr 18 22:35:35 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 18 Apr 2008 18:35:35 -0400 Subject: pruning the fonts list In-Reply-To: <1208553201.26212.16.camel@rousalka.dyndns.org> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> Message-ID: <48092237.80601@redhat.com> Nicolas Mailhot wrote: > I'm afraid most wins are in 3. 5. 6. & 7., and they depend on l10n > groups telling us their wishes, which unfortunately has not happened a > lot so far. http://fedoraproject.org/wiki/SIGs/Fonts/Triaging/L10N > remains terribly incomplete. > Even if you had full knowledge of fonts safe to remove from the LiveCD (because they are good enough for web browsing), this introduces an additional problem of incomplete language coverage in Live installs. This is not a problem if the LiveCD is used for one-off demos, but it is an issue if you are using it to install your desktop. This is a new source of user confusion, bogus support questions and bogus bugs. It isn't exactly obvious to the user that they need to use "yum groupinstall foo-language" in order to obtain full support for their native language. There is also no way to do group installs from PackageKit GUI at the moment. This was not a previous behavior, this expectation isn't documented anywhere, and this potentially invalidates F9 cycle testing because testing did not happen with incomplete font package installs. You especially want to avoid culturally insensitive (and difficult for outsiders to test) cases where the wrong font is giving glyphs for a language it was not intended, as can happen between Chinese, Japanese and Korean. This is a big change to make this late in the F9 cycle. Can we adequately test the impact of this to all supported languages? Key question to ask ourselves: Is trying support all languages from a single Live image really sustainable? Even after removing all fonts unnecessary for web-browsing, we cannot indefinitely continue to add an arbitrary number of languages to a fixed size CD image. We may be forced into doing region/language specific LiveCD's. Let us get an expert opinion from RH's eng-i18n team. Warren Togami wtogami at redhat.com From ml at deadbabylon.de Fri Apr 18 22:36:27 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Sat, 19 Apr 2008 00:36:27 +0200 Subject: Enhancing the fonts list for the KDE live images (was: Re: pruning the fonts list) In-Reply-To: <20080418195709.GA13126@nostromo.devel.redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> Message-ID: <20080419003627.5e52ae31@deadbabylon.de> I've got a similar question here for the KDE live images. At the moment our fonts list is: 10385374 baekmuk-ttf-fonts-gulim 1070826 xorg-x11-fonts-ISO8859-1-100dpi 113638 lohit-fonts-oriya 1271487 kacst-fonts 1501946 ghostscript-fonts 15613489 dejavu-fonts 157390 lohit-fonts-bengali 177606 lohit-fonts-telugu 1865190 liberation-fonts 20925196 cjkunifonts-uming 210774 lohit-fonts-kannada 213774 fonts-KOI8-R 2293163 jomolhari-fonts 254120 madan-fonts 3008781 thaifonts-scalable 301748 fonts-KOI8-R-100dpi 333507 lklug-fonts 3417965 xorg-x11-fonts-100dpi 3831447 VLGothic-fonts 39898 lohit-fonts-punjabi 4389400 urw-fonts 4529886 tibetan-machine-uni-fonts 4634 baekmuk-ttf-fonts-common 649794 abyssinica-fonts 7049492 bitmap-fonts 7140551 xorg-x11-fonts-misc 7349237 dejavu-fonts-experimental 775248 stix-fonts 79482 lohit-fonts-malayalam 80377 fonts-ISO8859-2 83406 lohit-fonts-tamil 883992 xorg-x11-fonts-Type1 966835 paktype-fonts 96778 lohit-fonts-hindi 97894 lohit-fonts-gujarati Most of them are pulled in by @fonts. But we also include some of them manually: fonts-ISO8859-2 madan-fonts fonts-KOI8-R fonts-KOI8-R-100dpi tibetan-machine-uni-fonts If someone could review them I would be happy :) We have about 5 megs of free space if some fonts are missing. But If we could remove some of them, we could maybe include some additional packages. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wtogami at redhat.com Fri Apr 18 22:44:24 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 18 Apr 2008 18:44:24 -0400 Subject: Sazanami and VLGothic fonts Message-ID: <48092448.3070308@redhat.com> I noticed the description of the VLGothic fonts package. " VLGothic provides Japanese TrueType fonts from the Vine Linux project. Most of the glyphs are taken from the M+ and Sazanami Gothic fonts, but some have also been improved by the project. " Does this mean that VLGothic is a superset of Sazanami? (Could these be considered redundant fonts taking up space unnecessarily? I'm guessing not, but just checking to be sure.) Warren Togami wtogami at redhat.com From mschwendt at gmail.com Fri Apr 18 22:44:11 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 19 Apr 2008 00:44:11 +0200 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <4809165E.1010604@cchtml.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208479276.3606.244.camel@code.and.org> <1208494289.20229.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <4809158B.2060002@cchtml.com> <4809165E.1010604@cchtml.com> Message-ID: <20080419004411.ac5afd2d.mschwendt@gmail.com> On Fri, 18 Apr 2008 16:45:02 -0500, Mike Cronenworth wrote: > > Wasn't it the purpose of naming packages "foo-compat-version" so you > > could have mulitple versions installed? It seems very silly to have the > > version hardcoded with the package name. Just my lame opinion... > > > > Mike > > > > Sorry for the spam... I mean "compat-foo-version". If you don't hardcode any version in the package name, multiple different versions/releases would update eachother. -- Fedora release 8.93 (Rawhide) - Linux 2.6.25-0.234.rc9.git1.fc9.i686 loadavg: 1.11 1.34 1.33 From tibbs at math.uh.edu Fri Apr 18 22:53:54 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 18 Apr 2008 17:53:54 -0500 Subject: Java guidelines typos In-Reply-To: <870180fe0804181247m6428f6een8ba878d4c1629f5@mail.gmail.com> References: <870180fe0804181113p4e5393f9s9a0d72520f4f9ed3@mail.gmail.com> <870180fe0804181247m6428f6een8ba878d4c1629f5@mail.gmail.com> Message-ID: >>>>> "JJ" == Jerry James writes: JJ> Thanks for the quick response, Jason. Here's another question. You're welcome, but unfortunately I can't answer because I know jack about Java. Hopefully one of the folks who authored the guidelines is reading. - J< From jspaleta at gmail.com Fri Apr 18 23:08:09 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 15:08:09 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208556521.14829.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <20080418212027.6c0ac3de.mschwendt@gmail.com> <1208556521.14829.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804181608w7d237e05iab166e43d3710954@mail.gmail.com> On Fri, Apr 18, 2008 at 2:08 PM, Stephen Warren wrote: > Just as an FYI, > > The current versions of unison213 in Fedora do not have that provides in > unison213. I just added it in my local copy for testing to see if it > changed the behavior at all. It would be worthwhile if you exposed the repository of your testing packages so others can test yum and rpm behavior against these packages. -jef From alan at clueserver.org Fri Apr 18 23:13:28 2008 From: alan at clueserver.org (Alan) Date: Fri, 18 Apr 2008 16:13:28 -0700 (PDT) Subject: Fedora 9 and VMWare server Message-ID: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> I tried to get VMWare Server running on Fedora 9. Notices that it needs to have the 32 bit version of libXtst installed. This does not get installed on x86_64. Does this library drag in further 32 bit libraries that are needed? These libraries get loaded in F8. I will fill out a bug report as well. From s-t-rhbugzilla at wwwdotorg.org Fri Apr 18 23:18:43 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 18 Apr 2008 17:18:43 -0600 (MDT) Subject: yum, and 2 packages that provide the same thing In-Reply-To: <604aa7910804181608w7d237e05iab166e43d3710954@mail.gmail.com> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208536044.6701.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804180953n5f2dc77au30910d54c4bff9e3@mail.gmail.com> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <20080418212027.6c0ac3de.mschwendt@gmail.com> <1208556521.14829.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181608w7d237e05iab166e43d3710954@mail.gmail.com> Message-ID: <1208560723.16572.TMDA@tmda.severn.wwwdotorg.org> On Fri, April 18, 2008 5:08 pm, Jeff Spaleta wrote: > On Fri, Apr 18, 2008 at 2:08 PM, Stephen Warren > wrote: >> Just as an FYI, >> >> The current versions of unison213 in Fedora do not have that provides >> in >> unison213. I just added it in my local copy for testing to see if it >> changed the behavior at all. > > It would be worthwhile if you exposed the repository of your testing > packages so others can test yum and rpm behavior against these > packages. http://www.wwwdotorg.org/downloads/repo-unison-f8-i386/ The only difference between the packages at that location and those stable in Fedora is that unison213 provides unison above, but doesn't in Fedora. unison227 should be identical in content, except that I rebuilt it at the same time as unison213 to test my machine's mock setup. From wtogami at redhat.com Fri Apr 18 23:39:42 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 18 Apr 2008 19:39:42 -0400 Subject: Fedora 9 and VMWare server In-Reply-To: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> Message-ID: <4809313E.8090509@redhat.com> Alan wrote: > I tried to get VMWare Server running on Fedora 9. Notices that it needs > to have the 32 bit version of libXtst installed. This does not get > installed on x86_64. > > Does this library drag in further 32 bit libraries that are needed? > > These libraries get loaded in F8. > > I will fill out a bug report as well. > You are expected to manually install stuff like this. yum install libXtst.i386 should do it. Warren Togami wtogami at redhat.com From jspaleta at gmail.com Fri Apr 18 23:41:30 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 15:41:30 -0800 Subject: yum, and 2 packages that provide the same thing In-Reply-To: <1208560723.16572.TMDA@tmda.severn.wwwdotorg.org> References: <1208476820.14105.TMDA@tmda.severn.wwwdotorg.org> <1208540133.8346.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181053l47340ed0x875f60b4d1e0a6d0@mail.gmail.com> <1208541452.8904.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181108y3262078cl41909b3a0fb9a15b@mail.gmail.com> <1208545413.10422.TMDA@tmda.severn.wwwdotorg.org> <20080418212027.6c0ac3de.mschwendt@gmail.com> <1208556521.14829.TMDA@tmda.severn.wwwdotorg.org> <604aa7910804181608w7d237e05iab166e43d3710954@mail.gmail.com> <1208560723.16572.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <604aa7910804181641h5d2ab735x3ee72b77e538815e@mail.gmail.com> On Fri, Apr 18, 2008 at 3:18 PM, Stephen Warren wrote: > http://www.wwwdotorg.org/downloads/repo-unison-f8-i386/ > > The only difference between the packages at that location and those stable > in Fedora is that unison213 provides unison above, but doesn't in Fedora. > unison227 should be identical in content, except that I rebuilt it at the > same time as unison213 to test my machine's mock setup. On rawhide: yum --disablerepo=rawhide --enablerepo=unison-testing install unison results with yum wanting to install unison227 from unison-testing on F8: yum --enablerepo=unison-testing install unison results with yum wanting to install unison213 from unison-testing. -jef From alan at clueserver.org Fri Apr 18 23:46:28 2008 From: alan at clueserver.org (Alan) Date: Fri, 18 Apr 2008 16:46:28 -0700 (PDT) Subject: Fedora 9 and VMWare server In-Reply-To: <4809313E.8090509@redhat.com> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <4809313E.8090509@redhat.com> Message-ID: <58573.75.164.221.130.1208562388.squirrel@clueserver.org> > Alan wrote: >> I tried to get VMWare Server running on Fedora 9. Notices that it needs >> to have the 32 bit version of libXtst installed. This does not get >> installed on x86_64. >> >> Does this library drag in further 32 bit libraries that are needed? >> >> These libraries get loaded in F8. >> >> I will fill out a bug report as well. >> > > You are expected to manually install stuff like this. > > yum install libXtst.i386 should do it. I didn't have to manually load the 32 bit libraries like that in F8. I expect there will be great amounts of confusion when F9 is released. From sundaram at fedoraproject.org Fri Apr 18 23:51:13 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 05:21:13 +0530 Subject: Fedora 9 and VMWare server In-Reply-To: <58573.75.164.221.130.1208562388.squirrel@clueserver.org> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <4809313E.8090509@redhat.com> <58573.75.164.221.130.1208562388.squirrel@clueserver.org> Message-ID: <480933F1.6040000@fedoraproject.org> Alan wrote: >> yum install libXtst.i386 should do it. > > I didn't have to manually load the 32 bit libraries like that in F8. Yes. The multilib policy has changed and we don't install 32-bit libs on a 64-bit system by default anymore. You can change it in yum.conf by setting multilib_policy=all. The default is best. Rahul From seg at haxxed.com Sat Apr 19 03:15:48 2008 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 18 Apr 2008 22:15:48 -0500 Subject: Issues with mingw32 (Linux to Windows cross-compiler) In-Reply-To: <20080417204013.GA26234@amd.home.annexia.org> References: <20080417204013.GA26234@amd.home.annexia.org> Message-ID: <1208574948.22067.56.camel@localhost> On Thu, 2008-04-17 at 21:40 +0100, Richard W.M. Jones wrote: > Debian have packaged mingw32 as a cross-compiler so you can target > Windows as an embedded platform, building *.DLLs and *.EXEs from your > Linux box: > > http://packages.debian.org/source/sid/mingw32 > > There's already an RPM package for this for Fedora and in my limited > testing it seems to work: > > http://mirzam.it.vu.nl/mingw/ > > HOWEVER ... This package can't be built directly from source because > it has a circular dependency. As described on that page: For what its worth, I needed a cross compiler for a project so I spent quite a bit of time and effort building up one. I don't really know what I'm doing as far as building cross toolchains so I probably Did It Wrong, and there's still a lot of rough edges, but it works and got the job done. http://www.haxxed.com/rpms/ Note that gcc by itself is pretty much useless, most of the effort actually went in to building up a stack of fundamental libraries so that you can actually DO something with it. It would be a shame for all my effort to go to waste, but I alone can't maintain this whole thing in Fedora... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Sat Apr 19 03:23:43 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 19 Apr 2008 03:23:43 +0000 (UTC) Subject: Issues with mingw32 (Linux to Windows cross-compiler) References: <20080417204013.GA26234@amd.home.annexia.org> Message-ID: Richard W.M. Jones redhat.com> writes: > There's already an RPM package for this for Fedora and in my limited > testing it seems to work: > > http://mirzam.it.vu.nl/mingw/ FYI, there's also: http://sourceforge.net/projects/mingw-cross Kevin Kofler From ktdreyer at ktdreyer.com Sat Apr 19 04:12:05 2008 From: ktdreyer at ktdreyer.com (Ken Dreyer) Date: Sat, 19 Apr 2008 00:12:05 -0400 Subject: SNI support for mod_ssl Message-ID: <43f35d30804182112n6f9736eay67f583cf99d1ab0a@mail.gmail.com> Hello, I was hoping the Fedora Apache maintainers would consider including the following patch into httpd for F9 (or F10): https://issues.apache.org/bugzilla/show_bug.cgi?id=34607 specifically, the patch for httpd 2.2.x is: http://people.apache.org/~fuankg/diffs/httpd-2.2.x-sni.diff This feature would really open up mod_ssl for certain name-based virtualhost situations. It requires OpenSSL >= 0.9.8f, but F9 already has 0.9.8g! - Ken From notting at redhat.com Sat Apr 19 04:18:51 2008 From: notting at redhat.com (Bill Nottingham) Date: Sat, 19 Apr 2008 00:18:51 -0400 Subject: pruning the fonts list In-Reply-To: <48092237.80601@redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> <48092237.80601@redhat.com> Message-ID: <20080419041851.GA25331@nostromo.devel.redhat.com> Warren Togami (wtogami at redhat.com) said: > Nicolas Mailhot wrote: >> I'm afraid most wins are in 3. 5. 6. & 7., and they depend on l10n >> groups telling us their wishes, which unfortunately has not happened a >> lot so far. http://fedoraproject.org/wiki/SIGs/Fonts/Triaging/L10N >> remains terribly incomplete. >> > > Even if you had full knowledge of fonts safe to remove from the LiveCD > (because they are good enough for web browsing), this introduces an > additional problem of incomplete language coverage in Live installs. The suggestion was not to remove any language coverage - the suggestion was to remove: 1) core fonts which none of the apps on the LiveCD use 2) *duplicate* fonts for language coverage Bill From Matt_Domsch at dell.com Sat Apr 19 04:24:45 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 18 Apr 2008 23:24:45 -0500 Subject: SNI support for mod_ssl In-Reply-To: <43f35d30804182112n6f9736eay67f583cf99d1ab0a@mail.gmail.com> References: <43f35d30804182112n6f9736eay67f583cf99d1ab0a@mail.gmail.com> Message-ID: <20080419042445.GB12908@auslistsprd01.us.dell.com> On Sat, Apr 19, 2008 at 12:12:05AM -0400, Ken Dreyer wrote: > Hello, > > I was hoping the Fedora Apache maintainers would consider including > the following patch into httpd for F9 (or F10): > > https://issues.apache.org/bugzilla/show_bug.cgi?id=34607 > > specifically, the patch for httpd 2.2.x is: > > http://people.apache.org/~fuankg/diffs/httpd-2.2.x-sni.diff > > This feature would really open up mod_ssl for certain name-based > virtualhost situations. It requires OpenSSL >= 0.9.8f, but F9 already > has 0.9.8g! I'd recommend you file it as a bug in bugzila, note it is an enhancement request. This way the apache maintainers/co-maintainers will see it and be reminded regularly when they look at bugzilla. It looks like this patch has been applied to apache trunk, and this patch proposed is a backport of same onto 2.2.x, so it's probably fairly safe (e.g. we won't have to carry this patch forever). How likely is apache 2.4 to be released before the feature freeze for Fedora 10 (e.g. ~4-5 months from now), whereby Fedora could pick this up "for free" then? -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From sundaram at fedoraproject.org Sat Apr 19 04:35:27 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 10:05:27 +0530 Subject: Fedora 9 Xfce Spin - Progress Report, Update Message-ID: <4809768F.9090201@fedoraproject.org> Hi, Look and feel ------------ The default panel has a mixer and trash applet in it now. I wanted to change the panel layout a bit, remove the desktop icons or add a transparent border (which are relatively simple settings) but that hasn't been done yet. We are using the Nodoka colors currently but since Xfce cannot use Metacity themes directly, we are sticking with the upstream default till Nodoka gets ported or we pick a better one if needed. If anyone is interested in porting Nodoka, take a look at http://www.xfce.org/xfwm4-theme-howto/ Autostarted application entry in the menu doesn't have a icon yet. Just a upstream cosmetic issue. https://bugzilla.redhat.com/show_bug.cgi?id=442804 Package Changes --------------- http://sundaram.fedorapeople.org/spins/livecd-fedora-9-xfce.ks http://sundaram.fedorapeople.org/list One of the major reasons I kept the package list small in Fedora 8 was to retain even the x86_64 image under CD size. Since the default multi-lib policy has changed in yum now to not install both 32-bit and 64-bit libs, I have added more useful (hopefully) packages. The total size in x86 arch is 608 MB and additional 20 MB or so for x86_64. I haven't tried it under PPC. Any testing there would be very welcome. --- Evince has been added instead of epdfview GIMP and Inkscape xscreensaver-base - Base screensavers setroubleshoot - Desktop applet for SELinux troubleshooting drivel desktop blog client liferea RSS feed reader seahorse gpg keys manager cups-pdf provides a virtual pdf printer. Small but useful utility bluez-gnome for bluetooth phones alsa-plugins-pulseaudio and libflashsupport along with integration of PulseAudio by default. gnome-power-manager - We don't have a hard dependency on this anywhere but will take advantage of it if it exists. The intended plan is to autostart this by default if installed The newly added Totem-xine backend has been removed. We are sticking with the gstreamer backend as it was in the previous release. Xfce considerations ------------------- We have been considering staying close to upstream Xfce as much as possible and have evaluated different Xfce programs: Xfce spin is still using Mirage as the image viewer instead of Ristretto which is a Xfce image viewer since we are still working with upstream on some issues which are being discussed in the review request with upstream at https://bugzilla.redhat.com/show_bug.cgi?id=351531 We looked at using squeeze instead of Xarchiver and ran into similar stability issues at https://bugzilla.redhat.com/show_bug.cgi?id=433174 Settings ------- Since mime settings in Xfce (and apparently GNOME too. https://bugzilla.redhat.com/show_bug.cgi?id=217311#c8 ) are determined by the order of package installations and Xarchiver is installed before gnome-packagekit in Xfce spin, RPM gets associated first with Xarchiver and instead of initiating a package installation on double click, you end up opening it as a archive instead. A temporary workaround has been committed that removes the RPM associated with Xarchiver. This means that the user has to open up a RPM file as a archive by select open with in the context menu. Slightly tedious but since we don't want to break the more common case of package installation, we are going with this option for now. Rel-eng still needs to tag the new build due to the freeze but that is expected to happen shortly. The long term fix for this probably would be to have a method that does ordering not just based on which package was installed first. I believe we need to take this to xdg list in freedesktop.org and discuss changes in the shared mime specification. If other desktop environments are handling this differently, I would like to know more about that first. PolicyKit-gnome has removed the OnlyShowIn=GNOME entry from the desktop file. This makes polkit-gnome-authorization more accessible from the menu in Xfce (and KDE) too. That's important because PackageKit uses PolicyKit and you might want to tweak the authorizations on occasions using this program. GDM has been rewritten and doesn't support autologin for the current release. We could do a timed login at zero seconds which loads the greeter and then immediately logs in which is effectively the same thing but only slower. Instead we have chosen the same settings as desktop live cd which does a 60 seconds timed login. This will allow you to pick a language before logging in assuming we add some language packages. That brings us to the next item. Xfce upstream has pretty much no support some of the common tasks like suspend/resume, power management or fast user switching. While we have added some support for power management via gnome-power-manager, we still need to look into integrating some of the other features and coordinate with upstream. L10N ---- We have dropped all the language packages and removed some of the associated fonts for now. Since we have some space, we could add a few of them selectively back based on feedback. I didn't get any feedback last time and I am not going to arbitrarily add anything back unless I get good suggestions. Credits ------- Thanks to Kevin Fenzi (for maintaining the main packages) and Christoph Wickert (for all of the many additional utilities and plugins) and collectively for their input and feedback Feedback -------- Any feedback and suggestions most welcome. Rahul From lesmikesell at gmail.com Sat Apr 19 06:07:25 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 19 Apr 2008 01:07:25 -0500 Subject: Fedora 9 and VMWare server In-Reply-To: <480933F1.6040000@fedoraproject.org> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <4809313E.8090509@redhat.com> <58573.75.164.221.130.1208562388.squirrel@clueserver.org> <480933F1.6040000@fedoraproject.org> Message-ID: <48098C1D.1090708@gmail.com> Rahul Sundaram wrote: > Alan wrote: > >>> yum install libXtst.i386 should do it. >> >> I didn't have to manually load the 32 bit libraries like that in F8. > > Yes. The multilib policy has changed and we don't install 32-bit libs on > a 64-bit system by default anymore. You can change it in yum.conf by > setting multilib_policy=all. The default is best. What does it hurt to have a library installed that is unused some of the time? -- Les Mikesell lesmikesell at gmail.com From sundaram at fedoraproject.org Sat Apr 19 06:18:22 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 11:48:22 +0530 Subject: Fedora 9 and VMWare server In-Reply-To: <48098C1D.1090708@gmail.com> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <4809313E.8090509@redhat.com> <58573.75.164.221.130.1208562388.squirrel@clueserver.org> <480933F1.6040000@fedoraproject.org> <48098C1D.1090708@gmail.com> Message-ID: <48098EAE.8090802@fedoraproject.org> Les Mikesell wrote: > Rahul Sundaram wrote: >> Alan wrote: >> >>>> yum install libXtst.i386 should do it. >>> >>> I didn't have to manually load the 32 bit libraries like that in F8. >> >> Yes. The multilib policy has changed and we don't install 32-bit libs >> on a 64-bit system by default anymore. You can change it in yum.conf >> by setting multilib_policy=all. The default is best. > > What does it hurt to have a library installed that is unused some of the > time? The policy change was already proposed and discussed in this list. We don't have space on the live cd. Any software that is unused also adds to disk space, costs bandwidth (both on the systems as well as the mirrors) to keep it updated and increases the potential for security issues and sometimes additional maintenance overhead. Rahul From ville.skytta at iki.fi Sat Apr 19 07:13:37 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sat, 19 Apr 2008 10:13:37 +0300 Subject: Eclipse plugin directory ownership In-Reply-To: <870180fe0804181453re751fdcg9329b34ac559e520@mail.gmail.com> References: <870180fe0804181453re751fdcg9329b34ac559e520@mail.gmail.com> Message-ID: <200804191013.38139.ville.skytta@iki.fi> On Saturday 19 April 2008, Jerry James wrote: > This doesn't look right. On an F-8 x86-64 machine: > > # rpm -qf /usr/lib64/eclipse/plugins > libswt3-gtk2-3.3.0-31.fc8 > > So no eclipse package owns that directory, I don't see anything necessarily wrong with that. You can install libswt3-gtk2 without installing any eclipse packages, and libswt3-gtk2 installs files into /usr/lib64/eclipse/plugins. > and only one of the plugins > I have installed owns it. Which package(s) should really own it? libswt3-gtk2 I think, not any plugins (unless of course it makes sense to install them without having libswt3-gtk2 around). From dan at danny.cz Sat Apr 19 07:18:33 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sat, 19 Apr 2008 09:18:33 +0200 Subject: Fedora 9 and VMWare server In-Reply-To: <4809313E.8090509@redhat.com> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <4809313E.8090509@redhat.com> Message-ID: <1208589513.3393.2.camel@eagle.danny.cz> Warren Togami p??e v P? 18. 04. 2008 v 19:39 -0400: > Alan wrote: > > I tried to get VMWare Server running on Fedora 9. Notices that it needs > > to have the 32 bit version of libXtst installed. This does not get > > installed on x86_64. > > > > Does this library drag in further 32 bit libraries that are needed? > > > > These libraries get loaded in F8. > > > > I will fill out a bug report as well. > > > > You are expected to manually install stuff like this. > > yum install libXtst.i386 should do it. would not "yum localinstall vmware.rpm" take it automagicaly? Dan From nicolas.mailhot at laposte.net Sat Apr 19 08:02:36 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 19 Apr 2008 10:02:36 +0200 Subject: Enhancing the fonts list for the KDE live images (was: Re: pruning the fonts list) In-Reply-To: <20080419003627.5e52ae31@deadbabylon.de> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <20080419003627.5e52ae31@deadbabylon.de> Message-ID: <1208592156.26226.6.camel@rousalka.dyndns.org> Le samedi 19 avril 2008 ? 00:36 +0200, Sebastian Vahl a ?crit : > I've got a similar question here for the KDE live images. At the moment > our fonts list is: At first glance you could use pretty much the same advice as the live spin, except you've already followed some of it, and you have support for some scripts the main live spin is missing (which is good, if you have the space). For example : tibetan & ethiopic (abyssinica). If you really wanted to save space, you could drop the urw & ghoscript fonts, but I suspect you may have some packages depending on them explicitely. They don't add coverage, and they're not really good screen font, but they do provide some standard font metrics (is it worth some live cd space?) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Sat Apr 19 08:08:02 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 19 Apr 2008 10:08:02 +0200 Subject: Sazanami and VLGothic fonts In-Reply-To: <48092448.3070308@redhat.com> References: <48092448.3070308@redhat.com> Message-ID: <1208592482.26226.10.camel@rousalka.dyndns.org> Le vendredi 18 avril 2008 ? 18:44 -0400, Warren Togami a ?crit : > I noticed the description of the VLGothic fonts package. > > " > VLGothic provides Japanese TrueType fonts from the Vine Linux project. > Most of the glyphs are taken from the M+ and Sazanami Gothic fonts, > but some have also been improved by the project. > " > > Does this mean that VLGothic is a superset of Sazanami? > (Could these be considered redundant fonts taking up space > unnecessarily? I'm guessing not, but just checking to be sure.) ?VLGothic is the new japanese default. That means every other japanese font could be dropped on a space-constrained media IMHO. If the other variants have not been dropped from Fedora Everything they're probably useful to someone. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From martin.sourada at gmail.com Sat Apr 19 08:39:52 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 19 Apr 2008 10:39:52 +0200 Subject: Sazanami and VLGothic fonts In-Reply-To: <1208592482.26226.10.camel@rousalka.dyndns.org> References: <48092448.3070308@redhat.com> <1208592482.26226.10.camel@rousalka.dyndns.org> Message-ID: <1208594392.3012.26.camel@pc-notebook> On Sat, 2008-04-19 at 10:08 +0200, Nicolas Mailhot wrote: > ?VLGothic is the new japanese default. That means every other japanese > font could be dropped on a space-constrained media IMHO. If the other > variants have not been dropped from Fedora Everything they're probably > useful to someone. > >From my experience Sazanami Gothic has different glyphs for kana than VLGothic and it took me a while to get used to VLGothic, so I think leaving Sazanami in repos is useful. Also, is there a similar substitute for Sazanami Mincho? Martin From mtasaka at ioa.s.u-tokyo.ac.jp Sat Apr 19 08:47:16 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 19 Apr 2008 17:47:16 +0900 Subject: Sazanami and VLGothic fonts In-Reply-To: <1208594392.3012.26.camel@pc-notebook> References: <48092448.3070308@redhat.com> <1208592482.26226.10.camel@rousalka.dyndns.org> <1208594392.3012.26.camel@pc-notebook> Message-ID: <4809B194.3030501@ioa.s.u-tokyo.ac.jp> Martin Sourada wrote, at 04/19/2008 05:39 PM +9:00: > Also, is there a similar substitute > for Sazanami Mincho? As far as I know currently no (VL"Gothic" does not provide Mincho style) Regards, Mamoru From nicolas.mailhot at laposte.net Sat Apr 19 09:23:14 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 19 Apr 2008 11:23:14 +0200 Subject: pruning the fonts list In-Reply-To: <200804191131.57409.oron@actcom.co.il> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> <200804191131.57409.oron@actcom.co.il> Message-ID: <1208596994.27938.8.camel@rousalka.dyndns.org> Le samedi 19 avril 2008 ? 11:31 +0300, Oron Peled a ?crit : > [cross-posting to an Israeli Group of Linux Users. > IGLU readers, please read and send me your feedback. > A concrete information (specific apps, toolkits, specific > characters/nikud) would help us form a valid opinion] > > On Saturday, 19 ?April 2008, Nicolas Mailhot wrote: > > Le vendredi 18 avril 2008 ? 15:57 -0400, Bill Nottingham a ?crit : > > > When looking over the LiveCD manifest, and where space is going, I > > > can't help but notice that a lot of it goes to fonts. Here's the > > > full list, AFAICT. The number to the left is the size of the package. > > > I think a good chunk of this could be pruned. > > > > My advice would be: > > ... > > 4. drop culmus ? DejaVu full includes Hebrew no one complained of during > > the F9 cycle, so no need to keep a separate Hebrew font on a > > space-constrained media > > If DejaVu provides "good-enough" substitute for space limited media, > than it may be OK. Well, DejaVu certainly does not aim just at "good enough". Please report any problem with it upstream. Even if Culmus stays in Fedora users will mostly see DejaVu since it's the default font set (not just in Fedora BTW). So if your script is included in DejaVu you really want to work with DejaVu upstream to get it good. Anyway that highlights a problem with fonts: users are highly sensitive to font changes, and fonts change slowly. So l10n groups *must* test the Fedora font selection very early in a cycle. Any problem spotted after what used to be called Test2 is unlikely to be fixed in time for the final release. More local involvement in font packaging would help of course. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From davehoz at gmail.com Sat Apr 19 10:19:02 2008 From: davehoz at gmail.com (David Hunter) Date: Sat, 19 Apr 2008 20:19:02 +1000 Subject: I've done a no no - help please. Message-ID: <6bb886180804190319y285328baxd6bf534100da79a6@mail.gmail.com> I've done something stupid. I've installed fedora-release-8.93-2.noarch.rpm by mistake and can't seem to re-install fedora-release-8.93-1.noarch.rpm on my Celeron system. How to fix? -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From pascal22p at parois.net Sat Apr 19 10:22:43 2008 From: pascal22p at parois.net (Pascal) Date: Sat, 19 Apr 2008 11:22:43 +0100 Subject: compat-wxGTK-2.4.2 Message-ID: <20080419112243.286b8eb5@parois.net> Hi, I have a software (not free) which depends on compat-wxGTK-2.4.2. Apparently the rpm has been set obsolete. Do you want to keep it that way ? I can keep wxgtk2 on my repo with my non free software but if you are interesed, I can maintain this package for centos and fedora (32 bits only). I have never contributed on a fedora/centos repository. Regards, Pascal Parois From wolfy at nobugconsulting.ro Sat Apr 19 10:26:48 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Sat, 19 Apr 2008 13:26:48 +0300 Subject: I've done a no no - help please. In-Reply-To: <6bb886180804190319y285328baxd6bf534100da79a6@mail.gmail.com> References: <6bb886180804190319y285328baxd6bf534100da79a6@mail.gmail.com> Message-ID: <4809C8E8.1040709@nobugconsulting.ro> On 04/19/2008 01:19 PM, David Hunter wrote: > I've done something stupid. > > I've installed fedora-release-8.93-2.noarch.rpm by mistake and can't > seem to re-install fedora-release-8.93-1.noarch.rpm on my Celeron > system. How to fix? rpm -Uvh --oldpackage From pertusus at free.fr Sat Apr 19 11:12:58 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 19 Apr 2008 13:12:58 +0200 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080419112243.286b8eb5@parois.net> References: <20080419112243.286b8eb5@parois.net> Message-ID: <20080419111258.GA2765@free.fr> On Sat, Apr 19, 2008 at 11:22:43AM +0100, Pascal wrote: > Hi, > > I have a software (not free) which depends on compat-wxGTK-2.4.2. > Apparently the rpm has been set obsolete. Do you want to keep it that > way ? The latest 2.4 release dates back from 2003-09-21. So it is not very likely to lead to much developper support. But you could submit it to fedora, if you are ready to do all the backporting of serious bugs, especially security bugs. You could read: http://fedoraproject.org/wiki/BrianPepple/DraftCompatPackages In that it is told that 'the primary package maintainer' should not be against. I am not sure it should be mandated, but at least you should contact the primary maintainer and discuss with him about the compat package. > I can keep wxgtk2 on my repo with my non free software but if you > are interesed, I can maintain this package for centos and fedora (32 > bits only). It is EPEL here, not centos (though EPEL can be used with centos or RHEL). > I have never contributed on a fedora/centos repository. You can read http://fedoraproject.org/wiki/PackageMaintainers/Join http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored The front page is at http://fedoraproject.org/wiki/PackageMaintainers -- Pat From rdieter at math.unl.edu Sat Apr 19 11:29:03 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 19 Apr 2008 06:29:03 -0500 Subject: pruning the fonts list References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> <48092237.80601@redhat.com> Message-ID: Warren Togami wrote: > Key question to ask ourselves: Is trying support all languages from a > single Live image really sustainable? *shrug*, Imo, no. At least in the KDE-live case, we make no bones about it being pretty much English-only, and encourage the production/use of localized spins. -- Rex From lsof at nodata.co.uk Sat Apr 19 12:40:47 2008 From: lsof at nodata.co.uk (nodata) Date: Sat, 19 Apr 2008 14:40:47 +0200 Subject: Question regarding boot log In-Reply-To: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> References: <6bb886180804140307rce0b73as32a0d96d1a56858e@mail.gmail.com> Message-ID: <1208608847.16933.1.camel@sb-home> Am Montag, den 14.04.2008, 20:07 +1000 schrieb David Hunter: > I want to report a boot error message on my Fedora 9-Beta system, but > can't find a boot.log under the /var/log/. How can I capture the boot > messages so I can report it to the proper list. > > -- > David Hunter > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list The logic for this was "we will remove boot logging because it could be better, but we'll remove it now before the better thing comes along". Join the fun :) https://bugzilla.redhat.com/show_bug.cgi?id=151238 From encompass at gmail.com Sat Apr 19 12:51:54 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Sat, 19 Apr 2008 15:51:54 +0300 Subject: My JWuN Project idea.... what are your thoughts. In-Reply-To: <1eb1f6fa0804160731g465d908amc35632fa8e421d9@mail.gmail.com> References: <1eb1f6fa0804142353o6a455250vf40bc2126358b1c3@mail.gmail.com> <1208255312.586.15.camel@ignacio.lan> <7f692fec0804150957v710f7a21g853b214a18902236@mail.gmail.com> <1eb1f6fa0804160436m2b2ea76cyb1cfb910d9758712@mail.gmail.com> <1208348241.14660.14.camel@choeger4> <1eb1f6fa0804160706k177557c5peed1556bdcddf90b@mail.gmail.com> <7f692fec0804160724r3cb85453nb7009ff3609bb1f2@mail.gmail.com> <1eb1f6fa0804160731g465d908amc35632fa8e421d9@mail.gmail.com> Message-ID: <1eb1f6fa0804190551y6b960394t5ad060b665ba802e@mail.gmail.com> I noticed that I has a mentor assigned to me on the Student Dashboard, but then it left. Was there something wrong that I can help with? Hope, Jason Brower On Wed, Apr 16, 2008 at 5:31 PM, Jason (spot) Brower wrote: > yes sir it is... not quite sure how to link to it for you... but the > project name is... > "JWuN A program to get the software you need for your hardware." in > fedora project... Hope you can help me. :D > Jason > > > > On Wed, Apr 16, 2008 at 5:24 PM, Yaakov Nemoy wrote: > > On Wed, Apr 16, 2008 at 10:06 AM, Jason (spot) Brower > > wrote: > > > Yeah, those would be the things that a mentor would have to help me > > > out with. How to properly make this project work with others. This > > > community thing can be a big jump. > > > Jason Brower > > > > > > > I'm already likely to be mentoring one Smolt related project this > > summer. I may be willing to help with a second. Is this application > > in the GSoC system already? > > > > -Yaakov > > > > -- > > > > > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From tcallawa at redhat.com Sat Apr 19 14:09:33 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 19 Apr 2008 10:09:33 -0400 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080419111258.GA2765@free.fr> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> Message-ID: <1208614173.3010.106.camel@localhost.localdomain> On Sat, 2008-04-19 at 13:12 +0200, Patrice Dumas wrote: > But you could submit it to > fedora, if you are ready to do all the backporting of serious bugs, > especially security bugs. > Actually, speaking as the former maintainer for compat-wxGTK-2.4*... I would really advise against it. In the wx space, this ancient piece of unmaintained junk conflicts heavily with the later wxGTK releases, to the point where you cannot effectively have the 2.4 compat package and any later wx packages on a system at the same time without both sets of wx dependent applications either failing to work entirely or randomly crashing. Tell upstream for this proprietary bomb that 2003 has long since moved on, and they should port to either a more modern version of wx, or a different toolkit. ~spot From optimizationkit at gmail.com Sat Apr 19 14:13:40 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Sat, 19 Apr 2008 16:13:40 +0200 Subject: problem with a new inittab In-Reply-To: <604aa7910804181157x3f7104cam95e9ce1140fb88a3@mail.gmail.com> References: <58a220fa0804180112x5a0b2a8asd9ef915e2d4b3393@mail.gmail.com> <20080418125256.GB24886@nostromo.devel.redhat.com> <58a220fa0804180702s37221f57o44a5e4bc07516db8@mail.gmail.com> <20080418141318.GD24277@nostromo.devel.redhat.com> <604aa7910804181157x3f7104cam95e9ce1140fb88a3@mail.gmail.com> Message-ID: <58a220fa0804190713p15d558b6r60be17a2a8885426@mail.gmail.com> On 18/04/2008, Jeff Spaleta wrote: > "Never blindly replace a working config with an rpmnew'd version > of that config. You should be reviewing diffs of the files to make > sure the config is what you expect" I'll remember this. From seandarcy2 at gmail.com Sat Apr 19 14:39:50 2008 From: seandarcy2 at gmail.com (sean darcy) Date: Sat, 19 Apr 2008 10:39:50 -0400 Subject: f9: why does rc.local not run? In-Reply-To: <20080418143636.GE24277@nostromo.devel.redhat.com> References: <20080418143636.GE24277@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > sean darcy (seandarcy2 at gmail.com) said: >> So why is rc.local not getting run on boot? > > It is for me. Do you have it disabled? > Disabled??? How would you disable it? sean From seandarcy2 at gmail.com Sat Apr 19 14:51:19 2008 From: seandarcy2 at gmail.com (sean darcy) Date: Sat, 19 Apr 2008 10:51:19 -0400 Subject: f9: why does rc.local not run? In-Reply-To: <20080418143636.GE24277@nostromo.devel.redhat.com> References: <20080418143636.GE24277@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > sean darcy (seandarcy2 at gmail.com) said: >> So why is rc.local not getting run on boot? > > It is for me. Do you have it disabled? > > Bill > FWIW: ls -l /etc/rc.d/rc*.d/S99local lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc2.d/S99local -> ../rc.local lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc3.d/S99local -> ../rc.local lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc4.d/S99local -> ../rc.local lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc5.d/S99local -> ../rc.local And I also checked another S99, S99smartd. syslog doesn't show it starting up, although it's checked in ntsysv: ps aux | grep smartd root 10046 0.0 0.0 4120 692 pts/2 S+ 10:49 0:00 grep smartd sean From braden at endoframe.com Sat Apr 19 15:40:02 2008 From: braden at endoframe.com (Braden McDaniel) Date: Sat, 19 Apr 2008 11:40:02 -0400 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: <1208467908.3235.85.camel@localhost.localdomain> References: <1208467908.3235.85.camel@localhost.localdomain> Message-ID: <1208619602.3859.6.camel@hinge.endoframe.net> On Thu, 2008-04-17 at 17:31 -0400, Jesse Keating wrote: > After some minor delays (like all rawhide flights grounded for a few > days of repair...), the Fedora Project is proud to announce the release > of Fedora 9 Preview! > > This is a Preview release, it is fairly close to what the final product > will be like. This is the most critical release for the Fedora > community to use and test and report bugs on. This is the last major > public release before the final GOLD Fedora 9 release on May 13th (we > hope). > > For this Preview release, we will be doing a staged offering. The first > stage, available now, will be via bittorrent. The second stage, which > should be available early next week, will be via our world wide > mirroring system, and will include jigdo. > > Live images, KDE Live images, CDs and DVD options are available. > http://torrent.fedoraproject.org has a section marked "F9-Preview". Can anyone report success with the x86_64 installation DVD? I got the image via bittorrent and it appears to check out: $ sha1sum -c SHA1SUM Fedora-9-Preview-x86_64-DVD.iso: OK Yet I seem to have made two coasters with this so far. When I attempted to burn the image using Brasero, it told me the DVD-R wasn't big enough. K3b writes the image, but upon verification says it can't find any tracks. And I'm not able to mount the disc. -- Braden McDaniel e-mail: Jabber: From jreiser at BitWagon.com Sat Apr 19 16:06:20 2008 From: jreiser at BitWagon.com (John Reiser) Date: Sat, 19 Apr 2008 09:06:20 -0700 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: <1208619602.3859.6.camel@hinge.endoframe.net> References: <1208467908.3235.85.camel@localhost.localdomain> <1208619602.3859.6.camel@hinge.endoframe.net> Message-ID: <480A187C.1000004@BitWagon.com> > I got the image via bittorrent and it appears to check out: > > $ sha1sum -c SHA1SUM > Fedora-9-Preview-x86_64-DVD.iso: OK > > Yet I seem to have made two coasters with this so far. > > When I attempted to burn the image using Brasero, it told me the DVD-R > wasn't big enough. K3b writes the image, but upon verification says it > can't find any tracks. And I'm not able to mount the disc. > Can you loopback mount the .iso file? mkdir -p /mnt/tmp1 mount -o ro,loop Fedora-9-Preview-x86_64-DVD.iso /mnt/tmp1 ls /mnt/tmp1 The .iso is more than 2**32 bytes in size; 0x10bb1a000 to be exact: 4491157504 Fedora-9-Preview-x86_64-DVD.iso This suggests a bug (not using 'long long' in enough places when talking about .iso size) in the programs you used. -- From louisg00 at bellsouth.net Sat Apr 19 16:05:53 2008 From: louisg00 at bellsouth.net (Louis E Garcia II) Date: Sat, 19 Apr 2008 12:05:53 -0400 Subject: network vs NetworkManager service Message-ID: <1208621153.22857.3.camel@sonlaptop> for fc9 on a typical desktop or laptop does these two services need to be run? Can you get away with just NetworkManager? -Thanks From pascal22p at parois.net Sat Apr 19 16:28:37 2008 From: pascal22p at parois.net (Pascal) Date: Sat, 19 Apr 2008 17:28:37 +0100 Subject: compat-wxGTK-2.4.2 In-Reply-To: <1208614173.3010.106.camel@localhost.localdomain> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <1208614173.3010.106.camel@localhost.localdomain> Message-ID: <20080419172837.207943c9@parois.net> Le Sat, 19 Apr 2008 10:09:33 -0400, "Tom \"spot\" Callaway" a ?crit : > On Sat, 2008-04-19 at 13:12 +0200, Patrice Dumas wrote: > > But you could submit it to > > fedora, if you are ready to do all the backporting of serious bugs, > > especially security bugs. > > > Actually, speaking as the former maintainer for compat-wxGTK-2.4*... I > would really advise against it. In the wx space, this ancient piece of > unmaintained junk conflicts heavily with the later wxGTK releases, to > the point where you cannot effectively have the 2.4 compat package and > any later wx packages on a system at the same time without both sets > of wx dependent applications either failing to work entirely or > randomly crashing. Not good, even though I never found such problem. > > Tell upstream for this proprietary bomb that 2003 has long since moved > on, and they should port to either a more modern version of wx, or a > different toolkit. > Impossible. This is an old fortran 77 / wxGTK software. It's barely alive and many people need it including me :) http://www.xtl.ox.ac.uk/crystals.html Regards, Pascal From mschwendt at gmail.com Sat Apr 19 17:27:51 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 19 Apr 2008 19:27:51 +0200 Subject: Burning problems (was: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff!) In-Reply-To: <1208619602.3859.6.camel@hinge.endoframe.net> References: <1208467908.3235.85.camel@localhost.localdomain> <1208619602.3859.6.camel@hinge.endoframe.net> Message-ID: <20080419192751.b3af9604.mschwendt@gmail.com> On Sat, 19 Apr 2008 11:40:02 -0400, Braden McDaniel wrote: > I got the image via bittorrent and it appears to check out: > > $ sha1sum -c SHA1SUM > Fedora-9-Preview-x86_64-DVD.iso: OK > > Yet I seem to have made two coasters with this so far. > K3b writes the image, but upon verification says it > can't find any tracks. That's covered in https://bugzilla.redhat.com/440343 with similar regression in F8. For F9 it's "No tracks to verify found" in k3b - somebody could file a separate ticket for F9. I don't know whether the kernel devs want any info. Downgrade to the kernel in my sig (via koji) if you want a working verification of burnt images with k3b. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.44 1.28 1.12 From pertusus at free.fr Sat Apr 19 17:30:29 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 19 Apr 2008 19:30:29 +0200 Subject: tool to detect new versions Message-ID: <20080419173029.GC2573@free.fr> Hello, Are you aware of tools to help maintainers (or users) to detect that a new version of the software is out without clicking? For perl there is http://perl.biggerontheinside.net/packages/list but in general is there something available? I remember having seen something in debian I don't remember if it is debian specific. I also remember flowing things on this list, but I couldn't find anything on google. -- Pat From ivazqueznet at gmail.com Sat Apr 19 17:45:39 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 19 Apr 2008 13:45:39 -0400 Subject: tool to detect new versions In-Reply-To: <20080419173029.GC2573@free.fr> References: <20080419173029.GC2573@free.fr> Message-ID: <1208627139.23085.5.camel@ignacio.lan> On Sat, 2008-04-19 at 19:30 +0200, Patrice Dumas wrote: > Are you aware of tools to help maintainers (or users) to detect that > a new version of the software is out without clicking? For perl there is > http://perl.biggerontheinside.net/packages/list > but in general is there something available? I remember having seen > something in debian I don't remember if it is debian specific. I also > remember flowing things on this list, but I couldn't find anything on > google. http://fedoraproject.org/wiki/PackageMaintainers/FEver -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Sat Apr 19 18:31:27 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 19 Apr 2008 20:31:27 +0200 Subject: tool to detect new versions In-Reply-To: <20080419173029.GC2573@free.fr> (Patrice Dumas's message of "Sat, 19 Apr 2008 19:30:29 +0200") References: <20080419173029.GC2573@free.fr> Message-ID: <87y7794ry8.fsf@sheridan.bigo.ensc.de> Patrice Dumas writes: > Are you aware of tools to help maintainers (or users) to detect that a > new version of the software is out without clicking? For perl there is > http://perl.biggerontheinside.net/packages/list but in general is > there something available? I use a patched version of FEver for this; e.g. see http://ensc.de/fedora/Makefile.common http://ensc.de/fedora/fever-check.py.txt http://ensc.de/fedora/fever.py.txt http://ensc.de/fedora/fd-checkver Then: 1. put first three of them into ~/.fedora 2. latter one into ~/bin (and adjust $D to point to a tree with your packages) 3. add | include ~/.fedora/Makefile.common to your ~/.cvspkgrc 4. create 'verinfo' in every branch of your packages; for sample content see http://cvs.fedora.redhat.com/viewcvs/rpms/clamav/devel/?root=extras 5. execute 'make update-lastver' 6. create a cronjob like | 09 1-23/8 * * * $HOME/bin/fd-checkver | grep -v ^OK Enrico From jspaleta at gmail.com Sat Apr 19 18:40:47 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 19 Apr 2008 10:40:47 -0800 Subject: tool to detect new versions In-Reply-To: <87y7794ry8.fsf@sheridan.bigo.ensc.de> References: <20080419173029.GC2573@free.fr> <87y7794ry8.fsf@sheridan.bigo.ensc.de> Message-ID: <604aa7910804191140n2b9ceb58k3d616f339a03905c@mail.gmail.com> On Sat, Apr 19, 2008 at 10:31 AM, Enrico Scholz : > I use a patched version of FEver for this; e.g. see > > http://ensc.de/fedora/Makefile.common > http://ensc.de/fedora/fever-check.py.txt > http://ensc.de/fedora/fever.py.txt > http://ensc.de/fedora/fd-checkver Would it be worthwhile to package this up as part of a maintainer clientside toolset? If Im reading the installer in F9 correctly we've got a comps grouping aimed at Maintainer-ish tools. -jef From christoph.wickert at googlemail.com Sat Apr 19 18:43:52 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sat, 19 Apr 2008 20:43:52 +0200 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <4809768F.9090201@fedoraproject.org> References: <4809768F.9090201@fedoraproject.org> Message-ID: <1208630632.3370.10.camel@wicktop.localdomain> Am Samstag, den 19.04.2008, 10:05 +0530 schrieb Rahul Sundaram: > Hi, > > Look and feel > ------------ > > The default panel has a mixer and trash applet in it now. I wanted to > change the panel layout a bit, remove the desktop icons or add a > transparent border (which are relatively simple settings) but that > hasn't been done yet. > > We are using the Nodoka colors currently but since Xfce cannot use > Metacity themes directly, we are sticking with the upstream default till > Nodoka gets ported or we pick a better one if needed. If anyone is > interested in porting Nodoka, take a look at > > http://www.xfce.org/xfwm4-theme-howto/ I have ported Nodoka to xfwm4 this afternoon. It's an exact copy of nodoka-metacity-theme-0.3.90-1.fc9, but it's not yet themable, this means it doesn't pick up the colors set by the gtk theme like other xfce themes do. Making it themable is harder than i thought. Screenshot: http://cwickert.fedorapeople.org/screenshots/xfwm4-nodoka.png Tarball: http://cwickert.fedorapeople.org/xfce4/Nodoka-xfwm4.tar.gz Help and feedback is welcome, Christoph From sundaram at fedoraproject.org Sat Apr 19 19:10:47 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 20 Apr 2008 00:40:47 +0530 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <1208630632.3370.10.camel@wicktop.localdomain> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> Message-ID: <480A43B7.6050002@fedoraproject.org> Christoph Wickert wrote: > I have ported Nodoka to xfwm4 this afternoon. It's an exact copy of > nodoka-metacity-theme-0.3.90-1.fc9, but it's not yet themable, this > means it doesn't pick up the colors set by the gtk theme like other xfce > themes do. Making it themable is harder than i thought. > > Screenshot: > http://cwickert.fedorapeople.org/screenshots/xfwm4-nodoka.png > > Tarball: > http://cwickert.fedorapeople.org/xfce4/Nodoka-xfwm4.tar.gz > > Help and feedback is welcome, Brilliant. Looks very good. It would be great to see this ported to KDE too. Some concerns though: Are you willing to maintain a Xfce port as Nodoka gets updated now and then? Is it too late to get this into the Fedora 9 general release? Rahul From jkeating at redhat.com Sat Apr 19 19:05:41 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 19 Apr 2008 15:05:41 -0400 Subject: CVS Outage Message-ID: <1208631941.3445.88.camel@localhost.localdomain> In order to mass branch packages for F-9, we are enacting an outage of the CVS system. We sincerely apologize for not having any advanced warning of this outage. Delays in Fedora 9 Preview release made the scheduling of the mass branch uncertain. There will be an outage starting at 2008-04-19 18:00 UTC. Initial estimates show that 30 hours will be needed to complete the branching, however this may drastically be reduced during the full run. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-04-19 18:00 UTC UTC' Affected Services: Fedora CVS Unaffected Services: Everything that is not Fedora CVS. Reason for Outage: Mass branch for F-9. We need to disable change mail and ACL lookups to make the branching happen as fast as possible. Contact Information: Jesse Keating Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From ivazqueznet at gmail.com Sat Apr 19 19:26:47 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 19 Apr 2008 15:26:47 -0400 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <480A43B7.6050002@fedoraproject.org> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> <480A43B7.6050002@fedoraproject.org> Message-ID: <1208633207.23085.7.camel@ignacio.lan> On Sun, 2008-04-20 at 00:40 +0530, Rahul Sundaram wrote: > Christoph Wickert wrote: > > > I have ported Nodoka to xfwm4 this afternoon. It's an exact copy of > > nodoka-metacity-theme-0.3.90-1.fc9, but it's not yet themable, this > > means it doesn't pick up the colors set by the gtk theme like other xfce > > themes do. Making it themable is harder than i thought. > > > > Screenshot: > > http://cwickert.fedorapeople.org/screenshots/xfwm4-nodoka.png > > > > Tarball: > > http://cwickert.fedorapeople.org/xfce4/Nodoka-xfwm4.tar.gz > > > > Help and feedback is welcome, > > Brilliant. Looks very good. It would be great to see this ported to KDE > too. Some concerns though: > > Are you willing to maintain a Xfce port as Nodoka gets updated now and then? Would it be possible to merge this into the metacity theme package so that both can share code and data? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From braden at endoframe.com Sat Apr 19 19:38:19 2008 From: braden at endoframe.com (Braden McDaniel) Date: Sat, 19 Apr 2008 15:38:19 -0400 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: <480A187C.1000004@BitWagon.com> References: <1208467908.3235.85.camel@localhost.localdomain> <1208619602.3859.6.camel@hinge.endoframe.net> <480A187C.1000004@BitWagon.com> Message-ID: <1208633899.3177.8.camel@hinge.endoframe.net> On Sat, 2008-04-19 at 09:06 -0700, John Reiser wrote: > > I got the image via bittorrent and it appears to check out: > > > > $ sha1sum -c SHA1SUM > > Fedora-9-Preview-x86_64-DVD.iso: OK > > > > Yet I seem to have made two coasters with this so far. > > > > When I attempted to burn the image using Brasero, it told me the DVD-R > > wasn't big enough. K3b writes the image, but upon verification says it > > can't find any tracks. And I'm not able to mount the disc. > > > > Can you loopback mount the .iso file? > mkdir -p /mnt/tmp1 > mount -o ro,loop Fedora-9-Preview-x86_64-DVD.iso /mnt/tmp1 > ls /mnt/tmp1 > > The .iso is more than 2**32 bytes in size; 0x10bb1a000 to be exact: > 4491157504 Fedora-9-Preview-x86_64-DVD.iso > This suggests a bug (not using 'long long' in enough places when > talking about .iso size) in the programs you used. That works. Another attempt to mount the second disc I burned was successful; however, I'm still unable to boot from it. At this point I'm beginning to question the reliability of this entire package of DVD+R media. BTW, "long" is 8 bytes on x86_64. You have to use "int" to get a 4-byte integer type--which could be Brasero's problem. Though really one should use a type whose size is not architecture-dependent for such a thing as this. -- Braden McDaniel e-mail: Jabber: From braden at endoframe.com Sat Apr 19 19:40:10 2008 From: braden at endoframe.com (Braden McDaniel) Date: Sat, 19 Apr 2008 15:40:10 -0400 Subject: Burning problems (was: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff!) In-Reply-To: <20080419192751.b3af9604.mschwendt@gmail.com> References: <1208467908.3235.85.camel@localhost.localdomain> <1208619602.3859.6.camel@hinge.endoframe.net> <20080419192751.b3af9604.mschwendt@gmail.com> Message-ID: <1208634010.3177.11.camel@hinge.endoframe.net> On Sat, 2008-04-19 at 19:27 +0200, Michael Schwendt wrote: > On Sat, 19 Apr 2008 11:40:02 -0400, Braden McDaniel wrote: > > > I got the image via bittorrent and it appears to check out: > > > > $ sha1sum -c SHA1SUM > > Fedora-9-Preview-x86_64-DVD.iso: OK > > > > Yet I seem to have made two coasters with this so far. > > > K3b writes the image, but upon verification says it > > can't find any tracks. > > That's covered in https://bugzilla.redhat.com/440343 with similar > regression in F8. For F9 it's "No tracks to verify found" in k3b - somebody > could file a separate ticket for F9. I don't know whether the kernel devs want > any info. Downgrade to the kernel in my sig (via koji) if you want a working > verification of burnt images with k3b. Okay... it looks like I may be dealing with more than one problem here. (See my follow-up to John.) Thanks... -- Braden McDaniel e-mail: Jabber: From jwilson at redhat.com Sat Apr 19 19:56:29 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Sat, 19 Apr 2008 15:56:29 -0400 Subject: Fedora 9 and VMWare server In-Reply-To: <48098C1D.1090708@gmail.com> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <480933F1.6040000@fedoraproject.org> <48098C1D.1090708@gmail.com> Message-ID: <200804191556.29557.jwilson@redhat.com> On Saturday 19 April 2008 02:07:25 am Les Mikesell wrote: > Rahul Sundaram wrote: > > Alan wrote: > >>> yum install libXtst.i386 should do it. > >> > >> I didn't have to manually load the 32 bit libraries like that in F8. > > > > Yes. The multilib policy has changed and we don't install 32-bit libs on > > a 64-bit system by default anymore. You can change it in yum.conf by > > setting multilib_policy=all. The default is best. > > What does it hurt to have a library installed that is unused some of the > time? Its been discussed at length, but my personal favorite reason: It annoys the living crap out of a bunch of people to have all these extra unneeded bits installed. If I need/want something 32-bit, I'll install it myself, otherwise, I just want the 64-bit bits. Less stuff to yum upgrade if you don't have umpteen extra unneeded 32-bit bits laying about. Part of my usual dance when installing a 64-bit system in the past has been to immediately yum remove all the 32-bit stuff before doing anything else, so I don't have to wait for those worthless bits to be upgraded -- time spent calculating the upgrade, time spent downloading, time spent installing, etc. (Yes, I'm impatient, but for some people, time is money. For others, more bits to transfer across the wire is money. And so on.) -- Jarod Wilson jwilson at redhat.com From martin.sourada at gmail.com Sat Apr 19 19:58:07 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 19 Apr 2008 21:58:07 +0200 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <1208630632.3370.10.camel@wicktop.localdomain> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> Message-ID: <1208635088.3012.94.camel@pc-notebook> On Sat, 2008-04-19 at 20:43 +0200, Christoph Wickert wrote: > Am Samstag, den 19.04.2008, 10:05 +0530 schrieb Rahul Sundaram: > > Hi, > > > > Look and feel > > ------------ > > > > The default panel has a mixer and trash applet in it now. I wanted to > > change the panel layout a bit, remove the desktop icons or add a > > transparent border (which are relatively simple settings) but that > > hasn't been done yet. > > > > We are using the Nodoka colors currently but since Xfce cannot use > > Metacity themes directly, we are sticking with the upstream default till > > Nodoka gets ported or we pick a better one if needed. If anyone is > > interested in porting Nodoka, take a look at > > > > http://www.xfce.org/xfwm4-theme-howto/ > > I have ported Nodoka to xfwm4 this afternoon. It's an exact copy of > nodoka-metacity-theme-0.3.90-1.fc9, but it's not yet themable, this > means it doesn't pick up the colors set by the gtk theme like other xfce > themes do. Making it themable is harder than i thought. > > Screenshot: > http://cwickert.fedorapeople.org/screenshots/xfwm4-nodoka.png > > Tarball: > http://cwickert.fedorapeople.org/xfce4/Nodoka-xfwm4.tar.gz > > Help and feedback is welcome, > > Christoph > Hi Christoph, that's great! Do you want to maintain the code in git? If so I'll approve you to gitnodoka group so you'll get write access to git. To keep some consistency I'd suggest to use nodoka-xfwm4-theme (following nodoka-metacity-theme, *-icon-theme pattern) or xfwm4-theme-nodoka (following gtk-engine-* pattern) as its official name. Let me know what you think, Martin From jkeating at redhat.com Sat Apr 19 20:08:00 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 19 Apr 2008 16:08:00 -0400 Subject: Help the Release Engineering Team! Message-ID: <1208635680.3445.93.camel@localhost.localdomain> Want to give the releng team a hand? Great! I've got a fun task for you! In our ramp up to release Fedora 9, many Fedora 9 blocker bugs have been recently closed. The tracker for these bugs is at https://bugzilla.redhat.com/show_bug.cgi?id=235706 However since we're in a freeze mode, there is no guarantee that "CLOSED->RAWHIDE" actually means that a package build made it into rawhide. What we're looking for is somebody to trace through the blocker bugs that have been closed since April 8th and make sure that there: A) a package build with the fix and B) that build (or a later one) has been tagged with f9-final in koji. For anything that doesn't meet one of those two requirements, either re-open the bug and state such in the bug, or mail rel-eng at fedoraproject.org with the details. Your help will be much appreciated. P.S. Coordinating somewhere like fedora-devel-list or on irc in #fedora-devel might be useful to prevent multiple people from doing the same work. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From b.rahul.pm at gmail.com Sat Apr 19 20:12:01 2008 From: b.rahul.pm at gmail.com (Rahul Bhalerao) Date: Sun, 20 Apr 2008 01:42:01 +0530 Subject: pruning the fonts list In-Reply-To: References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> <48092237.80601@redhat.com> Message-ID: On Sat, Apr 19, 2008 at 4:59 PM, Rex Dieter wrote: > Warren Togami wrote: > > > Key question to ask ourselves: Is trying support all languages from a > > single Live image really sustainable? > > *shrug*, Imo, no. At least in the KDE-live case, we make no bones about it > being pretty much English-only, and encourage the production/use of > localized spins. > IMO, all the fonts pertaining to a language should remain in the localized spins for that language, whereas only the necessary ones be present in other cases. As Sundaram has already pointed out, for providing minimal Indic support, Lohit font series should be considered as a must, rest all should be optional or removed. This includes, sarai-fonts, samyak-fonts*, smc-fonts*(may not be available yet), and madan-fonts. Although, madan-fonts is specifically designed for Nepali language, the lohit-fonts-hindi is a good enough for Nepali as the writing script is same for both. Also, since there are so many similar looking and some very rarely used (artistic) fonts available for English, we should even filter out some of them in the Live media. _ Rahul. > -- Rex > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From christoph.wickert at googlemail.com Sat Apr 19 20:21:24 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sat, 19 Apr 2008 22:21:24 +0200 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <1208633207.23085.7.camel@ignacio.lan> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> <480A43B7.6050002@fedoraproject.org> <1208633207.23085.7.camel@ignacio.lan> Message-ID: <1208636484.10513.3.camel@wicktop.localdomain> Am Samstag, den 19.04.2008, 15:26 -0400 schrieb Ignacio Vazquez-Abrams: > On Sun, 2008-04-20 at 00:40 +0530, Rahul Sundaram wrote: > > Christoph Wickert wrote: > > > > > I have ported Nodoka to xfwm4 this afternoon. It's an exact copy of > > > nodoka-metacity-theme-0.3.90-1.fc9, but it's not yet themable, this > > > means it doesn't pick up the colors set by the gtk theme like other xfce > > > themes do. Making it themable is harder than i thought. > > > > > > Screenshot: > > > http://cwickert.fedorapeople.org/screenshots/xfwm4-nodoka.png > > > > > > Tarball: > > > http://cwickert.fedorapeople.org/xfce4/Nodoka-xfwm4.tar.gz > > > > > > Help and feedback is welcome, > > > > Brilliant. Looks very good. It would be great to see this ported to KDE > > too. Some concerns though: > > > > Are you willing to maintain a Xfce port as Nodoka gets updated now and then? > > Would it be possible to merge this into the metacity theme package so > that both can share code and data? > No, 1. there's nothing the packages can share. 2. we are trying hard to get rid of metacity on the Xfce livecd, see https://bugzilla.redhat.com/show_bug.cgi?id=427814 Christoph From nicolas.mailhot at laposte.net Sat Apr 19 20:23:21 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 19 Apr 2008 22:23:21 +0200 Subject: pruning the fonts list In-Reply-To: References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> <48092237.80601@redhat.com> Message-ID: <1208636601.9356.3.camel@rousalka.dyndns.org> Le dimanche 20 avril 2008 ? 01:42 +0530, Rahul Bhalerao a ?crit : > Also, since there are so many similar looking and some very rarely > used (artistic) fonts available for English, we should even filter out > some of them in the Live media. This already happened a long time ago. There are no artistic fonts in the posted lists. The problem is mostly sorting non-latin fonts. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ml at kiewel-online.de Sat Apr 19 20:28:33 2008 From: ml at kiewel-online.de (Uwe Kiewel) Date: Sat, 19 Apr 2008 22:28:33 +0200 Subject: boot problem with most recent f8 kernel In-Reply-To: <20080408170856.GA3563@devserv.devel.redhat.com> References: <47FBA46F.8030806@kiewel-online.de> <20080408170856.GA3563@devserv.devel.redhat.com> Message-ID: <480A55F1.2080801@kiewel-online.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alan Cox schrieb: > On Tue, Apr 08, 2008 at 06:59:27PM +0200, Uwe Kiewel wrote: >> >> Hi, >> >> I installed F8 to my notebook - everything is fine. But, after updating >> to the most recent 2.6.24 kernel (fedora updates), the notebook is >> unable to boot. > > As it boots and says you can hit a key do so. > > At the grub prompt boot the old kernel. Then file a bug including details > on your system. Done. https://bugzilla.redhat.com/show_bug.cgi?id=443028 Uwe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBSApV8ds3frmum9swAQIGOwf6A3g8NY70UTvAIWsep6FRd1Y6NpsIwC8m T3hJa+PI3KKJFd7clulkXSGexLtuq8GmKSxuiW4dqVhVj6OWKrJhcMxbYKleyOu8 JWmdFunTrUrUBOUQv8JFqD3Io4K0tbkF8j8Hj9bFlNn+7lA8OvIfI/QeQ1es39vW FHn3vNHPH3M+l+kZAlejRSOxtcZimEOH/5zDRfHhVFE7TQKXZAQOYY/NaxEeOETC DDN+TMd/57FCVn6vWLV5SAvkoGMAtn8egrWBUOhYT9qvgd6ThHufE8YLOR5A45vd uD0A7thCznT5DAIoMGxIOtThRfyik2ljHyHvrfrxwiwKeFd0VODAmg== =k7E1 -----END PGP SIGNATURE----- From christoph.wickert at googlemail.com Sat Apr 19 20:39:24 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sat, 19 Apr 2008 22:39:24 +0200 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <1208635088.3012.94.camel@pc-notebook> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> <1208635088.3012.94.camel@pc-notebook> Message-ID: <1208637564.10513.21.camel@wicktop.localdomain> Am Samstag, den 19.04.2008, 21:58 +0200 schrieb Martin Sourada: > On Sat, 2008-04-19 at 20:43 +0200, Christoph Wickert wrote: > > > > I have ported Nodoka to xfwm4 this afternoon. It's an exact copy of > > nodoka-metacity-theme-0.3.90-1.fc9, but it's not yet themable, this > > means it doesn't pick up the colors set by the gtk theme like other xfce > > themes do. Making it themable is harder than i thought. > > > > Screenshot: > > http://cwickert.fedorapeople.org/screenshots/xfwm4-nodoka.png > > > > Tarball: > > http://cwickert.fedorapeople.org/xfce4/Nodoka-xfwm4.tar.gz > > > > Help and feedback is welcome, > > > > Christoph > > > Hi Christoph, > > that's great! Do you want to maintain the code in git? If so I'll > approve you to gitnodoka group so you'll get write access to git. Ok, no problem. There already is theme called "nodoka-xfce" at http://xfce-look.org/content/show.php/Nodoka-xfce?content=69575 but IMHO it doesn't really look like Nodoka, so I think it is especially important for us to have official sources at hosted.fpo. > To > keep some consistency I'd suggest to use nodoka-xfwm4-theme (following > nodoka-metacity-theme, *-icon-theme pattern) or xfwm4-theme-nodoka > (following gtk-engine-* pattern) as its official name. +1 > Let me know what you think, > Martin ATM moment I'm working on getting this thing themable. I'm making progress but I'm not sure how long it will take, so I first prepare a package with the current version. Christoph From ivazqueznet at gmail.com Sat Apr 19 20:42:06 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 19 Apr 2008 16:42:06 -0400 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <1208636484.10513.3.camel@wicktop.localdomain> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> <480A43B7.6050002@fedoraproject.org> <1208633207.23085.7.camel@ignacio.lan> <1208636484.10513.3.camel@wicktop.localdomain> Message-ID: <1208637726.23085.11.camel@ignacio.lan> On Sat, 2008-04-19 at 22:21 +0200, Christoph Wickert wrote: > Am Samstag, den 19.04.2008, 15:26 -0400 schrieb Ignacio Vazquez-Abrams: > > Would it be possible to merge this into the metacity theme package so > > that both can share code and data? > > > No, > 1. there's nothing the packages can share. > 2. we are trying hard to get rid of metacity on the Xfce livecd, > see > https://bugzilla.redhat.com/show_bug.cgi?id=427814 I mean with regards to algorithms and data, not that metacity should be used in XFCE. Envision if you will a "nodoka-theme" SRPM that when built generates "nodoka-metacity-theme" and "nodoka-xfwm4-theme" packages. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From christoph.wickert at googlemail.com Sat Apr 19 20:54:25 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sat, 19 Apr 2008 22:54:25 +0200 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <480A43B7.6050002@fedoraproject.org> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> <480A43B7.6050002@fedoraproject.org> Message-ID: <1208638465.10513.23.camel@wicktop.localdomain> Am Sonntag, den 20.04.2008, 00:40 +0530 schrieb Rahul Sundaram: > Christoph Wickert wrote: > > > I have ported Nodoka to xfwm4 this afternoon. It's an exact copy of > > nodoka-metacity-theme-0.3.90-1.fc9, but it's not yet themable, this > > means it doesn't pick up the colors set by the gtk theme like other xfce > > themes do. Making it themable is harder than i thought. > > > > Screenshot: > > http://cwickert.fedorapeople.org/screenshots/xfwm4-nodoka.png > > > > Tarball: > > http://cwickert.fedorapeople.org/xfce4/Nodoka-xfwm4.tar.gz > > > > Help and feedback is welcome, > > Brilliant. Looks very good. It would be great to see this ported to KDE > too. Some concerns though: > > Are you willing to maintain a Xfce port as Nodoka gets updated now and then? Yes, as long as I can track the changes I'm able to update the package. > Is it too late to get this into the Fedora 9 general release? I hope not. I will prepare a review ASAP, but I'm afraid we cannot do anything in CVS as long as Christoph From christoph.wickert at googlemail.com Sat Apr 19 20:59:32 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sat, 19 Apr 2008 22:59:32 +0200 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <1208637726.23085.11.camel@ignacio.lan> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> <480A43B7.6050002@fedoraproject.org> <1208633207.23085.7.camel@ignacio.lan> <1208636484.10513.3.camel@wicktop.localdomain> <1208637726.23085.11.camel@ignacio.lan> Message-ID: <1208638772.10513.27.camel@wicktop.localdomain> Am Samstag, den 19.04.2008, 16:42 -0400 schrieb Ignacio Vazquez-Abrams: > On Sat, 2008-04-19 at 22:21 +0200, Christoph Wickert wrote: > > Am Samstag, den 19.04.2008, 15:26 -0400 schrieb Ignacio Vazquez-Abrams: > > > Would it be possible to merge this into the metacity theme package so > > > that both can share code and data? > > > > > No, > > 1. there's nothing the packages can share. > > 2. we are trying hard to get rid of metacity on the Xfce livecd, > > see > > https://bugzilla.redhat.com/show_bug.cgi?id=427814 > > I mean with regards to algorithms and data, not that metacity should be > used in XFCE. Envision if you will a "nodoka-theme" SRPM that when built > generates "nodoka-metacity-theme" and "nodoka-xfwm4-theme" packages. I see. It might make make sense but get this into the SRPM, but if I'd like to see it in xfwm4 rather than nodoka-something. This makes updates easier for the xfce maintainers, so I prefer a separate package to be honest. Regards, Christoph From martin.sourada at gmail.com Sat Apr 19 21:18:43 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 19 Apr 2008 23:18:43 +0200 Subject: Fedora 9 Xfce Spin - Progress Report, Update In-Reply-To: <1208638772.10513.27.camel@wicktop.localdomain> References: <4809768F.9090201@fedoraproject.org> <1208630632.3370.10.camel@wicktop.localdomain> <480A43B7.6050002@fedoraproject.org> <1208633207.23085.7.camel@ignacio.lan> <1208636484.10513.3.camel@wicktop.localdomain> <1208637726.23085.11.camel@ignacio.lan> <1208638772.10513.27.camel@wicktop.localdomain> Message-ID: <1208639923.3012.109.camel@pc-notebook> On Sat, 2008-04-19 at 22:59 +0200, Christoph Wickert wrote: > Am Samstag, den 19.04.2008, 16:42 -0400 schrieb Ignacio Vazquez-Abrams: > > On Sat, 2008-04-19 at 22:21 +0200, Christoph Wickert wrote: > > > Am Samstag, den 19.04.2008, 15:26 -0400 schrieb Ignacio Vazquez-Abrams: > > > > Would it be possible to merge this into the metacity theme package so > > > > that both can share code and data? > > > > > > > No, > > > 1. there's nothing the packages can share. > > > 2. we are trying hard to get rid of metacity on the Xfce livecd, > > > see > > > https://bugzilla.redhat.com/show_bug.cgi?id=427814 > > > > I mean with regards to algorithms and data, not that metacity should be > > used in XFCE. Envision if you will a "nodoka-theme" SRPM that when built > > generates "nodoka-metacity-theme" and "nodoka-xfwm4-theme" packages. > > I see. It might make make sense but get this into the SRPM, but if I'd > like to see it in xfwm4 rather than nodoka-something. This makes updates > easier for the xfce maintainers, so I prefer a separate package to be > honest. > Yeah, me to, especially because metacity theme is already packaged together with gnome meta theme (only in SRPM and in git). Also, as I the number of packages installing something into /usr/share/themes/Nodoka is growing I suppose I should split a nodoka-theme-shared (or nodoka-theme-base/core or something like that) subpackage from the nodoka-theme-gnome SRPM (since it's also noarch and I don't want to create brand new package just to own one folder) and have all the other nodoka packages require it. Any thoughts? Also, I initialized the xfwm4-theme-nodoka in git [1] so when you feel ready, just apply for membership in gitnodoka group and when I grant it, upload your source code there. Release tarbals go to [2]. > Regards, > Christoph > Thanks, Martin References: [1] http://git.fedorahosted.org/git/?p=nodoka;a=tree;f=xfwm4-theme-nodoka;hb=HEAD [2] https://fedorahosted.org/releases/n/o/nodoka/ From dakingun at gmail.com Sat Apr 19 21:19:52 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 19 Apr 2008 17:19:52 -0400 Subject: Help the Release Engineering Team! In-Reply-To: <1208635680.3445.93.camel@localhost.localdomain> References: <1208635680.3445.93.camel@localhost.localdomain> Message-ID: 2008/4/19 Jesse Keating : > Want to give the releng team a hand? Great! I've got a fun task for > you! > > In our ramp up to release Fedora 9, many Fedora 9 blocker bugs have been > recently closed. The tracker for these bugs is at > https://bugzilla.redhat.com/show_bug.cgi?id=235706 However since we're > in a freeze mode, there is no guarantee that "CLOSED->RAWHIDE" actually > means that a package build made it into rawhide. What we're looking for > is somebody to trace through the blocker bugs that have been closed > since April 8th and make sure that there: > > A) a package build with the fix and > B) that build (or a later one) has been tagged with f9-final in koji. > > For anything that doesn't meet one of those two requirements, either > re-open the bug and state such in the bug, or mail > rel-eng at fedoraproject.org with the details. > How about bugs like https://bugzilla.redhat.com/show_bug.cgi?id=442977 that has been fixed upstream (but close as WONTFIX in Fedora), and the fix has not trickled down to Fedora builds yet? Deji From ville.skytta at iki.fi Sat Apr 19 21:54:30 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 20 Apr 2008 00:54:30 +0300 Subject: tool to detect new versions In-Reply-To: <20080419173029.GC2573@free.fr> References: <20080419173029.GC2573@free.fr> Message-ID: <200804200054.31377.ville.skytta@iki.fi> On Saturday 19 April 2008, Patrice Dumas wrote: > Are you aware of tools to help maintainers (or users) to detect that > a new version of the software is out without clicking? http://fedoraproject.org/wiki/PackageMaintainers/TrackingUpstream From lightsolphoenix at gmail.com Sat Apr 19 22:12:37 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Sat, 19 Apr 2008 18:12:37 -0400 Subject: KDE4 & KDE3 programs - Color inheritance problems Message-ID: <480A6E55.5070408@gmail.com> I've noticed while running KDE4 that KDE3 programs don't seem to inherit colors properly (even if "apply to non-KDE4 programs" is clicked), so I'm going to drop a hint from looking into the config files: KDE4 stores colors under custom headers in the kdeglobals file. KDE3 also stored colors in kdeglobals, but under the [General] header. KDE4's color adjuster does not write colors in [General] - I suspect that is why KDE3 programs don't inherit colors properly. From dominik at greysector.net Sat Apr 19 22:33:33 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 20 Apr 2008 00:33:33 +0200 Subject: gnumeric - never reviewed? Message-ID: <20080419223333.GB2969@ryvius.greysector.net> Hi. I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I can't find the review bug. Has it ever been reviewed? Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dennis at ausil.us Sat Apr 19 22:43:47 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Sat, 19 Apr 2008 17:43:47 -0500 Subject: tool to detect new versions In-Reply-To: <604aa7910804191140n2b9ceb58k3d616f339a03905c@mail.gmail.com> References: <20080419173029.GC2573@free.fr> <87y7794ry8.fsf@sheridan.bigo.ensc.de> <604aa7910804191140n2b9ceb58k3d616f339a03905c@mail.gmail.com> Message-ID: <200804191743.52296.dennis@ausil.us> On Saturday 19 April 2008, Jeff Spaleta wrote: > On Sat, Apr 19, 2008 at 10:31 AM, Enrico Scholz : > > I use a patched version of FEver for this; e.g. see > > > > http://ensc.de/fedora/Makefile.common > > http://ensc.de/fedora/fever-check.py.txt > > http://ensc.de/fedora/fever.py.txt > > http://ensc.de/fedora/fd-checkver > > Would it be worthwhile to package this up as part of a maintainer > clientside toolset? > If Im reading the installer in F9 correctly we've got a comps grouping > aimed at Maintainer-ish tools. fedora-packager is a package that contains tools for setting up your environment and checking things out of cvs. new tools are welcome. https://fedorahosted.org/fedora-packager Feel free to help Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From tcallawa at redhat.com Sat Apr 19 22:55:50 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 19 Apr 2008 18:55:50 -0400 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080419172837.207943c9@parois.net> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <1208614173.3010.106.camel@localhost.localdomain> <20080419172837.207943c9@parois.net> Message-ID: <1208645750.12037.1.camel@localhost.localdomain> On Sat, 2008-04-19 at 17:28 +0100, Pascal wrote: > Impossible. > This is an old fortran 77 / wxGTK software. It's barely alive and many > people need it including me :) > > http://www.xtl.ox.ac.uk/crystals.html Given that this app isn't going in Fedora anyways, perhaps you can bundle the ancient wxGTK bits inside of its RPM? ~spot From cweyl at alumni.drew.edu Sat Apr 19 23:02:36 2008 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Sat, 19 Apr 2008 16:02:36 -0700 Subject: tool to detect new versions In-Reply-To: <20080419173029.GC2573@free.fr> References: <20080419173029.GC2573@free.fr> Message-ID: <7dd7ab490804191602i21767020o7fd6de67c145b12b@mail.gmail.com> On Sat, Apr 19, 2008 at 10:30 AM, Patrice Dumas wrote: > Hello, > > Are you aware of tools to help maintainers (or users) to detect that > a new version of the software is out without clicking? For perl there is > http://perl.biggerontheinside.net/packages/list > but in general is there something available? I remember having seen > something in debian I don't remember if it is debian specific. I also > remember flowing things on this list, but I couldn't find anything on > google. Ah! Be kind. It's still a little, um, alpha :) -Chris -- Chris Weyl Ex astris, scientia From rawhide at fedoraproject.org Sun Apr 20 00:07:01 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sun, 20 Apr 2008 00:07:01 +0000 (UTC) Subject: rawhide report: 20080419 changes Message-ID: <20080420000701.CDA7B208280@releng1.fedora.phx.redhat.com> Updated Packages: (none) Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From dtimms at iinet.net.au Sun Apr 20 00:11:33 2008 From: dtimms at iinet.net.au (David Timms) Date: Sun, 20 Apr 2008 10:11:33 +1000 Subject: Fedora 9 and VMWare server - create a requires package ? In-Reply-To: <1208589513.3393.2.camel@eagle.danny.cz> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <4809313E.8090509@redhat.com> <1208589513.3393.2.camel@eagle.danny.cz> Message-ID: <480A8A35.5000505@iinet.net.au> Dan Hor?k wrote: > Warren Togami p??e v P? 18. 04. 2008 v 19:39 -0400: >> Alan wrote: >>> I tried to get VMWare Server running on Fedora 9. Notices that it needs >>> to have the 32 bit version of libXtst installed. This does not get >>> installed on x86_64. ... > would not "yum localinstall vmware.rpm" take it automagicaly? No, because the vmware...rpm is not specific to fedora and hence does not contain proper requires for fedora. You need to add other packages to make it work and allow the kernel module compile. As an aside, would it be possible to include in Fedora an 'requires' package for vmware, that causes all the required parts to be installed except vmware itself ? That way it has no external requirements. It also doesn't do anything when installed other than ensure certain other libraries and tools are installed to help an external package work. In the packaging guidelines, the most applicable part I found was: http://fedoraproject.org/wiki/Packaging/Guidelines?action=show#head-daa717ea096fa4d9cf7b9a49b5edb36e3bda3aac DaveT From dev at nigelj.com Sun Apr 20 00:13:31 2008 From: dev at nigelj.com (Nigel Jones) Date: Sun, 20 Apr 2008 12:13:31 +1200 Subject: Adoption of banshee Message-ID: <000001c8a27b$5f2115a0$1d6340e0$@com> Hi everyone, Just an FYI that I intend to adopt banshee (https://admin.fedoraproject.org/pkgdb/packages/name/banshee) so this is just a courtesy message per the adoption policy. I've offered it to spot (who last updated it) via IRC so I'll await his reply before continuing. Regards, Nigel -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2734 bytes Desc: not available URL: From tcallawa at redhat.com Sun Apr 20 00:36:27 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 19 Apr 2008 20:36:27 -0400 Subject: Adoption of banshee In-Reply-To: <000001c8a27b$5f2115a0$1d6340e0$@com> References: <000001c8a27b$5f2115a0$1d6340e0$@com> Message-ID: <1208651787.12037.3.camel@localhost.localdomain> On Sun, 2008-04-20 at 12:13 +1200, Nigel Jones wrote: > Hi everyone, > > Just an FYI that I intend to adopt banshee > (https://admin.fedoraproject.org/pkgdb/packages/name/banshee) so this is > just a courtesy message per the adoption policy. I've offered it to spot > (who last updated it) via IRC so I'll await his reply before continuing. I'd be happy to comaintain it with you, since I got knee deep in it recently. ~spot From kwhiskerz at gmail.com Sun Apr 20 00:38:44 2008 From: kwhiskerz at gmail.com (kwhiskerz) Date: Sat, 19 Apr 2008 18:38:44 -0600 Subject: network vs NetworkManager service Message-ID: <200804191838.44358.kwhiskerz@gmail.com> Through trial and error I have determined that: -if setting your network interfaces to be managed by NM, then do not start network, as NM will start it. If you start both and have the interfaces managed by NM, then you will have to restart network once you log in, in order to achieve an internet connection; -if you do not use NM and do not have NM manage your ethernet interfaces, then just set network to start, but not NM, and you will also have an internet connection at boot. The choice is yours, but if you use wireless, you are best off going with NM. From tcallawa at redhat.com Sun Apr 20 00:46:05 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 19 Apr 2008 20:46:05 -0400 Subject: gnumeric - never reviewed? In-Reply-To: <20080419223333.GB2969@ryvius.greysector.net> References: <20080419223333.GB2969@ryvius.greysector.net> Message-ID: <1208652365.12037.7.camel@localhost.localdomain> On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: > Hi. > > I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I can't find > the review bug. Has it ever been reviewed? No, it was in core pre-merge, and it looks like it never got tagged for a Merge Review. Someone should fix that (I call not it). ~spot From mattdm at mattdm.org Sun Apr 20 01:50:45 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 19 Apr 2008 21:50:45 -0400 Subject: Issues with mingw32 (Linux to Windows cross-compiler) In-Reply-To: <20080417204013.GA26234@amd.home.annexia.org> References: <20080417204013.GA26234@amd.home.annexia.org> Message-ID: <20080420015045.GA5292@jadzia.bu.edu> On Thu, Apr 17, 2008 at 09:40:13PM +0100, Richard W.M. Jones wrote: > HOWEVER ... This package can't be built directly from source because > it has a circular dependency. As described on that page: > "Rebuilding from the source packages must be done in a strict > order. There's a circular dependency or bootstrapping problem in that > you need installed mingw-runtime and mingw-w32api packages to build > mingw-gcc-core. But to build mingw-runtime and mingw-w32api you > need... mingw-gcc-core." > Can this type of circular dep be packaged in Fedora (and how?) In some cases, one can put them all into the same source rpm and avoid the circle by doing it all at once. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kevin.kofler at chello.at Sun Apr 20 01:55:27 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 20 Apr 2008 01:55:27 +0000 (UTC) Subject: Remaining broken deps (Re: rawhide report: 20080417 changes) References: <20080417093753.1285A209D99@releng1.fedora.phx.redhat.com> <1208516704.9212.315.camel@pmac.infradead.org> Message-ID: David Woodhouse infradead.org> writes: > > Is there anything which can be done about that or is this just going to > > always show up? > > Build ghc, of course :) Unfortunately, ghc doesn't build at all in current Rawhide (for any arch), and even once that's fixed, there's still the problem of finding a valid bootstrap binary. (ghc is one of those annoying compilers written in their own language. IMHO it's a bad idea to write a non-C compiler in its own language, but the people writing a compiler for a language tend to like their language so much or to be so unfamiliar with any other language that they often make this unfortunate choice.) Kevin Kofler From mattdm at mattdm.org Sun Apr 20 01:58:08 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 19 Apr 2008 21:58:08 -0400 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080419111258.GA2765@free.fr> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> Message-ID: <20080420015808.GB5292@jadzia.bu.edu> On Sat, Apr 19, 2008 at 01:12:58PM +0200, Patrice Dumas wrote: > > I have a software (not free) which depends on compat-wxGTK-2.4.2. > > Apparently the rpm has been set obsolete. Do you want to keep it that > > way ? > The latest 2.4 release dates back from 2003-09-21. So it is not very And, I'm building the current wxGTK with "--enable-compat24". The application must require wxGTK 2.4's compatibility with a *previous* version, not merely 2.4 itself. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Sun Apr 20 01:59:15 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 19 Apr 2008 21:59:15 -0400 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080419172837.207943c9@parois.net> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <1208614173.3010.106.camel@localhost.localdomain> <20080419172837.207943c9@parois.net> Message-ID: <20080420015915.GC5292@jadzia.bu.edu> On Sat, Apr 19, 2008 at 05:28:37PM +0100, Pascal wrote: > This is an old fortran 77 / wxGTK software. It's barely alive and many > people need it including me :) > http://www.xtl.ox.ac.uk/crystals.html Does the Windows verison work under wine? (I'm half-serious.) If it's really important, are you sure resources can't be found somewhere to update the software? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From lordmorgul at gmail.com Sun Apr 20 04:07:59 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sat, 19 Apr 2008 21:07:59 -0700 Subject: Fedora 9 and VMWare server - create a requires package ? In-Reply-To: <480A8A35.5000505@iinet.net.au> References: <47733.75.164.221.130.1208560408.squirrel@clueserver.org> <4809313E.8090509@redhat.com> <1208589513.3393.2.camel@eagle.danny.cz> <480A8A35.5000505@iinet.net.au> Message-ID: <480AC19F.9010701@gmail.com> David Timms wrote: > That way it has no external requirements. It also doesn't do anything > when installed other than ensure certain other libraries and tools are > installed to help an external package work. Sounds like a libflashsupport type of package and might be helpful for this problem. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From gnomeuser at gmail.com Sun Apr 20 06:10:42 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sun, 20 Apr 2008 08:10:42 +0200 Subject: Adoption of banshee In-Reply-To: <000001c8a27b$5f2115a0$1d6340e0$@com> References: <000001c8a27b$5f2115a0$1d6340e0$@com> Message-ID: <1dedbbfc0804192310g4acc465ehaa6cbe047c2ca1be@mail.gmail.com> 2008/4/20, Nigel Jones : > > Hi everyone, > > Just an FYI that I intend to adopt banshee > (https://admin.fedoraproject.org/pkgdb/packages/name/banshee) so this is > just a courtesy message per the adoption policy. I've offered it to spot > (who last updated it) via IRC so I'll await his reply before continuing. > > Regards, > > > Nigel I would recommend taking libipoddevice and podsleuth as well, they are isolated dependencies that will normally require bumps at the same time and they are really low impact. There's an advantage to the Banshee maintainer owning the entire stack. Also thank you for picking this up.. I owe you a beer. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From jakub.rusinek at gmail.com Sun Apr 20 06:39:32 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 20 Apr 2008 08:39:32 +0200 Subject: Adoption of banshee In-Reply-To: <000001c8a27b$5f2115a0$1d6340e0$@com> References: <000001c8a27b$5f2115a0$1d6340e0$@com> Message-ID: <1208673572.3795.2.camel@geeko.site> Dnia 20-04-2008, N o godzinie 12:13 +1200, Nigel Jones pisze: > Hi everyone, > > Just an FYI that I intend to adopt banshee > (https://admin.fedoraproject.org/pkgdb/packages/name/banshee) so this is > just a courtesy message per the adoption policy. I've offered it to spot > (who last updated it) via IRC so I'll await his reply before continuing. You've taken it, so listen my words: as Banshee 1 alpha versions appear, to have less work when Banshee 1 is released, package alpha for Rawhide. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From mschwendt at gmail.com Sun Apr 20 07:48:10 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 20 Apr 2008 09:48:10 +0200 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420015808.GB5292@jadzia.bu.edu> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <20080420015808.GB5292@jadzia.bu.edu> Message-ID: <20080420094810.cbee7f64.mschwendt@gmail.com> On Sat, 19 Apr 2008 21:58:08 -0400, Matthew Miller wrote: > On Sat, Apr 19, 2008 at 01:12:58PM +0200, Patrice Dumas wrote: > > > I have a software (not free) which depends on compat-wxGTK-2.4.2. > > > Apparently the rpm has been set obsolete. Do you want to keep it that > > > way ? > > The latest 2.4 release dates back from 2003-09-21. So it is not very > > And, I'm building the current wxGTK with "--enable-compat24". The > application must require wxGTK 2.4's compatibility with a *previous* > version, not merely 2.4 itself. wxGTK source-level (API-) compatibility doesn't give you ultimate ABI compatibility. From pertusus at free.fr Sun Apr 20 08:13:05 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Apr 2008 10:13:05 +0200 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420094810.cbee7f64.mschwendt@gmail.com> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <20080420015808.GB5292@jadzia.bu.edu> <20080420094810.cbee7f64.mschwendt@gmail.com> Message-ID: <20080420081304.GA2745@free.fr> On Sun, Apr 20, 2008 at 09:48:10AM +0200, Michael Schwendt wrote: > > wxGTK source-level (API-) compatibility doesn't give you ultimate ABI > compatibility. But in that case the proprietary app could be rebuilt against the new ABI, if it is API compatible, so it is much less problematic than if it was api incompatible. I mean, rebuilding the application is certainly much less resource consuming than packaging old libraries, in fedora or embedded in the rpm. -- Pat From pertusus at free.fr Sun Apr 20 08:13:58 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Apr 2008 10:13:58 +0200 Subject: tool to detect new versions In-Reply-To: <7dd7ab490804191602i21767020o7fd6de67c145b12b@mail.gmail.com> References: <20080419173029.GC2573@free.fr> <7dd7ab490804191602i21767020o7fd6de67c145b12b@mail.gmail.com> Message-ID: <20080420081358.GB2745@free.fr> On Sat, Apr 19, 2008 at 04:02:36PM -0700, Chris Weyl wrote: > On Sat, Apr 19, 2008 at 10:30 AM, Patrice Dumas wrote: > > Hello, > > > > Are you aware of tools to help maintainers (or users) to detect that > > a new version of the software is out without clicking? For perl there is > > http://perl.biggerontheinside.net/packages/list > > but in general is there something available? I remember having seen > > something in debian I don't remember if it is debian specific. I also > > remember flowing things on this list, but I couldn't find anything on > > google. > > Ah! Be kind. It's still a little, um, alpha :) It looks good to me. -- Pat From gnomeuser at gmail.com Sun Apr 20 08:29:53 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sun, 20 Apr 2008 10:29:53 +0200 Subject: Adoption of banshee In-Reply-To: <1208673572.3795.2.camel@geeko.site> References: <000001c8a27b$5f2115a0$1d6340e0$@com> <1208673572.3795.2.camel@geeko.site> Message-ID: <1dedbbfc0804200129r69ea880cw776c1ced9909be1a@mail.gmail.com> 2008/4/20, Jakub 'Livio' Rusinek : > > > Dnia 20-04-2008, N o godzinie 12:13 +1200, Nigel Jones pisze: > > > Hi everyone, > > > > Just an FYI that I intend to adopt banshee > > (https://admin.fedoraproject.org/pkgdb/packages/name/banshee) so this is > > just a courtesy message per the adoption policy. I've offered it to > spot > > (who last updated it) via IRC so I'll await his reply before continuing. > > > You've taken it, so listen my words: as Banshee 1 alpha versions appear, > to have less work when Banshee 1 is released, package alpha for Rawhide. Banshee 1.0 Alpha 3 is already in Rawhide, it works great. . - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis at poolshark.org Sun Apr 20 08:33:22 2008 From: denis at poolshark.org (Denis Leroy) Date: Sun, 20 Apr 2008 10:33:22 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <1208652365.12037.7.camel@localhost.localdomain> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> Message-ID: <480AFFD2.5090109@poolshark.org> Tom "spot" Callaway wrote: > On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: >> Hi. >> >> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I can't find >> the review bug. Has it ever been reviewed? > > No, it was in core pre-merge, and it looks like it never got tagged for > a Merge Review. Someone should fix that (I call not it). If the new maintainer wants to open a merge review bug, I'll be happy to do the review. -denis From rjones at redhat.com Sun Apr 20 08:34:34 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sun, 20 Apr 2008 09:34:34 +0100 Subject: Issues with mingw32 (Linux to Windows cross-compiler) In-Reply-To: <1208574948.22067.56.camel@localhost> References: <20080417204013.GA26234@amd.home.annexia.org> <1208574948.22067.56.camel@localhost> Message-ID: <20080420083434.GA4378@amd.home.annexia.org> On Fri, Apr 18, 2008 at 10:15:48PM -0500, Callum Lerwick wrote: > http://www.haxxed.com/rpms/ > > Note that gcc by itself is pretty much useless, most of the effort > actually went in to building up a stack of fundamental libraries so that > you can actually DO something with it. Yes I came to much the same conclusion while cross-compiling libvirt. The main dependencies (libxml2 & GnuTLS) have a chain of dependencies (GnuTLS in particular). Packaging Windows binaries for Fedora seems a bit perverse however :-) (I predict this could be controversial) > It would be a shame for all my effort to go to waste, but I alone can't > maintain this whole thing in Fedora... Well if you're interested in helping to set up a project / SIG then let me know. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From rjones at redhat.com Sun Apr 20 08:38:21 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sun, 20 Apr 2008 09:38:21 +0100 Subject: Is there a problem with CVS permissions at the moment? Message-ID: <20080420083821.GB4378@amd.home.annexia.org> I'm getting errors like: $ cvs ci **** Access denied: rjones is not in ACL for rpms/emacs-common-tuareg/devel cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! cvs commit: saving log message in /tmp/cvswGfsQ9 but I'm pretty sure I have the required access to commit to this branch. I'm getting the same error on other modules too. Is there some problem with CVS permissions or am I just being stupid? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From konrad at tylerc.org Sun Apr 20 08:43:57 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Sun, 20 Apr 2008 01:43:57 -0700 Subject: Is there a problem with CVS permissions at the moment? (Fwd: CVS Outage) Message-ID: <200804200143.57330.konrad@tylerc.org> Quoth Richard W.M. Jones: > I'm getting errors like: > > $ cvs ci > **** Access denied: rjones is not in ACL for rpms/emacs-common-tuareg/devel > cvs commit: Pre-commit check failed > cvs [commit aborted]: correct above errors first! > cvs commit: saving log message in /tmp/cvswGfsQ9 > > but I'm pretty sure I have the required access to commit to this > branch. I'm getting the same error on other modules too. Is there > some problem with CVS permissions or am I just being stupid? > > Rich. CVS is down. See attached. -- Conrad Meyer -------------- next part -------------- An embedded message was scrubbed... From: Jesse Keating Subject: CVS Outage Date: Sat, 19 Apr 2008 15:05:41 -0400 Size: 4802 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From pascal22p at parois.net Sun Apr 20 08:58:46 2008 From: pascal22p at parois.net (Pascal) Date: Sun, 20 Apr 2008 09:58:46 +0100 Subject: compat-wxGTK-2.4.2 In-Reply-To: <1208645750.12037.1.camel@localhost.localdomain> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <1208614173.3010.106.camel@localhost.localdomain> <20080419172837.207943c9@parois.net> <1208645750.12037.1.camel@localhost.localdomain> Message-ID: <20080420095846.363c84e1@parois.net> Le Sat, 19 Apr 2008 18:55:50 -0400, "Tom \"spot\" Callaway" a ?crit : > On Sat, 2008-04-19 at 17:28 +0100, Pascal wrote: > > Impossible. > > This is an old fortran 77 / wxGTK software. It's barely alive and > > many people need it including me :) > > > > http://www.xtl.ox.ac.uk/crystals.html > > Given that this app isn't going in Fedora anyways, perhaps you can > bundle the ancient wxGTK bits inside of its RPM? > It's what I am doing, well not in a bundle, I keep the compat-wxGTK rpm alone. But as wxGTK is GPL, I asked the question here just in case :) Pascal From pascal22p at parois.net Sun Apr 20 09:07:17 2008 From: pascal22p at parois.net (Pascal) Date: Sun, 20 Apr 2008 10:07:17 +0100 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420015915.GC5292@jadzia.bu.edu> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <1208614173.3010.106.camel@localhost.localdomain> <20080419172837.207943c9@parois.net> <20080420015915.GC5292@jadzia.bu.edu> Message-ID: <20080420100717.50cee3b2@parois.net> Le Sat, 19 Apr 2008 21:59:15 -0400, Matthew Miller a ?crit : > On Sat, Apr 19, 2008 at 05:28:37PM +0100, Pascal wrote: > > This is an old fortran 77 / wxGTK software. It's barely alive and > > many people need it including me :) > > http://www.xtl.ox.ac.uk/crystals.html > > Does the Windows verison work under wine? (I'm half-serious.) Yes, it's what I did at the begining. > > If it's really important, are you sure resources can't be found > somewhere to update the software? chemistry updates get the priority. It's a huge work to port it to wxGTK 2.8. Anyway I still have the dependency on g77. Resources are used for the cctbx toolbox, but it's just a "library" for now. I need to package this one as well. Pascal From pascal22p at parois.net Sun Apr 20 09:08:09 2008 From: pascal22p at parois.net (Pascal) Date: Sun, 20 Apr 2008 10:08:09 +0100 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420081304.GA2745@free.fr> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <20080420015808.GB5292@jadzia.bu.edu> <20080420094810.cbee7f64.mschwendt@gmail.com> <20080420081304.GA2745@free.fr> Message-ID: <20080420100809.505201d0@parois.net> Le Sun, 20 Apr 2008 10:13:05 +0200, Patrice Dumas a ?crit : > On Sun, Apr 20, 2008 at 09:48:10AM +0200, Michael Schwendt wrote: > > > > wxGTK source-level (API-) compatibility doesn't give you ultimate > > ABI compatibility. > > But in that case the proprietary app could be rebuilt against the new > ABI, if it is API compatible, so it is much less problematic than if > it was api incompatible. I mean, rebuilding the application is > certainly much less resource consuming than packaging old libraries, > in fedora or embedded in the rpm. > I tried with the enable-compat whitout any success and I havn't got the knowledge to see what's wrong. I don't know if the API is compatible. Pascal From mschwendt at gmail.com Sun Apr 20 09:09:53 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 20 Apr 2008 11:09:53 +0200 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420081304.GA2745@free.fr> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <20080420015808.GB5292@jadzia.bu.edu> <20080420094810.cbee7f64.mschwendt@gmail.com> <20080420081304.GA2745@free.fr> Message-ID: <20080420110953.2a2f0119.mschwendt@gmail.com> On Sun, 20 Apr 2008 10:13:05 +0200, Patrice Dumas wrote: > On Sun, Apr 20, 2008 at 09:48:10AM +0200, Michael Schwendt wrote: > > > > wxGTK source-level (API-) compatibility doesn't give you ultimate ABI > > compatibility. > > But in that case the proprietary app could be rebuilt against the new > ABI, if it is API compatible, so it is much less problematic than if it > was api incompatible. I mean, rebuilding the application is certainly much > less resource consuming than packaging old libraries, in fedora or > embedded in the rpm. Sure, it *could* be rebuilt, provided that the developer is not so focused on building for Windows only. Perhaps he just needs some feedback (and support)? It *could* have been rebuilt already a few years ago. We still have compat-wxGTK26, which is source-compatible with 2.4 and even 2.2. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.22 1.60 1.66 From pertusus at free.fr Sun Apr 20 09:14:38 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Apr 2008 11:14:38 +0200 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420100717.50cee3b2@parois.net> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <1208614173.3010.106.camel@localhost.localdomain> <20080419172837.207943c9@parois.net> <20080420015915.GC5292@jadzia.bu.edu> <20080420100717.50cee3b2@parois.net> Message-ID: <20080420091438.GA3281@free.fr> On Sun, Apr 20, 2008 at 10:07:17AM +0100, Pascal wrote: > > chemistry updates get the priority. It's a huge work to port it to > wxGTK 2.8. Anyway I still have the dependency on g77. g77 is still in fedora. I have one package I rebuild with g77 and gfortran (cernlib). Though lately, gfortran has been much better with regard with g77 compatibility. -- Pat From pascal22p at parois.net Sun Apr 20 09:28:02 2008 From: pascal22p at parois.net (Pascal) Date: Sun, 20 Apr 2008 10:28:02 +0100 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420110953.2a2f0119.mschwendt@gmail.com> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <20080420015808.GB5292@jadzia.bu.edu> <20080420094810.cbee7f64.mschwendt@gmail.com> <20080420081304.GA2745@free.fr> <20080420110953.2a2f0119.mschwendt@gmail.com> Message-ID: <20080420102802.6b7aa5d9@parois.net> Le Sun, 20 Apr 2008 11:09:53 +0200, Michael Schwendt a ?crit : > > Sure, it *could* be rebuilt, provided that the developer is not so > focused on building for Windows only. He is a windows developer, the linux developer has left years ago. > Perhaps he just needs some > feedback (and support)? It *could* have been rebuilt already a few > years ago. We still have compat-wxGTK26, which is source-compatible > with 2.4 and even 2.2. > Is there any documentation/help somewhere to do such work ? Source compatible ? Do you mean that is should compile whitout changing anything ? Pascal From davehoz at gmail.com Sun Apr 20 09:47:28 2008 From: davehoz at gmail.com (David Hunter) Date: Sun, 20 Apr 2008 19:47:28 +1000 Subject: Yum strange behaviour Message-ID: <6bb886180804200247m4e963c40q2e367bfc98a6c6ba@mail.gmail.com> I went to install Thunderbird from the Fedora repo, and outputed the following: yum install thunderbird rawhide 100% |=========================| 2.4 kB 00:00 Setting up Install Process Parsing package install arguments Resolving Dependencies --> Running transaction check ---> Package thunderbird.i386 0:2.0.0.12-4.fc9 set to be updated --> Finished Dependency Resolution Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: thunderbird i386 2.0.0.12-4.fc9 rawhide 23 M Transaction Summary ============================================================================= Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 23 M Is this ok [y/N]: If package x is not installed, shouldn't the: ---> Package thunderbird.i386 0:2.0.0.12-4.fc9 set to be updated be ---> Package thunderbird.i386 0:2.0.0.12-4.fc9 set to be installed. I might be knitpicking, but be good to get it cleared up. -- David Hunter -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Sun Apr 20 09:53:24 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Apr 2008 11:53:24 +0200 Subject: tool to detect new versions In-Reply-To: <87y7794ry8.fsf@sheridan.bigo.ensc.de> References: <20080419173029.GC2573@free.fr> <87y7794ry8.fsf@sheridan.bigo.ensc.de> Message-ID: <20080420095324.GB3281@free.fr> On Sat, Apr 19, 2008 at 08:31:27PM +0200, Enrico Scholz wrote: > > 3. add > | include ~/.fedora/Makefile.common > to your ~/.cvspkgrc I don't have such file and I cannot anything related on the internet. Surely, I am missing something... -- Pat From mschwendt at gmail.com Sun Apr 20 09:58:15 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 20 Apr 2008 11:58:15 +0200 Subject: compat-wxGTK-2.4.2 In-Reply-To: <20080420102802.6b7aa5d9@parois.net> References: <20080419112243.286b8eb5@parois.net> <20080419111258.GA2765@free.fr> <20080420015808.GB5292@jadzia.bu.edu> <20080420094810.cbee7f64.mschwendt@gmail.com> <20080420081304.GA2745@free.fr> <20080420110953.2a2f0119.mschwendt@gmail.com> <20080420102802.6b7aa5d9@parois.net> Message-ID: <20080420115815.a25411af.mschwendt@gmail.com> On Sun, 20 Apr 2008 10:28:02 +0100, Pascal wrote: > > Perhaps he just needs some > > feedback (and support)? It *could* have been rebuilt already a few > > years ago. We still have compat-wxGTK26, which is source-compatible > > with 2.4 and even 2.2. > > > > Is there any documentation/help somewhere to do such work ? Point the source to /usr/bin/wx-2.6-config instead of /usr/bin/wx-config that is one way, provided that wx-config is used to retrieve the wxGTK setup. Give it a try, see whether the compiler complains. > Source compatible ? Do you mean that is should compile whitout changing > anything ? That's what we do with Audacity, which was developed for wxGTK <= 2.4. The wxGTK 2.6.x series is the last that was also used by upstream developers to build with (if we didn't upgrade to the very latest beta or cvs snapshots which receive fixes for wxGTK 2.8.x). Later versions of wxGTK, e.g. the 2.8 series, changed the feature set and sometimes the run-time behaviour. One cannot be sure that its --enable-compat24 mode leads to full compatibility. And it wouldn't be the first time that application developers used an older API in unintended ways or accessed non-public values/methods which were removed/changed later. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.01 1.26 1.36 From enrico.scholz at informatik.tu-chemnitz.de Sun Apr 20 10:14:21 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 20 Apr 2008 12:14:21 +0200 Subject: tool to detect new versions In-Reply-To: <20080420095324.GB3281@free.fr> (Patrice Dumas's message of "Sun, 20 Apr 2008 11:53:24 +0200") References: <20080419173029.GC2573@free.fr> <87y7794ry8.fsf@sheridan.bigo.ensc.de> <20080420095324.GB3281@free.fr> Message-ID: <87tzhw4yv6.fsf@sheridan.bigo.ensc.de> Patrice Dumas writes: >> 3. add >> | include ~/.fedora/Makefile.common >> to your ~/.cvspkgrc > > I don't have such file and I cannot anything related on the internet. > Surely, I am missing something... It's optionally (--> when it does not exist yet, create it); see common/Makefile.common: | CVS_EXTRAS_RC := $(shell if test -f $(HOME)/.cvspkgsrc ; then echo $(HOME)/.cvspkgsrc ; fi) | ifdef CVS_EXTRAS_RC | include $(CVS_EXTRAS_RC) | endif It is the place where you can also configure stuff like | KOJI_FLAGS = --nowait Enrico From opensource at till.name Sun Apr 20 10:19:20 2008 From: opensource at till.name (Till Maas) Date: Sun, 20 Apr 2008 12:19:20 +0200 Subject: tool to detect new versions In-Reply-To: <20080420095324.GB3281@free.fr> References: <20080419173029.GC2573@free.fr> <87y7794ry8.fsf@sheridan.bigo.ensc.de> <20080420095324.GB3281@free.fr> Message-ID: <200804201219.29535.opensource@till.name> On Sun April 20 2008, Patrice Dumas wrote: > I don't have such file and I cannot anything related on the internet. > Surely, I am missing something... You can just create the ~/.cvspkgrc file, it is then used (included) by the Fedora Makefiles in cvs. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From lordmorgul at gmail.com Sun Apr 20 10:35:06 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 20 Apr 2008 03:35:06 -0700 Subject: Is there a problem with CVS permissions at the moment? In-Reply-To: <20080420083821.GB4378@amd.home.annexia.org> References: <20080420083821.GB4378@amd.home.annexia.org> Message-ID: <480B1C5A.7000902@gmail.com> Richard W.M. Jones wrote: > I'm getting errors like: > > $ cvs ci > **** Access denied: rjones is not in ACL for rpms/emacs-common-tuareg/devel > cvs commit: Pre-commit check failed > cvs [commit aborted]: correct above errors first! > cvs commit: saving log message in /tmp/cvswGfsQ9 > > but I'm pretty sure I have the required access to commit to this > branch. I'm getting the same error on other modules too. Is there > some problem with CVS permissions or am I just being stupid? I'm pretty sure the planned CVS outage is not over yet, 30 hours from: date -d '2008-04-19 18:00 UTC UTC' -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From paul at all-the-johnsons.co.uk Sun Apr 20 10:41:26 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 20 Apr 2008 11:41:26 +0100 Subject: Mono 1.9.1? Message-ID: <20080420104009.M42012@all-the-johnsons.co.uk> Hi, I built and uploaded mono-1.9.1 a couple of days back, but have not seen it pushed into rawhide yet? Any ideas on why? TTFN Paul -- Programmer, GirlGamer www.girlgamer.com From fedora at leemhuis.info Sun Apr 20 10:47:18 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 20 Apr 2008 12:47:18 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <1208652365.12037.7.camel@localhost.localdomain> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> Message-ID: <480B1F36.60806@leemhuis.info> On 20.04.2008 02:46, Tom "spot" Callaway wrote: > On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: >> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I can't find >> the review bug. Has it ever been reviewed? > No, it was in core pre-merge, and it looks like it never got tagged for > a Merge Review. Because there was no need for it afaics as gnumeric was moved from Core to Extras in the FC4 timeframe, as you can find it in FE4: http://ftp-stud.fht-esslingen.de/pub/Mirrors/fedora.redhat.com/linux/extras/4/SRPMS/gnumeric-1.4.3-2.1.src.rpm I'd say it is highly likely that it was reviewed back then as we reviewed packages that were moved from FC to FE back then -- but that was likely before we used bugzilla for reviewing. Cu knurd From pbrobinson at gmail.com Sun Apr 20 10:49:11 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Sun, 20 Apr 2008 11:49:11 +0100 Subject: Mono 1.9.1? In-Reply-To: <20080420104009.M42012@all-the-johnsons.co.uk> References: <20080420104009.M42012@all-the-johnsons.co.uk> Message-ID: <5256d0b0804200349n32ec53e4j7dedf5b57d15c3dc@mail.gmail.com> > Hi, > > I built and uploaded mono-1.9.1 a couple of days back, but have not seen it > pushed into rawhide yet? Any ideas on why? At a guess because of the branching in preparation for the Fedora9 release, not sure if you need to get a special sign off on it by the release wranglers or something. Peter From lordmorgul at gmail.com Sun Apr 20 10:52:27 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 20 Apr 2008 03:52:27 -0700 Subject: Yum strange behaviour In-Reply-To: <6bb886180804200247m4e963c40q2e367bfc98a6c6ba@mail.gmail.com> References: <6bb886180804200247m4e963c40q2e367bfc98a6c6ba@mail.gmail.com> Message-ID: <480B206B.4090408@gmail.com> David Hunter wrote: > Resolving Dependencies > --> Running transaction check > ---> Package thunderbird.i386 0:2.0.0.12-4.fc9 set to be updated > Installing: > thunderbird i386 2.0.0.12-4.fc9 rawhide 23 M It is being identified as 'install' not 'update' where it matters, I think every package during transaction checks is listed as updated if the package status is changing (i.e. from none to installed is a change). -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From xavier at bachelot.org Sun Apr 20 11:17:03 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Sun, 20 Apr 2008 13:17:03 +0200 Subject: tool to detect new versions In-Reply-To: <7dd7ab490804191602i21767020o7fd6de67c145b12b@mail.gmail.com> References: <20080419173029.GC2573@free.fr> <7dd7ab490804191602i21767020o7fd6de67c145b12b@mail.gmail.com> Message-ID: <480B262F.8040209@bachelot.org> Chris Weyl wrote: > On Sat, Apr 19, 2008 at 10:30 AM, Patrice Dumas wrote: >> Hello, >> >> Are you aware of tools to help maintainers (or users) to detect that >> a new version of the software is out without clicking? For perl there is >> http://perl.biggerontheinside.net/packages/list >> but in general is there something available? I remember having seen >> something in debian I don't remember if it is debian specific. I also >> remember flowing things on this list, but I couldn't find anything on >> google. > > Ah! Be kind. It's still a little, um, alpha :) > > -Chris Looks good :-) Any chance you can add EPEL to this page ? Regards, Xavier From laxathom at fedoraproject.org Sun Apr 20 11:31:25 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Sun, 20 Apr 2008 13:31:25 +0200 Subject: Mono 1.9.1? In-Reply-To: <5256d0b0804200349n32ec53e4j7dedf5b57d15c3dc@mail.gmail.com> References: <20080420104009.M42012@all-the-johnsons.co.uk> <5256d0b0804200349n32ec53e4j7dedf5b57d15c3dc@mail.gmail.com> Message-ID: <62bc09df0804200431i62cd4f0bscc8973fafb93ba42@mail.gmail.com> 2008/4/20 Peter Robinson : > > Hi, > > > > I built and uploaded mono-1.9.1 a couple of days back, but have not > seen it > > pushed into rawhide yet? Any ideas on why? > > At a guess because of the branching in preparation for the Fedora9 > release, not sure if you need to get a special sign off on it by the > release wranglers or something. > Surely needs to be tagged to final-f9 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Sun Apr 20 13:28:50 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Apr 2008 15:28:50 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <480B1F36.60806@leemhuis.info> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480B1F36.60806@leemhuis.info> Message-ID: <20080420132850.GA2623@free.fr> On Sun, Apr 20, 2008 at 12:47:18PM +0200, Thorsten Leemhuis wrote: > > > I'd say it is highly likely that it was reviewed back then as we > reviewed packages that were moved from FC to FE back then -- but that > was likely before we used bugzilla for reviewing. My recalling are different. I remember that, at some point, Core packages could go to Extras without review. This was changed afterward, but it is possible that gnumeric was never seriously reviewed. -- Pat From paul at all-the-johnsons.co.uk Sun Apr 20 13:30:45 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 20 Apr 2008 14:30:45 +0100 Subject: Mono 1.9.1? In-Reply-To: <62bc09df0804200431i62cd4f0bscc8973fafb93ba42@mail.gmail.com> References: <20080420104009.M42012@all-the-johnsons.co.uk> <5256d0b0804200349n32ec53e4j7dedf5b57d15c3dc@mail.gmail.com> <62bc09df0804200431i62cd4f0bscc8973fafb93ba42@mail.gmail.com> Message-ID: <1208698245.3541.0.camel@T7.Linux> Hi, > At a guess because of the branching in preparation for the > Fedora9 > release, not sure if you need to get a special sign off on it > by the > release wranglers or something. > > > Surely needs to be tagged to final-f9 For F9, sure, this was tagged for rawhide. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mschwendt at gmail.com Sun Apr 20 13:48:20 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 20 Apr 2008 15:48:20 +0200 Subject: Mono 1.9.1? In-Reply-To: <1208698245.3541.0.camel@T7.Linux> References: <20080420104009.M42012@all-the-johnsons.co.uk> <5256d0b0804200349n32ec53e4j7dedf5b57d15c3dc@mail.gmail.com> <62bc09df0804200431i62cd4f0bscc8973fafb93ba42@mail.gmail.com> <1208698245.3541.0.camel@T7.Linux> Message-ID: <20080420154820.db866a94.mschwendt@gmail.com> On Sun, 20 Apr 2008 14:30:45 +0100, Paul F. Johnson wrote: > Hi, > > > At a guess because of the branching in preparation for the > > Fedora9 > > release, not sure if you need to get a special sign off on it > > by the > > release wranglers or something. > > > > > > Surely needs to be tagged to final-f9 > > For F9, sure, this was tagged for rawhide. Then you need to wait for after the freeze. The rawhide report currently only covers updates to f9. It does not track f10 devel yet. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.02 1.17 1.17 From caillon at redhat.com Sun Apr 20 14:01:31 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 20 Apr 2008 10:01:31 -0400 Subject: Mono 1.9.1? In-Reply-To: <20080420104009.M42012@all-the-johnsons.co.uk> References: <20080420104009.M42012@all-the-johnsons.co.uk> Message-ID: <480B4CBB.1090709@redhat.com> On 04/20/2008 06:41 AM, Paul F. Johnson wrote: > Hi, > > I built and uploaded mono-1.9.1 a couple of days back, but have not seen it > pushed into rawhide yet? Any ideas on why? http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy From fedora at leemhuis.info Sun Apr 20 15:15:10 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 20 Apr 2008 17:15:10 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <20080420132850.GA2623@free.fr> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480B1F36.60806@leemhuis.info> <20080420132850.GA2623@free.fr> Message-ID: <480B5DFE.4090702@leemhuis.info> On 20.04.2008 15:28, Patrice Dumas wrote: > On Sun, Apr 20, 2008 at 12:47:18PM +0200, Thorsten Leemhuis wrote: >> >> I'd say it is highly likely that it was reviewed back then as we >> reviewed packages that were moved from FC to FE back then -- but that >> was likely before we used bugzilla for reviewing. > My recalling are different. I remember that, at some point, Core packages > could go to Extras without review. This was changed afterward, but it is > possible that gnumeric was never seriously reviewed. IIRC that was only the case for a very very short time. And even those IIRC were re-reviewed later as during the merge someone looked up reviews for all packages as filed re-reviews for those that were not reviewed. I for one think we should not care much in any case -- the package is maintained by a trusted and experienced packager. Fedora has way bigger problems to solve. Cu knurd P.S.: Hans at least tried to get a review: http://www.redhat.com/archives/fedora-extras-list/2005-March/msg00259.html But I couldn't quickly find a "approved" mail. From dcbw at redhat.com Sun Apr 20 15:58:54 2008 From: dcbw at redhat.com (Dan Williams) Date: Sun, 20 Apr 2008 11:58:54 -0400 Subject: network vs NetworkManager service In-Reply-To: <1208621153.22857.3.camel@sonlaptop> References: <1208621153.22857.3.camel@sonlaptop> Message-ID: <1208707134.5036.38.camel@localhost.localdomain> On Sat, 2008-04-19 at 12:05 -0400, Louis E Garcia II wrote: > for fc9 on a typical desktop or laptop does these two services need to > be run? Can you get away with just NetworkManager? For a typical desktop, probably just NetworkManager. If you don't want them to step on each other, add "NM_CONTROLLED=yes" to each ifcfg-* file you have in /etc/sysconfig/network-scripts/, or make sure the "Controlled by NetworkManager" checkbox is checked in system-config-network (System->Administration->Networking) for each item listed in the first tab. Dan From dcbw at redhat.com Sun Apr 20 16:05:59 2008 From: dcbw at redhat.com (Dan Williams) Date: Sun, 20 Apr 2008 12:05:59 -0400 Subject: How is the new networking world supposed to work? In-Reply-To: <48053F55.4080102@conversis.de> References: <47FFF149.1090100@conversis.de> <1208184056.31015.9.camel@localhost.localdomain> <48053F55.4080102@conversis.de> Message-ID: <1208707559.5036.45.camel@localhost.localdomain> On Wed, 2008-04-16 at 01:50 +0200, Dennis Jacobfeuerborn wrote: > Dan Williams wrote: > > On Sat, 2008-04-12 at 01:16 +0200, Dennis Jacobfeuerborn wrote: > >> Since the latest rawhide updates I now don't get a network connection after > >> boot. I have to open a shell as root and issue a "ifdown eth0" followed by > >> a "ifup eth0" to make the NetworkManager aware that there is a network out > >> there. What is the proper way to configure this? > > > > Which specific version of NM? > > NetworkManager-0.7.0-0.9.1.svn3549.fc9.i386 > > > What ifcfg-* files are in /etc/sysconfig/network-scripts ? > > Do any of those files have "NM_CONTROLLED=no" in them? > > Besides the one for "lo" there are only config files for eth0 and eth1. > > /etc/sysconfig/network-scripts/ifcfg-eth0: > DEVICE=eth0 > BOOTPROTO=dhcp > HWADDR=00:13:8F:D9:B8:9C > ONBOOT=yes > DHCP_HOSTNAME=nexus > TYPE=Ethernet > USERCTL=no > PEERDNS=no > IPV6INIT=no > NETWORKMANAGER=yes > NM_CONTROLLED=yes > > /etc/sysconfig/network-scripts/ifcfg-eth1: > DEVICE=eth1 > BOOTPROTO=none > HWADDR=00:50:04:49:E0:EC > IPADDR=192.168.1.1 > NETMASK=255.255.255.0 > ONBOOT=no > TYPE=Ethernet > > > > When you run "/usr/bin/nm-tool" what does it say? > > This is what it says after the ifdown=>ifup: > > NetworkManager Tool > > State: connected > > - Device: eth0 ---------------------------------------------------------------- > Type: Wired > Driver: forcedeth > State: connected > HW Address: 00:00:00:00:00:00 I've seen this once and not been able to reproduce; there might be a race between bringing up the card and getting a valid MAC address since sometimes the MAC can't be read until firmware is loaded and booted, but that's usually only an issue with wireless cards since wired devices don't usually have firmware. > Capabilities: > Supported: yes > Carrier Detect: yes > Speed: 100 Mb/s > > Wired Settings > > IP Settings: > IP Address: 192.168.2.100 > Subnet Mask: 255.255.255.0 > Broadcast: 192.168.2.255 > Gateway: 192.168.2.1 > DNS: 195.50.140.178 > DNS: 195.50.140.114 > DNS: 192.168.2.1 > > > - Device: eth1 ---------------------------------------------------------------- > Type: Wired > Driver: 3c59x > State: unavailable > HW Address: 00:50:04:49:E0:EC This is the interesting part; and also something I've seen once in conjunction with the issues above. The "unavailable" state for wired devices usually means NM can't detect a carrier for that card. In your case though, NM seems to think it does support carrier detection, since it responds correctly to either MII register accesses or ethtool queries. What's the contents of /sys/class/net/eth1/carrier both when the cable is plugged in and when it's not plugged in? > Capabilities: > Supported: yes > Carrier Detect: yes > Speed: 10 Mb/s > > Wired Settings > > (I've added "prepend domain-name-servers 195.50.140.178, 195.50.140.114;" > to dhclient-eth0.conf so I get decent nameservers in resolv.conf) You can also set DNS1 and DNS2 into your ifcfg files. That's a bit easier... Dan From robert at fedoraproject.org Sun Apr 20 16:51:29 2008 From: robert at fedoraproject.org (Robert Scheck) Date: Sun, 20 Apr 2008 18:51:29 +0200 Subject: tool to detect new versions In-Reply-To: <20080419173029.GC2573@free.fr> References: <20080419173029.GC2573@free.fr> Message-ID: <20080420165129.GA26629@hurricane.linuxnetz.de> On Sat, 19 Apr 2008, Patrice Dumas wrote: > Are you aware of tools to help maintainers (or users) to detect that > a new version of the software is out without clicking? For perl there is > http://perl.biggerontheinside.net/packages/list > but in general is there something available? I remember having seen > something in debian I don't remember if it is debian specific. I also > remember flowing things on this list, but I couldn't find anything on > google. Well, this is IMHO a very loud call for %track from rpm5.org. Already implemented there and IIRC in use by OpenPKG. But we like to re-invent the wheel, don't we? :) Greetings, Robert From mmcgrath at redhat.com Sun Apr 20 17:21:04 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 20 Apr 2008 12:21:04 -0500 (CDT) Subject: Rawhide Builds coming later Message-ID: We're slowly narrowing down some issues we've been seeing. As a result I'm in the process of picking possible trigger apps (apps we think may be causing the outages to occur) and moving them to times when we're not all asleep. As a result the rawhide build script will be moved 4 hours later then it currently is. -Mike _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From rdieter at math.unl.edu Sun Apr 20 17:36:03 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 20 Apr 2008 12:36:03 -0500 Subject: KDE4 & KDE3 programs - Color inheritance problems References: <480A6E55.5070408@gmail.com> Message-ID: Kelly Miller wrote: > I've noticed while running KDE4 that KDE3 programs don't seem to inherit > colors properly (even if "apply to non-KDE4 programs" is clicked), so > I'm going to drop a hint from looking into the config files: > > KDE4 stores colors under custom headers in the kdeglobals file. KDE3 > also stored colors in kdeglobals, but under the [General] header. > KDE4's color adjuster does not write colors in [General] - I suspect > that is why KDE3 programs don't inherit colors properly. bugzilla please (bugzilla.redhat.com or bugs.kde.org is fine, but if doing the latter, please let us know the bz#). -- Rex From greno at verizon.net Sun Apr 20 17:37:51 2008 From: greno at verizon.net (Gerry Reno) Date: Sun, 20 Apr 2008 13:37:51 -0400 Subject: F9 beta: disk druid Message-ID: <480B7F6F.5060109@verizon.net> Some observations from my first attempt at loading F9beta: I loaded up a copy of F9beta and went through setting up some raid arrays and LVM. When it went to copy the install image to the hard drive, the machine reset and so I went back through the install again. At the disk druid screens I selected Custom because I had already set up all the partitioning, raid and LVM. But the screen showed all the raid arrays as 'foreign'. So I had to delete all the LVM (which was on top of the raid) and then delete all the raid arrays and redeclare everything again. This should not have been necessary. Something which was very annoying was the fact that I was building some RAID-1 arrays for /boot, swap, and /. I wanted 2 drives and a spare drive. The partitions on the first two drives went fine, sda1 and sdb1 were 196M, sda2 and sdb2 were 4G, sda3 and sdb3 were 100G. When I went to partition the third drive, sdc1 was 196M, sdc2 was 4G, but when I declared the next partition of 100G I expected disk druid to make it sdc3. Instead it makes it sdc2 100G and renames sdb2 to sdb3 4G. I wish it would not try to outsmart the user. I know what I want the partitions to look like. Just do it. If disk druid is trying to optimize things then there should be a checkbox that says something like 'do not optimize'. I struggled for an hour with this and finally gave up trying to setup the partitions in a sane manner. I also noticed that when I re-enter the install that all the drives get new lettering. eg: /dev/sdg the first time through became /dev/sda the next time, and then /dev/sdc the third time. The system I loaded the beta on has three SATA controllers and it seems like it is randomly picking the controllers and assigning the devices. This is rather confusing. Gerry From greno at verizon.net Sun Apr 20 17:44:02 2008 From: greno at verizon.net (Gerry Reno) Date: Sun, 20 Apr 2008 13:44:02 -0400 Subject: F9 beta: disk druid In-Reply-To: <480B7F6F.5060109@verizon.net> References: <480B7F6F.5060109@verizon.net> Message-ID: <480B80E2.6050409@verizon.net> Gerry Reno wrote: typo: > Instead it makes it sdc2 100G and renames sdb2 to sdb3 4G. should be: Instead it makes it sdc2 100G and renames sdc2 to sdc3 4G. From ivazqueznet at gmail.com Sun Apr 20 18:09:08 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sun, 20 Apr 2008 14:09:08 -0400 Subject: F9 beta: disk druid In-Reply-To: <480B7F6F.5060109@verizon.net> References: <480B7F6F.5060109@verizon.net> Message-ID: <1208714948.23085.13.camel@ignacio.lan> On Sun, 2008-04-20 at 13:37 -0400, Gerry Reno wrote: > Some observations from my first attempt at loading F9beta: Do these issues still show up with the Preview Release? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From greno at verizon.net Sun Apr 20 18:22:04 2008 From: greno at verizon.net (Gerry Reno) Date: Sun, 20 Apr 2008 14:22:04 -0400 Subject: F9 beta: disk druid In-Reply-To: <1208714948.23085.13.camel@ignacio.lan> References: <480B7F6F.5060109@verizon.net> <1208714948.23085.13.camel@ignacio.lan> Message-ID: <480B89CC.6060205@verizon.net> Ignacio Vazquez-Abrams wrote: > On Sun, 2008-04-20 at 13:37 -0400, Gerry Reno wrote: > >> Some observations from my first attempt at loading F9beta: >> > > Do these issues still show up with the Preview Release? > > Ignacio, I d/l 3 days ago from the link that said something like, 'did someone say Beta'. Is this the preview release? Gerry From greno at verizon.net Sun Apr 20 18:39:38 2008 From: greno at verizon.net (Gerry Reno) Date: Sun, 20 Apr 2008 14:39:38 -0400 Subject: F9 beta: disk druid In-Reply-To: <480B89CC.6060205@verizon.net> References: <480B7F6F.5060109@verizon.net> <1208714948.23085.13.camel@ignacio.lan> <480B89CC.6060205@verizon.net> Message-ID: <480B8DEA.4000102@verizon.net> Gerry Reno wrote: > Ignacio Vazquez-Abrams wrote: >> On Sun, 2008-04-20 at 13:37 -0400, Gerry Reno wrote: >> >>> Some observations from my first attempt at loading F9beta: >>> >> >> Do these issues still show up with the Preview Release? >> >> > Ignacio, I d/l 3 days ago from the link that said something like, > 'did someone say Beta'. Is this the preview release? > > Gerry > I just went back to the site and I see that the link has changed to Preview Release. So I'll load it up and see what happens. Gerry From mark.bidewell at alumni.clemson.edu Sun Apr 20 18:55:11 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sun, 20 Apr 2008 14:55:11 -0400 Subject: Firefox language packs Message-ID: Firefox supports many languages (good) However all language packs are install by default (not so good). While I can uninstall the uneeded packs by hand it would be nice if they could be broken out as separate RPMs like for koffice or openoffice. Is this possible? Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From lkundrak at redhat.com Sun Apr 20 18:57:28 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 20 Apr 2008 20:57:28 +0200 Subject: Firefox language packs In-Reply-To: References: Message-ID: <1208717848.16288.30.camel@localhost.localdomain> On Sun, 2008-04-20 at 14:55 -0400, Mark Bidewell wrote: > Firefox supports many languages (good) However all language packs are > install by default (not so good). While I can uninstall the uneeded > packs by hand it would be nice if they could be broken out as separate > RPMs like for koffice or openoffice. Is this possible? What's the reason for that -- do they occupy too much disk space (I have not checked myself)? However, for most packages we install all available translations, so koffice and openoffice are rather unusual examples. -- Lubomir Kundrak (Red Hat Security Response Team) From caillon at redhat.com Sun Apr 20 19:08:05 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 20 Apr 2008 15:08:05 -0400 Subject: Firefox language packs In-Reply-To: References: Message-ID: <480B9495.9000406@redhat.com> On 04/20/2008 02:55 PM, Mark Bidewell wrote: > Firefox supports many languages (good) However all language packs are > install by default (not so good). While I can uninstall the uneeded packs > by hand it would be nice if they could be broken out as separate RPMs like > for koffice or openoffice. Is this possible? Just like with other packages in the distro, you can change the value of %_install_langs From menthos at menthos.com Sun Apr 20 19:14:40 2008 From: menthos at menthos.com (Christian Rose) Date: Sun, 20 Apr 2008 21:14:40 +0200 Subject: Firefox language packs In-Reply-To: <1208717848.16288.30.camel@localhost.localdomain> References: <1208717848.16288.30.camel@localhost.localdomain> Message-ID: <97da516f0804201214i27e612eftdd64be34ed8d3da1@mail.gmail.com> On 4/20/08, Lubomir Kundrak wrote: > On Sun, 2008-04-20 at 14:55 -0400, Mark Bidewell wrote: > > Firefox supports many languages (good) However all language packs are > > install by default (not so good). While I can uninstall the uneeded > > packs by hand it would be nice if they could be broken out as separate > > RPMs like for koffice or openoffice. Is this possible? > > What's the reason for that -- do they occupy too much disk space (I have > not checked myself)? > > However, for most packages we install all available translations, so > koffice and openoffice are rather unusual examples. Indeed -- on multi user systems, you may very well have users that prefer some language, and other users that use another. And a third group of users that use a third language, and so on. Including all translations means everyone can benefit from the same system. So, unless there's a very compelling disk space issue, I see no need for starting to split translations as seperate rpms. Christian From lemenkov at gmail.com Sun Apr 20 19:25:16 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 20 Apr 2008 23:25:16 +0400 Subject: Firefox language packs In-Reply-To: References: Message-ID: 2008/4/20, Mark Bidewell : > Firefox supports many languages (good) However all language packs are > install by default (not so good). While I can uninstall the uneeded packs > by hand it would be nice if they could be broken out as separate RPMs like > for koffice or openoffice. Is this possible? Already discussed with zero results :( BTW OpenOffice.org packaged using separate langpacks... -- With best regards! From lordmorgul at gmail.com Sun Apr 20 20:30:42 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 20 Apr 2008 13:30:42 -0700 Subject: F9 beta: disk druid In-Reply-To: <480B8DEA.4000102@verizon.net> References: <480B7F6F.5060109@verizon.net> <1208714948.23085.13.camel@ignacio.lan> <480B89CC.6060205@verizon.net> <480B8DEA.4000102@verizon.net> Message-ID: <480BA7F2.20706@gmail.com> Gerry Reno wrote: > I just went back to the site and I see that the link has changed to > Preview Release. So I'll load it up and see what happens. Yes you were using Beta thats a bit older, but I suspect those issues will continue in Preview anyway. Disk Druid has been reordering partitions on disk in this way for years. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From lordmorgul at gmail.com Sun Apr 20 20:33:41 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 20 Apr 2008 13:33:41 -0700 Subject: Firefox language packs In-Reply-To: References: Message-ID: <480BA8A5.4010706@gmail.com> Peter Lemenkov wrote: > 2008/4/20, Mark Bidewell : >> Firefox supports many languages (good) However all language packs are >> install by default (not so good). While I can uninstall the uneeded packs >> by hand it would be nice if they could be broken out as separate RPMs like >> for koffice or openoffice. Is this possible? > > Already discussed with zero results :( > BTW OpenOffice.org packaged using separate langpacks... Personally, I'd like to see them lumped together in the addons listing as well so its not spammed with language packs... I don't mind them being installed on my system but having a single addon listed with some preference pane or information dialog that says what languages are there would be much nicer. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From jreiser at BitWagon.com Sun Apr 20 20:52:04 2008 From: jreiser at BitWagon.com (John Reiser) Date: Sun, 20 Apr 2008 13:52:04 -0700 Subject: Firefox language packs In-Reply-To: <97da516f0804201214i27e612eftdd64be34ed8d3da1@mail.gmail.com> References: <1208717848.16288.30.camel@localhost.localdomain> <97da516f0804201214i27e612eftdd64be34ed8d3da1@mail.gmail.com> Message-ID: <480BACF4.2060103@BitWagon.com> Christian Rose wrote: > On 4/20/08, Lubomir Kundrak wrote: >> However, for most packages we install all available translations, so >> koffice and openoffice are rather unusual examples. > > > Indeed -- on multi user systems, you may very well have users that > prefer some language, and other users that use another. And a third > group of users that use a third language, and so on. Including all > translations means everyone can benefit from the same system. > > So, unless there's a very compelling disk space issue, I see no need > for starting to split translations as seperate rpms. In addition to disk space there is the bandwidth and time for updating them. 30% of Fedora is language packs, dictionaries, fonts, locales, etc. There are important use cases where a small subset (1 to 3 languages) are all that is ever used, and avoiding the rest would save around 25% of the total cost. I run an independent distribution facility for current Fedora releases (not a full mirror), and that cost is non-trivial. For instance, it's the difference between installing on a 2GB flash memory device, instead of a 4GB device. It's the difference between 22GB and 35GB of storage for my facility. That straddles a boundary in the monthly price that I pay. It is particularly *IDIOTIC*, especially from the view of a distributor, that many such .rpms are specific to an architecture, so that a language pack comes in .i386, .x86_64, and .ppc flavors instead of just .noarch. -- From emmanuel.seyman at club-internet.fr Sun Apr 20 20:59:30 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Sun, 20 Apr 2008 22:59:30 +0200 Subject: F9 beta: disk druid In-Reply-To: <480B7F6F.5060109@verizon.net> References: <480B7F6F.5060109@verizon.net> Message-ID: <20080420205930.GA1930@orient.maison.lan> * Gerry Reno [20/04/2008 20:50] : > > I wish it would > not try to outsmart the user. I know what I want the partitions to look > like. Just do it. If disk druid is trying to optimize things then there > should be a checkbox that says something like 'do not optimize'. I > struggled for an hour with this and finally gave up trying to setup the > partitions in a sane manner. You can, before running Disk Druid, hop over to a console, partition as you see fit your disks using fdisk and then tell DD to not touch your partitionning as you assign mount points. Emmanuel From caillon at redhat.com Sun Apr 20 21:19:44 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 20 Apr 2008 17:19:44 -0400 Subject: Firefox language packs In-Reply-To: <480BA8A5.4010706@gmail.com> References: <480BA8A5.4010706@gmail.com> Message-ID: <480BB370.5090204@redhat.com> On 04/20/2008 04:33 PM, Andrew Farris wrote: > Peter Lemenkov wrote: >> 2008/4/20, Mark Bidewell : >>> Firefox supports many languages (good) However all language packs are >>> install by default (not so good). While I can uninstall the uneeded >>> packs >>> by hand it would be nice if they could be broken out as separate RPMs >>> like >>> for koffice or openoffice. Is this possible? >> >> Already discussed with zero results :( >> BTW OpenOffice.org packaged using separate langpacks... > > Personally, I'd like to see them lumped together in the addons listing > as well so its not spammed with language packs... I don't mind them > being installed on my system but having a single addon listed with some > preference pane or information dialog that says what languages are there > would be much nicer. And I'd like to see people point out what problems are so they can be addressed properly instead of making hacks around them. For example, a much better solution is implemented in Firefox 3 versions to avoid clutter like this. See http://caillon.fedorapeople.org/ffext.png and http://caillon.fedorapeople.org/fflang.png From greno at verizon.net Sun Apr 20 21:30:53 2008 From: greno at verizon.net (Gerry Reno) Date: Sun, 20 Apr 2008 17:30:53 -0400 Subject: F9 beta: disk druid In-Reply-To: <1208714948.23085.13.camel@ignacio.lan> References: <480B7F6F.5060109@verizon.net> <1208714948.23085.13.camel@ignacio.lan> Message-ID: <480BB60D.9050509@verizon.net> Ignacio Vazquez-Abrams wrote: > On Sun, 2008-04-20 at 13:37 -0400, Gerry Reno wrote: > >> Some observations from my first attempt at loading F9beta: >> > > Do these issues still show up with the Preview Release? > > Yes, the raid arrays are still being marked as foreign which means you have to delete the LVM and RAID and start over. I notice that the RAID5 is the one that comes up most consistently as 'foreign'. Sometimes the RAID1 will show as foreign and other times not. This is sad, DD is basically a POS for all but the most trivial of configs. And worse. In Preview, whenever I press the Next button after finishing all the partition, raid and lvm configuration, nothing happens. It will not go to the next screen. The install is doa at that point. One time the Next button gave my an unhandled exception error and asked to file a bug but it refused to find my usbkey and when I tried Remote, it said there was a problem writing the file. So I scp a file using the same credentials, same machine, same filename, in a console without any problem. Do not know what it was having a problem doing. No further details provided. So I replug my usbkey and try Disk again and then I get an Assertion (ped_partition_is_active(part) at disk.c:1186 in function ped_partition_get_flag() failed. Gerry From lightsolphoenix at gmail.com Sun Apr 20 21:54:42 2008 From: lightsolphoenix at gmail.com (Kelly Miller) Date: Sun, 20 Apr 2008 17:54:42 -0400 Subject: KDE4 & KDE3 programs - Color inheritance problems In-Reply-To: References: <480A6E55.5070408@gmail.com> Message-ID: <480BBBA2.1010007@gmail.com> Rex Dieter wrote: > bugzilla please (bugzilla.redhat.com or bugs.kde.org is fine, but if doing > the latter, please let us know the bz#). > > -- Rex > Done. https://bugzilla.redhat.com/show_bug.cgi?id=443343 From dr.diesel at gmail.com Sun Apr 20 22:15:23 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sun, 20 Apr 2008 18:15:23 -0400 Subject: NVRM bad Caching? Message-ID: <2a28d2ab0804201515q2ce0b5do1202daed43a11eae@mail.gmail.com> Does this mean anything? [garage at localhost ~]$ dmesg | tail NVRM: bad caching on address 0xffff810072995000: actual 0x173 != expected 0x17b NVRM: bad caching on address 0xffff8100728fa000: actual 0x173 != expected 0x17b NVRM: bad caching on address 0xffff81007bc81000: actual 0x173 != expected 0x17b r8169: eth1: link up r8169: eth1: link up r8169: eth0: link down ADDRCONF(NETDEV_UP): eth0: link is not ready ADDRCONF(NETDEV_UP): wlan0: link is not ready eth1: no IPv6 routers present mtrr: base(0xd0000000) is not aligned on a size(0xff00000) boundary [garage at localhost ~]$ Thanks Andy -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org From mike at cchtml.com Sun Apr 20 22:18:03 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Sun, 20 Apr 2008 17:18:03 -0500 Subject: NVRM bad Caching? In-Reply-To: <2a28d2ab0804201515q2ce0b5do1202daed43a11eae@mail.gmail.com> References: <2a28d2ab0804201515q2ce0b5do1202daed43a11eae@mail.gmail.com> Message-ID: <480BC11B.2010308@cchtml.com> -------- Original Message -------- Subject: NVRM bad Caching? From: Dr. Diesel To: fedora-devel-list at redhat.com Date: 04/20/2008 05:15 PM > Does this mean anything? > > [garage at localhost ~]$ dmesg | tail > NVRM: bad caching on address 0xffff810072995000: actual 0x173 != expected 0x17b > NVRM: bad caching on address 0xffff8100728fa000: actual 0x173 != expected 0x17b > NVRM: bad caching on address 0xffff81007bc81000: actual 0x173 != expected 0x17b > r8169: eth1: link up > r8169: eth1: link up > r8169: eth0: link down > ADDRCONF(NETDEV_UP): eth0: link is not ready > ADDRCONF(NETDEV_UP): wlan0: link is not ready > eth1: no IPv6 routers present > mtrr: base(0xd0000000) is not aligned on a size(0xff00000) boundary > [garage at localhost ~]$ > > Thanks > Andy > > > That's a message from the proprietary nVidia driver. I suggest you search and/or post here: http://www.nvnews.net/vbulletin/forumdisplay.php?f=14 Mike From lists at ebourne.me.uk Sun Apr 20 22:33:30 2008 From: lists at ebourne.me.uk (Martin Ebourne) Date: Sun, 20 Apr 2008 22:33:30 +0000 (UTC) Subject: seamonkey installed for unknown reason References: <4807A815.5050105@cora.nwra.com> Message-ID: On Thu, 17 Apr 2008 13:42:13 -0600, Orion Poplawski wrote: > A kickstart install of today's rawhide installed seamonkey for some > unknown reason. Removing it after install did not result in any other > package being removed. Could it be satisfying some other dependency? > Anyone else see this? Yes, an x86_64 install from the preview release full DVD. I selected the usual desktop and software development options, but otherwise left it to defaults. Seamonkey was installed, and likewise I was able to rpm -e it with no trouble. Does seem a bit pointless with firefox etc already there. Cheers, Martin. From greno at verizon.net Sun Apr 20 22:49:32 2008 From: greno at verizon.net (Gerry Reno) Date: Sun, 20 Apr 2008 18:49:32 -0400 Subject: F9 beta: disk druid In-Reply-To: <480BB60D.9050509@verizon.net> References: <480B7F6F.5060109@verizon.net> <1208714948.23085.13.camel@ignacio.lan> <480BB60D.9050509@verizon.net> Message-ID: <480BC87C.80401@verizon.net> In Preview, if I go in as Custom the only way that I can proceed on the Next button is if I delete all the existing RAID and LVM and rebuild everything then Next button will take me to the next screen where it formats all the filesystems. But even then things are not well. Once it finishes formatting all the filesystems and gets to the boot loader install screen, when I press Next on that screen it again gives me an unhandled exception error and once more I cannot capture the bug because of the weird assertion error that occurs that locks things up. Gerry From petersen at redhat.com Sun Apr 20 23:11:17 2008 From: petersen at redhat.com (Jens Petersen) Date: Mon, 21 Apr 2008 09:11:17 +1000 Subject: pruning the fonts list In-Reply-To: <1208548770.17368.9.camel@aglarond.local> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208548770.17368.9.camel@aglarond.local> Message-ID: <480BCD95.2060208@redhat.com> Jeremy Katz ????????: > On Fri, 2008-04-18 at 15:57 -0400, Bill Nottingham wrote: >> When looking over the LiveCD manifest, and where space is going, I >> can't help but notice that a lot of it goes to fonts. Here's the >> full list, AFAICT. The number to the left is the size of the package. >> I think a good chunk of this could be pruned. > > Yes a lot of space in general ends up being used by fonts. I'd lean > towards saying we should make things optional in comps rather than > making explicit changes to the livecd, though from a maintenance point > of view. Although I guess if we wanted to do it first on the livecd for > F9 and then in general for F10 via comps, that'd be okay Well we have argued about this before, but my take now is that we should have Lang Support group parity across Live and standard installs: so either we don't install all the language support groups for Live or we should for standard installs, and then take comps from there. Personally I would tend towards not installing all language groups for Live and installing some Input Methods by default to compensate, which would leave Live in a similar state to what it is now, but would drop various fonts that are only installed by default for language support groups. Jens From petersen at redhat.com Sun Apr 20 23:26:48 2008 From: petersen at redhat.com (Jens Petersen) Date: Mon, 21 Apr 2008 09:26:48 +1000 Subject: pruning the fonts list In-Reply-To: <1208553201.26212.16.camel@rousalka.dyndns.org> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208553201.26212.16.camel@rousalka.dyndns.org> Message-ID: <480BD138.70005@redhat.com> Nicolas Mailhot ????????: > ?3. fonts-japanese is probably not 100% necessary when VLGothic is > available Right. It is only pulled in by @japanese-support, but should be installed for Japanese installs I think. > 4. drop culmus ? DejaVu full includes Hebrew no one complained of during > the F9 cycle, so no need to keep a separate Hebrew font on a > space-constrained media Ditto for @hebrew-support. > 5. Have the Arabic l10n group choose between kacst and paktype Hmm they are currently both default in the @fonts group. > 6. Have the Indic l10n group sort the huge number of indic fonts, > keeping only one package per script (sarai, lohit, smc, samyak) The Indic fonts are pretty small. I think mostly Lohit is preferred, except for Malayalam (smc, which is not yet in comps). Again sarai and samyak are optional in @fonts. > 7. Have the Chinese l10n group choose between cjkunifonts-uming and > cjkunifonts-ukai We already have this in @fonts, and should not make this choice for @chinese-support. > 8. add dejavu-fonts-experimental ? you *really* want the distro default > fonts to have a complete face set, a lot of users will notice and > complain otherwise Agreed. This is also already default in @fonts. > I'm afraid most wins are in 3. 5. 6. & 7., and they depend on l10n > groups telling us their wishes, which unfortunately has not happened a > lot so far. http://fedoraproject.org/wiki/SIGs/Fonts/Triaging/L10N > remains terribly incomplete. So basically just following the current defaults in @fonts will give you nearly everything you want already. And that is my suggestion: use @fonts for this, not the language support groups which should be considered optional. Jens -- Jens Petersen I18n Engineering, Team Lead Red Hat From petersen at redhat.com Sun Apr 20 23:42:30 2008 From: petersen at redhat.com (Jens Petersen) Date: Mon, 21 Apr 2008 09:42:30 +1000 Subject: Sazanami and VLGothic fonts In-Reply-To: <48092448.3070308@redhat.com> References: <48092448.3070308@redhat.com> Message-ID: <480BD4E6.6050108@redhat.com> Warren Togami ????????: > "VLGothic provides Japanese TrueType fonts from the Vine Linux project. > Most of the glyphs are taken from the M+ and Sazanami Gothic fonts, > but some have also been improved by the project." > > Does this mean that VLGothic is a superset of Sazanami? Probably Tagoh knows more detail, but my understanding is that VLGothic has reworked a lot of original glyphs from Sazanami Gothic, so actually overall they are pretty different faces now. > (Could these be considered redundant fonts taking up space > unnecessarily? I'm guessing not, but just checking to be sure.) No, but I would only install Sazanami now for Japanese users. Jens From lordmorgul at gmail.com Mon Apr 21 00:10:54 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 20 Apr 2008 17:10:54 -0700 Subject: Firefox language packs In-Reply-To: <480BB370.5090204@redhat.com> References: <480BA8A5.4010706@gmail.com> <480BB370.5090204@redhat.com> Message-ID: <480BDB8E.9020503@gmail.com> Christopher Aillon wrote: > On 04/20/2008 04:33 PM, Andrew Farris wrote: >> Personally, I'd like to see them lumped together in the addons listing >> as well so its not spammed with language packs... I don't mind them >> being installed on my system but having a single addon listed with >> some preference pane or information dialog that says what languages >> are there would be much nicer. > > And I'd like to see people point out what problems are so they can be > addressed properly instead of making hacks around them. For example, a > much better solution is implemented in Firefox 3 versions to avoid > clutter like this. > > See http://caillon.fedorapeople.org/ffext.png and > http://caillon.fedorapeople.org/fflang.png Oh yes.. I'm sorry when I wrote that I had totally forgotten that clutter problem was basically solved in ff3 already. The separate language section of addons is a fine solution. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From d.jacobfeuerborn at conversis.de Mon Apr 21 00:26:37 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Mon, 21 Apr 2008 02:26:37 +0200 Subject: How is the new networking world supposed to work? In-Reply-To: <1208707559.5036.45.camel@localhost.localdomain> References: <47FFF149.1090100@conversis.de> <1208184056.31015.9.camel@localhost.localdomain> <48053F55.4080102@conversis.de> <1208707559.5036.45.camel@localhost.localdomain> Message-ID: <480BDF3D.5040008@conversis.de> Dan Williams wrote: >> - Device: eth0 ---------------------------------------------------------------- >> Type: Wired >> Driver: forcedeth >> State: connected >> HW Address: 00:00:00:00:00:00 > > I've seen this once and not been able to reproduce; there might be a > race between bringing up the card and getting a valid MAC address since > sometimes the MAC can't be read until firmware is loaded and booted, but > that's usually only an issue with wireless cards since wired devices > don't usually have firmware. I actually managed to fix my problem by disabling the "network" service. I guess the remaining question is why the interface ends up in a b0rked state when it is first brought up by "network" and then taken over by NM. Should "network" actually bring the interface up if the config file says "NM_CONTROLLED=yes"? I think it would be useful to define the semantics when both services are started. Should there be two sets of interfaces determined by NM_CONTROLLED and each service only caring for its "own" so that they don't collide or should this work like an override mechanism where one service takes over interfaces from the service that ran before? >> Capabilities: >> Supported: yes >> Carrier Detect: yes >> Speed: 100 Mb/s >> >> Wired Settings >> >> IP Settings: >> IP Address: 192.168.2.100 >> Subnet Mask: 255.255.255.0 >> Broadcast: 192.168.2.255 >> Gateway: 192.168.2.1 >> DNS: 195.50.140.178 >> DNS: 195.50.140.114 >> DNS: 192.168.2.1 >> >> >> - Device: eth1 ---------------------------------------------------------------- >> Type: Wired >> Driver: 3c59x >> State: unavailable >> HW Address: 00:50:04:49:E0:EC > > This is the interesting part; and also something I've seen once in > conjunction with the issues above. The "unavailable" state for wired > devices usually means NM can't detect a carrier for that card. In your > case though, NM seems to think it does support carrier detection, since > it responds correctly to either MII register accesses or ethtool > queries. eth1 isn't connected so the "unavailable" state is correct. That interface isn't used at all. >> Capabilities: >> Supported: yes >> Carrier Detect: yes >> Speed: 10 Mb/s >> >> Wired Settings >> >> (I've added "prepend domain-name-servers 195.50.140.178, 195.50.140.114;" >> to dhclient-eth0.conf so I get decent nameservers in resolv.conf) > > You can also set DNS1 and DNS2 into your ifcfg files. That's a bit > easier... Indeed, thanks for the tip. Regards, Dennis From dcbw at redhat.com Mon Apr 21 01:44:13 2008 From: dcbw at redhat.com (Dan Williams) Date: Sun, 20 Apr 2008 21:44:13 -0400 Subject: How is the new networking world supposed to work? In-Reply-To: <480BDF3D.5040008@conversis.de> References: <47FFF149.1090100@conversis.de> <1208184056.31015.9.camel@localhost.localdomain> <48053F55.4080102@conversis.de> <1208707559.5036.45.camel@localhost.localdomain> <480BDF3D.5040008@conversis.de> Message-ID: <1208742253.20821.6.camel@localhost.localdomain> On Mon, 2008-04-21 at 02:26 +0200, Dennis Jacobfeuerborn wrote: > Dan Williams wrote: > >> - Device: eth0 ---------------------------------------------------------------- > >> Type: Wired > >> Driver: forcedeth > >> State: connected > >> HW Address: 00:00:00:00:00:00 > > > > I've seen this once and not been able to reproduce; there might be a > > race between bringing up the card and getting a valid MAC address since > > sometimes the MAC can't be read until firmware is loaded and booted, but > > that's usually only an issue with wireless cards since wired devices > > don't usually have firmware. > > I actually managed to fix my problem by disabling the "network" service. I > guess the remaining question is why the interface ends up in a b0rked state > when it is first brought up by "network" and then taken over by NM. Should > "network" actually bring the interface up if the config file says > "NM_CONTROLLED=yes"? No, it probably should not do anything if NM is running. > I think it would be useful to define the semantics when both services are > started. Should there be two sets of interfaces determined by NM_CONTROLLED > and each service only caring for its "own" so that they don't collide or > should this work like an override mechanism where one service takes over > interfaces from the service that ran before? If NM_CONTROLLED=yes and NM is running, only NM should manage the device. If NM is not running or if NM_CONTROLLED=no, then it's probably fine for the network service to touch the device. Dan > >> Capabilities: > >> Supported: yes > >> Carrier Detect: yes > >> Speed: 100 Mb/s > >> > >> Wired Settings > >> > >> IP Settings: > >> IP Address: 192.168.2.100 > >> Subnet Mask: 255.255.255.0 > >> Broadcast: 192.168.2.255 > >> Gateway: 192.168.2.1 > >> DNS: 195.50.140.178 > >> DNS: 195.50.140.114 > >> DNS: 192.168.2.1 > >> > >> > >> - Device: eth1 ---------------------------------------------------------------- > >> Type: Wired > >> Driver: 3c59x > >> State: unavailable > >> HW Address: 00:50:04:49:E0:EC > > > > This is the interesting part; and also something I've seen once in > > conjunction with the issues above. The "unavailable" state for wired > > devices usually means NM can't detect a carrier for that card. In your > > case though, NM seems to think it does support carrier detection, since > > it responds correctly to either MII register accesses or ethtool > > queries. > > eth1 isn't connected so the "unavailable" state is correct. That interface > isn't used at all. > > >> Capabilities: > >> Supported: yes > >> Carrier Detect: yes > >> Speed: 10 Mb/s > >> > >> Wired Settings > >> > >> (I've added "prepend domain-name-servers 195.50.140.178, 195.50.140.114;" > >> to dhclient-eth0.conf so I get decent nameservers in resolv.conf) > > > > You can also set DNS1 and DNS2 into your ifcfg files. That's a bit > > easier... > > Indeed, thanks for the tip. > > Regards, > Dennis > From greno at verizon.net Mon Apr 21 02:36:42 2008 From: greno at verizon.net (Gerry Reno) Date: Sun, 20 Apr 2008 22:36:42 -0400 Subject: F9 beta: disk druid In-Reply-To: <480BC87C.80401@verizon.net> References: <480B7F6F.5060109@verizon.net> <1208714948.23085.13.camel@ignacio.lan> <480BB60D.9050509@verizon.net> <480BC87C.80401@verizon.net> Message-ID: <480BFDBA.2090600@verizon.net> Ok, I tried to install either F8 or F7 on this machine. Both of those could only see two of the SATA controllers. So at least F9 found all the SATA controllers. If the F9 anaconda installer would just quit crashing with unhandled exception... The issue of the changing device names has me concerned. If SATA acts like SCSI then are the hdd device names going to be changing all the time when I plug in my usbkey during boot? Also, I have drive utilities that store things like partition tables in files like hda1.part. But with SATA, /dev/sda, may next time be /dev/sdc. So my utilities would not be able to know it the partition was actually for the correct drive device. So how are we to manage things like partition table dumps so that they would be loaded back onto the correct device? Gerry From huzaifas at redhat.com Mon Apr 21 02:56:01 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Mon, 21 Apr 2008 08:26:01 +0530 Subject: gnumeric - never reviewed? In-Reply-To: <480AFFD2.5090109@poolshark.org> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480AFFD2.5090109@poolshark.org> Message-ID: <480C0241.4070405@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Denis Leroy wrote: > Tom "spot" Callaway wrote: >> On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: >>> Hi. >>> >>> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I >>> can't find >>> the review bug. Has it ever been reviewed? >> >> No, it was in core pre-merge, and it looks like it never got tagged for >> a Merge Review. Someone should fix that (I call not it). > > If the new maintainer wants to open a merge review bug, I'll be happy to > do the review. > > -denis > Since Hans is a little busy, I have taken over as the maintainer of gnumeric. I am also going to do a rebuild of the same with psiconv support, once psiconv is pushed to stable. I do not mind opening a merge review request, if that is what is required. - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) Research and Development Lead, Global Help Desk, Pune Phone: +91 20 4005 7322 (UTC +5.5) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 Visit the Help Desk portal at : http://helpdesk.corp.redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFIDAJBzHDc8tpb2uURAuSoAJ9WfuIzLfGMNmqipzURtILhxiiIfQCgkvK1 9D4kP8PqxL8gYNKurvPbth0= =ca7A -----END PGP SIGNATURE----- From huzaifas at redhat.com Mon Apr 21 03:21:12 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Mon, 21 Apr 2008 08:51:12 +0530 Subject: gnumeric - never reviewed? In-Reply-To: <480AFFD2.5090109@poolshark.org> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480AFFD2.5090109@poolshark.org> Message-ID: <480C0828.20909@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Denis Leroy wrote: > Tom "spot" Callaway wrote: >> On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: >>> Hi. >>> >>> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I >>> can't find >>> the review bug. Has it ever been reviewed? >> >> No, it was in core pre-merge, and it looks like it never got tagged for >> a Merge Review. Someone should fix that (I call not it). > > If the new maintainer wants to open a merge review bug, I'll be happy to > do the review. > https://bugzilla.redhat.com/show_bug.cgi?id=443355 Just opened the merge review. > -denis > - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) Research and Development Lead, Global Help Desk, Pune Phone: +91 20 4005 7322 (UTC +5.5) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 Visit the Help Desk portal at : http://helpdesk.corp.redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFIDAgozHDc8tpb2uURAiAAAJ9roPbKlemXrlX3zx80XZ31g80i/QCfSFwl zzt9GghAmqqFpJQVkNpUJfE= =JUUJ -----END PGP SIGNATURE----- From tagoh at redhat.com Mon Apr 21 03:52:48 2008 From: tagoh at redhat.com (Akira TAGOH) Date: Mon, 21 Apr 2008 12:52:48 +0900 (JST) Subject: Sazanami and VLGothic fonts In-Reply-To: <480BD4E6.6050108@redhat.com> References: <48092448.3070308@redhat.com> <480BD4E6.6050108@redhat.com> Message-ID: <20080421.125248.1300513986.tagoh@redhat.com> >>>>> On Mon, 21 Apr 2008 09:42:30 +1000, >>>>> "JP" == Jens Petersen wrote: JP> Warren Togami ????????: >> "VLGothic provides Japanese TrueType fonts from the Vine Linux project. >> Most of the glyphs are taken from the M+ and Sazanami Gothic fonts, >> but some have also been improved by the project." >> Does this mean that VLGothic is a superset of Sazanami? JP> Probably Tagoh knows more detail, but my understanding is that VLGothic has reworked a lot of original glyphs from Sazanami Gothic, so actually overall they are pretty different faces now. Yes, and VLGothic uses different glyphs for ASCII based on M+. that could be a different typeface at this point. and that can't just replaces Sazanami font since that doesn't provide Mincho typeface so far as mentioned in another thread. -- Akira TAGOH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From greno at verizon.net Mon Apr 21 04:18:41 2008 From: greno at verizon.net (Gerry Reno) Date: Mon, 21 Apr 2008 00:18:41 -0400 Subject: F9 preview: live cd issues Message-ID: <480C15A1.70700@verizon.net> Since I wasn't able to get F9 Preview or Beta installed, I d/l F9 Preview Live CD and booted it. It almost did not boot. I was getting all kinds of weird block device errors and a lot of trouble reading the cd with errors on /dev/sr0 like (and I verified the media - it was good): Buffer I/O error on device sr0, logical block 0462 end_request, I/O error, dev sr0, sector 33840 Unable to find persistent overlay; using temporary Red Hat Nash version 6.0.47 starting Setting up new root fs no fstab.sys, mounting internal defaults unmounting old /dev unmounting old [bunch of icon chars like hearts and things] unmounting old /sys Welcome to Fedora Once it finally did boot I went in and sent a smolt profile of my machine. It is here: http://www.smolts.org/client/show/pub_a85342c8-29ef-4208-a216-161ee87bcb2f With all the weird errors I've seen I think that F9 is having some difficulty with the SATA/IDE controllers/drives. This machine has three SATA controllers: Gigabyte 2 int 2 ext AMD660 4 int HighPoint 2300 4 int Gerry From greno at verizon.net Mon Apr 21 05:11:37 2008 From: greno at verizon.net (Gerry Reno) Date: Mon, 21 Apr 2008 01:11:37 -0400 Subject: F9 preview: live cd issues In-Reply-To: <480C15A1.70700@verizon.net> References: <480C15A1.70700@verizon.net> Message-ID: <480C2209.9070308@verizon.net> Here is a 'dmesg' from the F9-Preview Live CD boot sequence: Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Linux version 2.6.25-0.234.rc9.git1.fc9.i686 (mockbuild@) (gcc version 4.3.0 20080404 (Red Hat 4.3.0-6) (GCC) ) #1 SMP Tue Apr 15 18:37:15 EDT 2008 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 0000000000098800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000cfee0000 (usable) BIOS-e820: 00000000cfee0000 - 00000000cfee3000 (ACPI NVS) BIOS-e820: 00000000cfee3000 - 00000000cfef0000 (ACPI data) BIOS-e820: 00000000cfef0000 - 00000000cff00000 (reserved) BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 0000000130000000 (usable) Warning only 4GB will be used. Use a HIGHMEM64G enabled kernel. 3200MB HIGHMEM available. 896MB LOWMEM available. Scan SMP from c0000000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f0000 for 65536 bytes. found SMP MP-table at [c00f56e0] 000f56e0 Using x86 segment limits to approximate NX protection Entering add_active_range(0, 0, 1048576) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem 229376 -> 1048576 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 1048576 On node 0 totalpages: 1048576 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 6400 pages used for memmap HighMem zone: 812800 pages, LIFO batch:31 Movable zone: 0 pages used for memmap DMI 2.4 present. Using APIC driver default ACPI: RSDP 000F70D0, 0014 (r0 GBT ) ACPI: RSDT CFEE3000, 0038 (r1 GBT GBTUACPI 42302E31 GBTU 1010101) ACPI: FACP CFEE3040, 0074 (r1 GBT GBTUACPI 42302E31 GBTU 1010101) ACPI: DSDT CFEE30C0, 66F8 (r1 GBT GBTUACPI 1000 MSFT 3000000) ACPI: FACS CFEE0000, 0040 ACPI: SSDT CFEE9880, 0544 (r1 PTLTD POWERNOW 1 LTP 1) ACPI: HPET CFEE9E00, 0038 (r1 GBT GBTUACPI 42302E31 GBTU 98) ACPI: MCFG CFEE9E40, 003C (r1 GBT GBTUACPI 42302E31 GBTU 1010101) ACPI: APIC CFEE97C0, 0084 (r1 GBT GBTUACPI 42302E31 GBTU 1010101) ATI board detected. Disabling timer routing over 8254. ACPI: PM-Timer IO Port: 0x4008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 0:2 APIC version 16 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 0:2 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) Processor #2 0:2 APIC version 16 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) Processor #3 0:2 APIC version 16 ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 33, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs ACPI: HPET id: 0x10b9a201 base: 0xfed00000 Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at d0000000 (gap: cff00000:10100000) PM: Registered nosave memory: 0000000000098000 - 00000000000a0000 PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1040384 Kernel command line: initrd=initrd0.img root=CDLABEL=Fedora-9-PR-i686-20080416 rootfstype=iso9660 ro quiet liveimg rhgb BOOT_IMAGE=vmlinuz0 mapped APIC to ffffb000 (fee00000) mapped IOAPIC to ffffa000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c07b8000 soft=c0798000 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 2511.490 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 3362780k/4194304k available (2234k kernel code, 42704k reserved, 1119k data, 284k init, 2489216k highmem) virtual kernel memory layout: fixmap : 0xffc53000 - 0xfffff000 (3760 kB) pkmap : 0xff400000 - 0xff800000 (4096 kB) vmalloc : 0xf8800000 - 0xff3fe000 ( 107 MB) lowmem : 0xc0000000 - 0xf8000000 ( 896 MB) .init : 0xc074e000 - 0xc0795000 ( 284 kB) .data : 0xc062ea6d - 0xc0746800 (1119 kB) .text : 0xc0400000 - 0xc062ea6d (2234 kB) Checking if this processor honours the WP bit even in supervisor mode...Ok. CPA: page pool initialized 1 of 1 pages preallocated SLUB: Genslabs=12, HWalign=64, Order=0-1, MinObjects=4, CPUs=4, Nodes=1 hpet clockevent registered Calibrating delay using timer specific routine.. 5025.86 BogoMIPS (lpj=2512932) Security Framework initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0(4) -> Core 0 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to ffffe000. Checking 'hlt' instruction... OK. ACPI: Core revision 20070126 CPU0: AMD Phenom(tm) 9850 Quad-Core Processor stepping 03 Booting processor 1/1 ip 4000 CPU 1 irqstacks, hard=c07b9000 soft=c0799000 Initializing CPU#1 Calibrating delay using timer specific routine.. 5022.85 BogoMIPS (lpj=2511426) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 1(4) -> Core 1 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: AMD Phenom(tm) 9850 Quad-Core Processor stepping 03 Booting processor 2/2 ip 4000 CPU 2 irqstacks, hard=c07ba000 soft=c079a000 Initializing CPU#2 Calibrating delay using timer specific routine.. 5022.85 BogoMIPS (lpj=2511426) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 2(4) -> Core 3 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#2. CPU2: AMD Phenom(tm) 9850 Quad-Core Processor stepping 03 Booting processor 3/3 ip 4000 CPU 3 irqstacks, hard=c07bb000 soft=c079b000 Initializing CPU#3 Calibrating delay using timer specific routine.. 5022.84 BogoMIPS (lpj=2511421) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 3(4) -> Core 2 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#3. CPU3: AMD Phenom(tm) 9850 Quad-Core Processor stepping 03 Total of 4 processors activated (20094.41 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 Brought up 4 CPUs sizeof(vma)=84 bytes sizeof(page)=32 bytes sizeof(inode)=340 bytes sizeof(dentry)=132 bytes sizeof(ext3inode)=492 bytes sizeof(buffer_head)=56 bytes sizeof(skbuff)=176 bytes sizeof(task_struct)=3712 bytes CPU0 attaching sched-domain: domain 0: span 0000000f groups: 00000001 00000002 00000004 00000008 CPU1 attaching sched-domain: domain 0: span 0000000f groups: 00000002 00000004 00000008 00000001 CPU2 attaching sched-domain: domain 0: span 0000000f groups: 00000004 00000008 00000001 00000002 CPU3 attaching sched-domain: domain 0: span 0000000f groups: 00000008 00000001 00000002 00000004 net_namespace: 548 bytes Booting paravirtualized kernel on bare hardware Time: 23:37:58 Date: 04/20/08 NET: Registered protocol family 16 No dock devices found. ACPI: bus type pci registered PCI: Using MMCONFIG for extended config space PCI: Using configuration type 1 Setting up standard PCI resources ACPI: EC: Look up EC in DSDT ACPI: Interpreter enabled ACPI: (supports S0 S1 S4 S5) ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Transparent bridge - 0000:00:14.4 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P2P_._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE5._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE7._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE9._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCEA._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11) *0, disabled. ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 11) *0, disabled. ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11) *0, disabled. ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11) *0, disabled. ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11) *0, disabled. ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 5 6 7 10 11) *0, disabled. ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 10 11) *0, disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init ACPI: bus type pnp registered 00:0c: mem resource (0xe0000000-0xefffffff) overlaps 0000:00:00.0 BAR 3 (0xe0000000-0xffffffff), disabling 00:0d: mem resource (0xffff0000-0xffffffff) overlaps 0000:00:00.0 BAR 3 (0xe0000000-0xffffffff), disabling 00:0d: mem resource (0xfec00000-0xfec00fff) overlaps 0000:00:00.0 BAR 3 (0xe0000000-0xffffffff), disabling 00:0d: mem resource (0xfee00000-0xfee00fff) overlaps 0000:00:00.0 BAR 3 (0xe0000000-0xffffffff), disabling 00:0d: mem resource (0xfff80000-0xfffeffff) overlaps 0000:00:00.0 BAR 3 (0xe0000000-0xffffffff), disabling pnp: PnP ACPI: found 14 devices ACPI: ACPI bus type pnp unregistered usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report PCI: Cannot allocate resource region 3 of device 0000:00:00.0 NetLabel: Initializing NetLabel: domain hash size = 128 NetLabel: protocols = UNLABELED CIPSOv4 NetLabel: unlabeled traffic allowed by default hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0 hpet0: 4 32-bit timers, 14318180 Hz ACPI: RTC can wake from S4 Switched to high resolution mode on CPU 0 system 00:01: ioport range 0x4d0-0x4d1 has been reserved system 00:01: ioport range 0x220-0x225 has been reserved system 00:01: ioport range 0x290-0x294 has been reserved system 00:02: ioport range 0x4100-0x411f has been reserved system 00:02: ioport range 0x228-0x22f has been reserved system 00:02: ioport range 0x40b-0x40b has been reserved system 00:02: ioport range 0x4d6-0x4d6 has been reserved system 00:02: ioport range 0xc00-0xc01 has been reserved system 00:02: ioport range 0xc14-0xc14 has been reserved system 00:02: ioport range 0xc50-0xc52 has been reserved system 00:02: ioport range 0xc6c-0xc6d has been reserved system 00:02: ioport range 0xc6f-0xc6f has been reserved system 00:02: ioport range 0xcd0-0xcd1 has been reserved system 00:02: ioport range 0xcd2-0xcd3 has been reserved system 00:02: ioport range 0xcd4-0xcdf has been reserved system 00:02: ioport range 0x4000-0x40fe has been reserved system 00:02: ioport range 0x4210-0x4217 has been reserved system 00:02: ioport range 0xb00-0xb1f could not be reserved system 00:02: ioport range 0x238-0x23f has been reserved system 00:0d: iomem range 0xdf000-0xdffff has been reserved system 00:0d: iomem range 0xf0000-0xf7fff could not be reserved system 00:0d: iomem range 0xf8000-0xfbfff could not be reserved system 00:0d: iomem range 0xfc000-0xfffff could not be reserved system 00:0d: iomem range 0xcfee0000-0xcfefffff could not be reserved system 00:0d: iomem range 0x0-0x9ffff could not be reserved system 00:0d: iomem range 0x100000-0xcfedffff could not be reserved Switched to high resolution mode on CPU 1 Switched to high resolution mode on CPU 2 Switched to high resolution mode on CPU 3 PCI: Bridge: 0000:00:02.0 IO window: b000-bfff MEM window: 0xfa000000-0xfcffffff PREFETCH window: 0x00000000d0000000-0x00000000dfffffff PCI: Bridge: 0000:00:05.0 IO window: a000-afff MEM window: 0xfd700000-0xfd8fffff PREFETCH window: 0x00000000fdf00000-0x00000000fdffffff PCI: Bridge: 0000:00:07.0 IO window: e000-efff MEM window: 0xfde00000-0xfdefffff PREFETCH window: 0x00000000fdd00000-0x00000000fddfffff PCI: Bridge: 0000:00:09.0 IO window: d000-dfff MEM window: 0xfdc00000-0xfdcfffff PREFETCH window: 0x00000000fdb00000-0x00000000fdbfffff PCI: Bridge: 0000:00:0a.0 IO window: c000-cfff MEM window: 0xfda00000-0xfdafffff PREFETCH window: 0x00000000fd900000-0x00000000fd9fffff PCI: Bridge: 0000:00:14.4 IO window: 9000-9fff MEM window: 0xfd600000-0xfd6fffff PREFETCH window: 0x00000000fd500000-0x00000000fd5fffff PCI: Setting latency timer of device 0000:00:02.0 to 64 PCI: Setting latency timer of device 0000:00:05.0 to 64 PCI: Setting latency timer of device 0000:00:07.0 to 64 PCI: Setting latency timer of device 0000:00:09.0 to 64 PCI: Setting latency timer of device 0000:00:0a.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered checking if image is initramfs... it is Freeing initrd memory: 4404k freed apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac) apm: disabled - APM is not SMP safe. audit: initializing netlink socket (disabled) type=2000 audit(1208734677.659:1): initialized highmem bounce pool size: 64 pages Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) pci 0000:01:00.0: Boot video device PCI: Setting latency timer of device 0000:00:02.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:02.0:pcie00] PCI: Setting latency timer of device 0000:00:05.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:05.0:pcie00] PCI: Setting latency timer of device 0000:00:07.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:07.0:pcie00] PCI: Setting latency timer of device 0000:00:09.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:09.0:pcie00] PCI: Setting latency timer of device 0000:00:0a.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:0a.0:pcie00] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: ACPI0007:00 is registered as cooling_device0 ACPI: ACPI0007:01 is registered as cooling_device1 ACPI: ACPI0007:02 is registered as cooling_device2 ACPI: ACPI0007:03 is registered as cooling_device3 isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found hpet_resources: 0xfed00000 is busy Non-volatile memory driver v1.2 Linux agpgart interface v0.103 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A brd: module loaded input: Macintosh mouse button emulation as /devices/virtual/input/input0 PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0 rtc0: alarms up to one month cpuidle: using governor ladder cpuidle: using governor menu usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver TCP cubic registered Initializing XFRM netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI No-Shortcut mode registered taskstats version 1 Magic number: 4:512:656 Freeing unused kernel memory: 284k freed Write protecting the kernel read-only data: 908k SCSI subsystem initialized Driver 'sr' needs updating - please use bus_type methods loop: module loaded ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 16 (level, low) -> IRQ 16 ohci_hcd 0000:00:13.0: OHCI Host Controller ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1 ohci_hcd 0000:00:13.0: irq 16, io mem 0xfe02e000 libata version 3.00 loaded. usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected usb usb1: New USB device found, idVendor=1d6b, idProduct=0001 usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb1: Product: OHCI Host Controller usb usb1: Manufacturer: Linux 2.6.25-0.234.rc9.git1.fc9.i686 ohci_hcd usb usb1: SerialNumber: 0000:00:13.0 ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 17 (level, low) -> IRQ 17 ohci_hcd 0000:00:13.1: OHCI Host Controller ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2 ohci_hcd 0000:00:13.1: irq 17, io mem 0xfe02d000 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb2: Product: OHCI Host Controller usb usb2: Manufacturer: Linux 2.6.25-0.234.rc9.git1.fc9.i686 ohci_hcd usb usb2: SerialNumber: 0000:00:13.1 ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 18 (level, low) -> IRQ 18 ohci_hcd 0000:00:13.2: OHCI Host Controller ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 3 ohci_hcd 0000:00:13.2: irq 18, io mem 0xfe02c000 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected input: ImPS/2 Generic Wheel Mouse as /devices/platform/i8042/serio1/input/input2 usb 1-1: new full speed USB device using ohci_hcd and address 2 usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb3: Product: OHCI Host Controller usb usb3: Manufacturer: Linux 2.6.25-0.234.rc9.git1.fc9.i686 ohci_hcd usb usb3: SerialNumber: 0000:00:13.2 ACPI: PCI Interrupt 0000:00:13.3[B] -> GSI 17 (level, low) -> IRQ 17 ohci_hcd 0000:00:13.3: OHCI Host Controller ohci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 4 ohci_hcd 0000:00:13.3: irq 17, io mem 0xfe02b000 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb4: Product: OHCI Host Controller usb usb4: Manufacturer: Linux 2.6.25-0.234.rc9.git1.fc9.i686 ohci_hcd usb usb4: SerialNumber: 0000:00:13.3 ACPI: PCI Interrupt 0000:00:13.4[C] -> GSI 18 (level, low) -> IRQ 18 ohci_hcd 0000:00:13.4: OHCI Host Controller ohci_hcd 0000:00:13.4: new USB bus registered, assigned bus number 5 ohci_hcd 0000:00:13.4: irq 18, io mem 0xfe02a000 usb 1-1: configuration #1 chosen from 1 choice usb 1-1: New USB device found, idVendor=0930, idProduct=6540 usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-1: Product: USB Flash Memory usb 1-1: SerialNumber: 0B11FA6131E118DC usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 2 ports detected usb usb5: New USB device found, idVendor=1d6b, idProduct=0001 usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb5: Product: OHCI Host Controller usb usb5: Manufacturer: Linux 2.6.25-0.234.rc9.git1.fc9.i686 ohci_hcd usb usb5: SerialNumber: 0000:00:13.4 sata_mv 0000:02:00.0: version 1.20 ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 17 (level, low) -> IRQ 17 sata_mv: Highpoint RocketRAID BIOS CORRUPTS DATA on all attached drives, regardless of if/how they are configured. BEWARE! sata_mv: For data safety, do not use sectors 8-9 on "Legacy" drives, and avoid the final two gigabytes on all RocketRAID BIOS initialized drives. sata_mv 0000:02:00.0: Applying 60X1C0 workarounds to unknown rev sata_mv 0000:02:00.0: Gen-IIE 32 slots 4 ports SCSI mode IRQ via INTx PCI: Setting latency timer of device 0000:02:00.0 to 64 scsi0 : sata_mv scsi1 : sata_mv scsi2 : sata_mv scsi3 : sata_mv ata1: SATA max UDMA/133 mmio m1048576 at 0xfd700000 port 0xfd722000 irq 17 ata2: SATA max UDMA/133 mmio m1048576 at 0xfd700000 port 0xfd724000 irq 17 ata3: SATA max UDMA/133 mmio m1048576 at 0xfd700000 port 0xfd726000 irq 17 ata4: SATA max UDMA/133 mmio m1048576 at 0xfd700000 port 0xfd728000 irq 17 Initializing USB Mass Storage driver... scsi4 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning usbcore: registered new interface driver usb-storage USB Mass Storage support registered. ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: ATA-8: Hitachi HDP725025GLA380, GM2OA50E, max UDMA/133 ata1.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32) ata1.00: configured for UDMA/133 ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata2.00: ATA-8: Hitachi HDP725025GLA380, GM2OA50E, max UDMA/133 ata2.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32) ata2.00: configured for UDMA/133 ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata3.00: ATA-8: Hitachi HDP725025GLA380, GM2OA50E, max UDMA/133 ata3.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32) ata3.00: configured for UDMA/133 ata4: SATA link down (SStatus 0 SControl 300) scsi 0:0:0:0: Direct-Access ATA Hitachi HDP72502 GM2O PQ: 0 ANSI: 5 scsi 1:0:0:0: Direct-Access ATA Hitachi HDP72502 GM2O PQ: 0 ANSI: 5 scsi 2:0:0:0: Direct-Access ATA Hitachi HDP72502 GM2O PQ: 0 ANSI: 5 ACPI: PCI Interrupt 0000:06:0e.0[A] -> GSI 22 (level, low) -> IRQ 22 ACPI: PCI Interrupt 0000:00:13.5[D] -> GSI 19 (level, low) -> IRQ 19 ehci_hcd 0000:00:13.5: EHCI Host Controller ehci_hcd 0000:00:13.5: new USB bus registered, assigned bus number 6 ehci_hcd 0000:00:13.5: debug port 1 ehci_hcd 0000:00:13.5: irq 19, io mem 0xfe029000 usb 1-1: USB disconnect, address 2 Driver 'sd' needs updating - please use bus_type methods sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda:<6>ehci_hcd 0000:00:13.5: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb6: configuration #1 chosen from 1 choice hub 6-0:1.0: USB hub found hub 6-0:1.0: 10 ports detected sda1 sd 0:0:0:0: [sda] Attached SCSI disk sd 1:0:0:0: [sdb] 488397168 512-byte hardware sectors (250059 MB) sd 1:0:0:0: [sdb] Write Protect is off sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 1:0:0:0: [sdb] 488397168 512-byte hardware sectors (250059 MB) sd 1:0:0:0: [sdb] Write Protect is off sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdb: sdb1 sd 1:0:0:0: [sdb] Attached SCSI disk sd 2:0:0:0: [sdc] 488397168 512-byte hardware sectors (250059 MB) sd 2:0:0:0: [sdc] Write Protect is off sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00 sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 2:0:0:0: [sdc] 488397168 512-byte hardware sectors (250059 MB) sd 2:0:0:0: [sdc] Write Protect is off sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00 sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdc: sdc1 sd 2:0:0:0: [sdc] Attached SCSI disk firewire_ohci: Added fw-ohci device 0000:06:0e.0, OHCI version 1.10 usb usb6: New USB device found, idVendor=1d6b, idProduct=0002 usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb6: Product: EHCI Host Controller usb usb6: Manufacturer: Linux 2.6.25-0.234.rc9.git1.fc9.i686 ehci_hcd usb usb6: SerialNumber: 0000:00:13.5 ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 16 ACPI: PCI interrupt for device 0000:00:14.1 disabled PCI: Enabling device 0000:04:00.1 (0000 -> 0001) ACPI: PCI Interrupt 0000:04:00.1[B] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:04:00.1 to 64 ACPI: PCI interrupt for device 0000:04:00.1 disabled PCI: Enabling device 0000:05:00.1 (0000 -> 0001) ACPI: PCI Interrupt 0000:05:00.1[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:05:00.1 to 64 ACPI: PCI interrupt for device 0000:05:00.1 disabled ahci 0000:00:12.0: version 3.0 ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 22 (level, low) -> IRQ 22 ahci 0000:00:12.0: controller can't do 64bit DMA, forcing 32bit ahci 0000:00:12.0: controller can't do PMP, turning off CAP_PMP usb 6-1: new high speed USB device using ehci_hcd and address 2 usb 6-1: configuration #1 chosen from 1 choice scsi5 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning usb 6-1: New USB device found, idVendor=0930, idProduct=6540 usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 6-1: Product: USB Flash Memory usb 6-1: SerialNumber: 0B11FA6131E118DC firewire_core: created device fw0: GUID 00ce110600001a4d, S400 ahci 0000:00:12.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode ahci 0000:00:12.0: flags: ncq sntf ilck pm led clo pio slum part scsi6 : ahci scsi7 : ahci scsi8 : ahci scsi9 : ahci ata5: SATA max UDMA/133 abar m1024 at 0xfe02f000 port 0xfe02f100 irq 22 ata6: SATA max UDMA/133 abar m1024 at 0xfe02f000 port 0xfe02f180 irq 22 ata7: SATA max UDMA/133 abar m1024 at 0xfe02f000 port 0xfe02f200 irq 22 ata8: SATA max UDMA/133 abar m1024 at 0xfe02f000 port 0xfe02f280 irq 22 ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata5.00: HPA detected: current 488395055, native 488397168 ata5.00: ATA-8: Hitachi HDP725025GLA380, GM2OA50E, max UDMA/133 ata5.00: 488395055 sectors, multi 16: LBA48 NCQ (depth 31/32) ata5.00: SB600 AHCI: limiting to 255 sectors per cmd ata5.00: SB600 AHCI: limiting to 255 sectors per cmd ata5.00: configured for UDMA/133 ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata6.00: ATA-7: Hitachi HDT725050VLA360, V56OA7EA, max UDMA/133 ata6.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 31/32) ata6.00: SB600 AHCI: limiting to 255 sectors per cmd ata6.00: SB600 AHCI: limiting to 255 sectors per cmd ata6.00: configured for UDMA/133 ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata7.00: HPA detected: current 488395055, native 488397168 ata7.00: ATA-8: Hitachi HDP725025GLA380, GM2OA50E, max UDMA/133 ata7.00: 488395055 sectors, multi 16: LBA48 NCQ (depth 31/32) ata7.00: SB600 AHCI: limiting to 255 sectors per cmd ata7.00: SB600 AHCI: limiting to 255 sectors per cmd ata7.00: configured for UDMA/133 ata8: SATA link down (SStatus 0 SControl 300) scsi 6:0:0:0: Direct-Access ATA Hitachi HDP72502 GM2O PQ: 0 ANSI: 5 sd 6:0:0:0: [sdd] 488395055 512-byte hardware sectors (250058 MB) sd 6:0:0:0: [sdd] Write Protect is off sd 6:0:0:0: [sdd] Mode Sense: 00 3a 00 00 sd 6:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 6:0:0:0: [sdd] 488395055 512-byte hardware sectors (250058 MB) sd 6:0:0:0: [sdd] Write Protect is off sd 6:0:0:0: [sdd] Mode Sense: 00 3a 00 00 sd 6:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdd: sdd1 sd 6:0:0:0: [sdd] Attached SCSI disk scsi 7:0:0:0: Direct-Access ATA Hitachi HDT72505 V56O PQ: 0 ANSI: 5 sd 7:0:0:0: [sde] 976773168 512-byte hardware sectors (500108 MB) sd 7:0:0:0: [sde] Write Protect is off sd 7:0:0:0: [sde] Mode Sense: 00 3a 00 00 sd 7:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 7:0:0:0: [sde] 976773168 512-byte hardware sectors (500108 MB) sd 7:0:0:0: [sde] Write Protect is off sd 7:0:0:0: [sde] Mode Sense: 00 3a 00 00 sd 7:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sde: sd 7:0:0:0: [sde] Attached SCSI disk scsi 8:0:0:0: Direct-Access ATA Hitachi HDP72502 GM2O PQ: 0 ANSI: 5 sd 8:0:0:0: [sdf] 488395055 512-byte hardware sectors (250058 MB) sd 8:0:0:0: [sdf] Write Protect is off sd 8:0:0:0: [sdf] Mode Sense: 00 3a 00 00 sd 8:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 8:0:0:0: [sdf] 488395055 512-byte hardware sectors (250058 MB) sd 8:0:0:0: [sdf] Write Protect is off sd 8:0:0:0: [sdf] Mode Sense: 00 3a 00 00 sd 8:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdf: sdf1 sd 8:0:0:0: [sdf] Attached SCSI disk ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 17 (level, low) -> IRQ 17 ahci 0000:04:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode ahci 0000:04:00.0: flags: 64bit ncq pm led clo pmp pio slum part PCI: Setting latency timer of device 0000:04:00.0 to 64 scsi10 : ahci scsi11 : ahci ata9: SATA max UDMA/133 abar m8192 at 0xfdcfe000 port 0xfdcfe100 irq 17 ata10: SATA max UDMA/133 abar m8192 at 0xfdcfe000 port 0xfdcfe180 irq 17 ata9: SATA link down (SStatus 0 SControl 300) ata10: SATA link down (SStatus 0 SControl 300) ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 18 ACPI: PCI Interrupt 0000:04:00.1[B] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:04:00.1 to 64 scsi12 : pata_jmicron scsi13 : pata_jmicron ata11: PATA max UDMA/100 cmd 0xdf00 ctl 0xde00 bmdma 0xdb00 irq 18 ata12: PATA max UDMA/100 cmd 0xdd00 ctl 0xdc00 bmdma 0xdb08 irq 18 usb-storage: device scan complete scsi 5:0:0:0: Direct-Access USB Flash Memory 6.50 PQ: 0 ANSI: 0 CCS scsi 5:0:0:1: CD-ROM USB Flash Memory 6.50 PQ: 0 ANSI: 0 sd 5:0:0:0: [sdg] 3894975 512-byte hardware sectors (1994 MB) sd 5:0:0:0: [sdg] Write Protect is off sd 5:0:0:0: [sdg] Mode Sense: 45 00 00 08 sd 5:0:0:0: [sdg] Assuming drive cache: write through sd 5:0:0:0: [sdg] 3894975 512-byte hardware sectors (1994 MB) sd 5:0:0:0: [sdg] Write Protect is off sd 5:0:0:0: [sdg] Mode Sense: 45 00 00 08 sd 5:0:0:0: [sdg] Assuming drive cache: write through sdg: sdg1 sd 5:0:0:0: [sdg] Attached SCSI removable disk sr0: scsi3-mmc drive: 8x/40x writer xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 5:0:0:1: Attached scsi CD-ROM sr0 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33664 Buffer I/O error on device sr0, logical block 8416 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33668 Buffer I/O error on device sr0, logical block 8417 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33664 Buffer I/O error on device sr0, logical block 8416 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33668 Buffer I/O error on device sr0, logical block 8417 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33832 Buffer I/O error on device sr0, logical block 8458 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33836 Buffer I/O error on device sr0, logical block 8459 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33832 Buffer I/O error on device sr0, logical block 8458 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33836 Buffer I/O error on device sr0, logical block 8459 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 Buffer I/O error on device sr0, logical block 8462 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 Buffer I/O error on device sr0, logical block 8462 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33784 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33788 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33840 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33844 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 ahci 0000:05:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode ahci 0000:05:00.0: flags: 64bit ncq pm led clo pmp pio slum part PCI: Setting latency timer of device 0000:05:00.0 to 64 scsi14 : ahci scsi15 : ahci ata13: SATA max UDMA/133 abar m8192 at 0xfdafe000 port 0xfdafe100 irq 18 ata14: SATA max UDMA/133 abar m8192 at 0xfdafe000 port 0xfdafe180 irq 18 ata13: SATA link down (SStatus 0 SControl 300) ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata14.00: ATA-7: HDT722516DLAT80, V43OA96A, max UDMA/133 ata14.00: 321672960 sectors, multi 0: LBA48 ata14.00: applying bridge limits ata14.00: configured for UDMA/100 scsi 15:0:0:0: Direct-Access ATA HDT722516DLAT80 V43O PQ: 0 ANSI: 5 sd 15:0:0:0: [sdh] 321672960 512-byte hardware sectors (164697 MB) sd 15:0:0:0: [sdh] Write Protect is off sd 15:0:0:0: [sdh] Mode Sense: 00 3a 00 00 sd 15:0:0:0: [sdh] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 15:0:0:0: [sdh] 321672960 512-byte hardware sectors (164697 MB) sd 15:0:0:0: [sdh] Write Protect is off sd 15:0:0:0: [sdh] Mode Sense: 00 3a 00 00 sd 15:0:0:0: [sdh] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdh: sdh1 sdh2 sdh3 sd 15:0:0:0: [sdh] Attached SCSI disk ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 16 ACPI: PCI Interrupt 0000:05:00.1[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:05:00.1 to 64 scsi16 : pata_atiixp scsi17 : pata_jmicron scsi18 : pata_atiixp ata15: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xf900 irq 14 ata16: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xf908 irq 15 scsi19 : pata_jmicron ata17: PATA max UDMA/100 cmd 0xcf00 ctl 0xce00 bmdma 0xcb00 irq 19 ata18: PATA max UDMA/100 cmd 0xcd00 ctl 0xcc00 bmdma 0xcb08 irq 19 ata15.00: ATAPI: LITE-ON DVDRW LH-20A1H, LL07, max UDMA/66 ata15.01: HPA detected: current 321670847, native 321672960 ata15.01: ATA-7: HDT722516DLAT80, V43OA96A, max UDMA/133 ata15.01: 321670847 sectors, multi 16: LBA48 ata15.00: limited to UDMA/33 due to 40-wire cable ata15.00: configured for UDMA/33 ata15.01: configured for UDMA/100 scsi 16:0:0:0: CD-ROM LITE-ON DVDRW LH-20A1H LL07 PQ: 0 ANSI: 5 sr1: scsi3-mmc drive: 24x/48x writer dvd-ram cd/rw xa/form2 cdda tray sr 16:0:0:0: Attached scsi CD-ROM sr1 scsi 16:0:1:0: Direct-Access ATA HDT722516DLAT80 V43O PQ: 0 ANSI: 5 sd 16:0:1:0: [sdi] 321670847 512-byte hardware sectors (164695 MB) sd 16:0:1:0: [sdi] Write Protect is off sd 16:0:1:0: [sdi] Mode Sense: 00 3a 00 00 sd 16:0:1:0: [sdi] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 16:0:1:0: [sdi] 321670847 512-byte hardware sectors (164695 MB) sd 16:0:1:0: [sdi] Write Protect is off sd 16:0:1:0: [sdi] Mode Sense: 00 3a 00 00 sd 16:0:1:0: [sdi] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdi: sdi1 sdi2 sdi3 sd 16:0:1:0: [sdi] Attached SCSI disk ISO 9660 Extensions: Microsoft Joliet Level 3 Unable to load NLS charset utf8 Unable to load NLS charset utf8 ISO 9660 Extensions: RRIP_1991A squashfs: version 3.3 (2007/10/31) Phillip Lougher device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel at redhat.com kjournald starting. Commit interval 5 seconds EXT3 FS on dm-0, internal journal EXT3-fs: mounted filesystem with ordered data mode. printk: 11 messages suppressed. type=1404 audit(1208734698.516:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 SELinux:8192 avtab hash slots allocated. Num of rules:172102 SELinux:8192 avtab hash slots allocated. Num of rules:172102 security: 8 users, 12 roles, 2300 types, 115 bools, 1 sens, 1024 cats security: 72 classes, 172102 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev dm-0, type ext3), uses xattr inode_doinit_with_dentry: no dentry for dev=dm-0 ino=11905 inode_doinit_with_dentry: no dentry for dev=dm-0 ino=10972 inode_doinit_with_dentry: no dentry for dev=dm-0 ino=10971 SELinux: initialized (dev loop2, type squashfs), not configured for labeling SELinux: initialized (dev loop0, type squashfs), not configured for labeling SELinux: initialized (dev sr1, type iso9660), uses genfs_contexts SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts SELinux: policy loaded with handle_unknown=allow type=1403 audit(1208734699.380:3): policy loaded auid=4294967295 ses=4294967295 sd 0:0:0:0: Attached scsi generic sg0 type 0 sd 1:0:0:0: Attached scsi generic sg1 type 0 sd 2:0:0:0: Attached scsi generic sg2 type 0 sd 6:0:0:0: Attached scsi generic sg3 type 0 sd 7:0:0:0: Attached scsi generic sg4 type 0 sd 8:0:0:0: Attached scsi generic sg5 type 0 sd 5:0:0:0: Attached scsi generic sg6 type 0 sr 5:0:0:1: Attached scsi generic sg7 type 5 sd 15:0:0:0: Attached scsi generic sg8 type 0 sr 16:0:0:0: Attached scsi generic sg9 type 5 sd 16:0:1:0: Attached scsi generic sg10 type 0 input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 ACPI: Power Button (FF) [PWRF] input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 ACPI: Power Button (CM) [PWRB] sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33664 Buffer I/O error on device sr0, logical block 8416 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33668 Buffer I/O error on device sr0, logical block 8417 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33664 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33668 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33832 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33836 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33832 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33836 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33784 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33788 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33840 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33844 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 sr 5:0:0:1: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK sr 5:0:0:1: [sr0] Sense Key : No Sense [current] sr 5:0:0:1: [sr0] Add. Sense: No additional sense information end_request: I/O error, dev sr0, sector 33848 r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:03:00.0 to 64 eth0: RTL8168b/8111b at 0xf8be2000, 00:1a:4d:5e:f6:36, XID 38000000 IRQ 218 ACPI: WMI: Mapper loaded piix4_smbus 0000:00:14.0: Found 0000:00:14.0 device input: PC Speaker as /devices/platform/pcspkr/input/input5 parport_pc 00:09: reported by Plug and Play ACPI parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] ppdev: user-space parallel port driver ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 16 ALSA sound/pci/hda/hda_intel.c:1810: chipset global capabilities = 0x4401 ALSA sound/pci/hda/hda_intel.c:749: codec_mask = 0x8 hda_codec: Unknown model for ALC882, trying auto-probe from BIOS... ALSA sound/pci/hda/hda_codec.c:2857: autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) ALSA sound/pci/hda/hda_codec.c:2861: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:2865: hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:2866: mono: mono_out=0x0 ALSA sound/pci/hda/hda_codec.c:2874: inputs: mic=0x18, fmic=0x19, line=0x1a, fline=0x0, cd=0x0, aux=0x0 ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Headphone Playback Volume, skipped ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Speaker Playback Volume, skipped ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Mono Playback Volume, skipped ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Line-Out Playback Volume, skipped ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Speaker Playback Switch, skipped ALSA sound/pci/hda/hda_codec.c:1073: Cannot find slave Mono Playback Switch, skipped SELinux: initialized (dev ramfs, type ramfs), uses genfs_contexts NET: Registered protocol family 10 lo: Disabled Privacy Extensions device-mapper: multipath: version 1.0.5 loaded EXT3 FS on dm-0, internal journal SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts powernow-k8: Found 1 AMD Phenom(tm) 9850 Quad-Core Processor processors (4 cpu cores) (version 2.20.00) powernow-k8: 0 : pstate 0 (2500 MHz) powernow-k8: 1 : pstate 1 (1250 MHz) ip6_tables: (C) 2000-2006 Netfilter Core Team nf_conntrack version 0.5.0 (16384 buckets, 65536 max) ip_tables: (C) 2000-2006 Netfilter Core Team RPC: Registered udp transport module. RPC: Registered tcp transport module. SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts fuse init (API version 7.9) SELinux: initialized (dev fusectl, type fusectl), uses genfs_contexts Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP ver 2.9 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 Bluetooth: BNEP (Ethernet Emulation) ver 1.2 Bluetooth: BNEP filters: protocol multicast Bridge firewalling registered pan0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature. r8169: eth0: link up r8169: eth0: link up hda-intel: Invalid position buffer, using LPIB read method instead. eth0: no IPv6 routers present SELinux: initialized (dev fuse, type fuse), uses genfs_contexts SELinux: initialized (dev sdg1, type vfat), uses genfs_contexts ISO 9660 Extensions: Microsoft Joliet Level 3 ISO 9660 Extensions: RRIP_1991A SELinux: initialized (dev sr0, type iso9660), uses genfs_contexts atkbd.c: Unknown key released (translated set 2, code 0xe0 on isa0060/serio0). atkbd.c: Use 'setkeycodes e060 ' to make it known. From greno at verizon.net Mon Apr 21 05:17:48 2008 From: greno at verizon.net (Gerry Reno) Date: Mon, 21 Apr 2008 01:17:48 -0400 Subject: F9 preview: live cd issues In-Reply-To: <480C2209.9070308@verizon.net> References: <480C15A1.70700@verizon.net> <480C2209.9070308@verizon.net> Message-ID: <480C237C.5050408@verizon.net> One other thing that I noticed was that fuse was started very late in the bootup. I have fuse filesystems that I would like to mount with fstab but I can't because fuse isn't there yet. Is it possible for Fedora to load fuse into the kernel much earlier? Gerry From greno at verizon.net Mon Apr 21 06:53:08 2008 From: greno at verizon.net (Gerry Reno) Date: Mon, 21 Apr 2008 02:53:08 -0400 Subject: F9 preview: live cd issues In-Reply-To: <480C237C.5050408@verizon.net> References: <480C15A1.70700@verizon.net> <480C2209.9070308@verizon.net> <480C237C.5050408@verizon.net> Message-ID: <480C39D4.1030309@verizon.net> The good part, I was able to run the installer inside the Live CD and get a system to the hard disks. The bad news, the system does not boot from the hard drive. When I chose either of the RAID-1 disk members in the BIOS as the boot disk, the system does not boot. Right at the point where it should start the boot it just hangs. On the mirror disk it just says GRUB. Gerry From stlwrt at gmail.com Mon Apr 21 07:34:47 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Mon, 21 Apr 2008 10:34:47 +0300 Subject: F9 beta: disk druid In-Reply-To: <480BFDBA.2090600@verizon.net> References: <480B7F6F.5060109@verizon.net> <1208714948.23085.13.camel@ignacio.lan> <480BB60D.9050509@verizon.net> <480BC87C.80401@verizon.net> <480BFDBA.2090600@verizon.net> Message-ID: You could try using uuids and partition labels which are persistent no matter how drive is connected On 4/21/08, Gerry Reno wrote: > Ok, I tried to install either F8 or F7 on this machine. Both of those could > only see two of the SATA controllers. So at least F9 found all the SATA > controllers. If the F9 anaconda installer would just quit crashing with > unhandled exception... > > The issue of the changing device names has me concerned. If SATA acts like > SCSI then are the hdd device names going to be changing all the time when I > plug in my usbkey during boot? Also, I have drive utilities that store > things like partition tables in files like hda1.part. But with SATA, > /dev/sda, may next time be /dev/sdc. So my utilities would not be able to > know it the partition was actually for the correct drive device. So how are > we to manage things like partition table dumps so that they would be loaded > back onto the correct device? > > > Gerry > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From ville.skytta at iki.fi Mon Apr 21 08:15:02 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 21 Apr 2008 11:15:02 +0300 Subject: Firefox language packs In-Reply-To: <480BB370.5090204@redhat.com> References: <480BA8A5.4010706@gmail.com> <480BB370.5090204@redhat.com> Message-ID: <200804211115.03506.ville.skytta@iki.fi> On Monday 21 April 2008, Christopher Aillon wrote: > http://caillon.fedorapeople.org/fflang.png That demonstrates a tiny bug BTW - unlike in the top bar, the icon shown next to the installed language packs is not the flag one but the jigsaw puzzle one which is used for extensions in the top bar. From atkac at redhat.com Mon Apr 21 10:25:54 2008 From: atkac at redhat.com (Adam Tkac) Date: Mon, 21 Apr 2008 12:25:54 +0200 Subject: libbind vs. libc & libresolv problems Message-ID: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> Hi all, with https://bugzilla.redhat.com/show_bug.cgi?id=441429 this problem became serious. We have two DNS resolver related libraries - libbind from ISC on the one side and on the other side libc + libresolv from GNU libc. Both libraries contains same symbols, does same work but GNU libc implementation hides some symbols whose are sometimes needed and this is reason why people linking against libbind (GNU libc is stripped libbind source). Bug written above is one example that this situation has to be solved. When program is linked against NSS and also against libbind for example (because glibc doesn't provide such interfaces) all gets broken because both libraries have same symbols but uses different structures. Best fix is agreement between ISC and GNU libc upstreams who will use that symbols and who will rename them. I know this is only dream and it will take very long time (I'm sure ISC will never change libbind and change in glibc is also nearly impossible). So there are two ways how solve this problem - make needed symbols from glibc public and don't link anything against libbind or drop resolving support from libc and link all against libbind. I vote for libbind as default resolver library because maintenance cost of unsupported code in glibc downstream is bigger than cost of stripped version of glibc. Any hints and ideas around this problem are welcomed. What's your opinion? Regards, Adam -- Adam Tkac, Red Hat, Inc. From aph at redhat.com Mon Apr 21 10:42:10 2008 From: aph at redhat.com (Andrew Haley) Date: Mon, 21 Apr 2008 11:42:10 +0100 Subject: libbind vs. libc & libresolv problems In-Reply-To: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> References: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> Message-ID: <480C6F82.5010203@redhat.com> Adam Tkac wrote: > with https://bugzilla.redhat.com/show_bug.cgi?id=441429 this problem > became serious. We have two DNS resolver related libraries - libbind > from ISC on the one side and on the other side libc + libresolv from > GNU libc. Both libraries contains same symbols, does same work but > GNU libc implementation hides some symbols whose are sometimes needed > and this is reason why people linking against libbind (GNU libc is > stripped libbind source). Bug written above is one example that this > situation has to be solved. When program is linked against NSS and > also against libbind for example (because glibc doesn't provide such > interfaces) all gets broken because both libraries have same symbols > but uses different structures. Best fix is agreement between ISC and > GNU libc upstreams who will use that symbols and who will rename them. > I know this is only dream and it will take very long time (I'm sure > ISC will never change libbind and change in glibc is also nearly > impossible). So there are two ways how solve this problem - make > needed symbols from glibc public and don't link anything against > libbind or drop resolving support from libc and link all against > libbind. I vote for libbind as default resolver library because > maintenance cost of unsupported code in glibc downstream is bigger > than cost of stripped version of glibc. Any hints and ideas around > this problem are welcomed. What's your opinion? What does libbind do that libresolv doesn't? In other words, why would an application writer prefer to link against libbind? Andrew. From jbowes at redhat.com Mon Apr 21 11:24:57 2008 From: jbowes at redhat.com (James Bowes) Date: Mon, 21 Apr 2008 07:24:57 -0400 Subject: Adoption of banshee In-Reply-To: <1dedbbfc0804192310g4acc465ehaa6cbe047c2ca1be@mail.gmail.com> References: <000001c8a27b$5f2115a0$1d6340e0$@com> <1dedbbfc0804192310g4acc465ehaa6cbe047c2ca1be@mail.gmail.com> Message-ID: <20080421112456.GA15827@crux.yyz.redhat.com> On Sun, Apr 20, 2008 at 08:10:42AM +0200, David Nielsen wrote: > 2008/4/20, Nigel Jones : > > > > Hi everyone, > > > > Just an FYI that I intend to adopt banshee > > (https://admin.fedoraproject.org/pkgdb/packages/name/banshee) so this is > > just a courtesy message per the adoption policy. I've offered it to spot > > (who last updated it) via IRC so I'll await his reply before continuing. > > > > Regards, > > > > > > Nigel > > > > I would recommend taking libipoddevice and podsleuth as well, they are > isolated dependencies that will normally require bumps at the same time and > they are really low impact. There's an advantage to the Banshee maintainer > owning the entire stack. Also thank you for picking this up.. I owe you a > beer. Likewise for ipod-sharp, as iirc banshee as of 0.13.2 requires podsleuth and ipod-sharp, but not libipoddevice. > > - David > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -James -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From atkac at redhat.com Mon Apr 21 11:41:03 2008 From: atkac at redhat.com (Adam Tkac) Date: Mon, 21 Apr 2008 13:41:03 +0200 Subject: libbind vs. libc & libresolv problems In-Reply-To: <480C6F82.5010203@redhat.com> References: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> <480C6F82.5010203@redhat.com> Message-ID: <20080421114103.GA6449@evileye.atkac.englab.brq.redhat.com> On Mon, Apr 21, 2008 at 11:42:10AM +0100, Andrew Haley wrote: > Adam Tkac wrote: > > > with https://bugzilla.redhat.com/show_bug.cgi?id=441429 this problem > > became serious. We have two DNS resolver related libraries - libbind > > from ISC on the one side and on the other side libc + libresolv from > > GNU libc. Both libraries contains same symbols, does same work but > > GNU libc implementation hides some symbols whose are sometimes needed > > and this is reason why people linking against libbind (GNU libc is > > stripped libbind source). Bug written above is one example that this > > situation has to be solved. When program is linked against NSS and > > also against libbind for example (because glibc doesn't provide such > > interfaces) all gets broken because both libraries have same symbols > > but uses different structures. Best fix is agreement between ISC and > > GNU libc upstreams who will use that symbols and who will rename them. > > I know this is only dream and it will take very long time (I'm sure > > ISC will never change libbind and change in glibc is also nearly > > impossible). So there are two ways how solve this problem - make > > needed symbols from glibc public and don't link anything against > > libbind or drop resolving support from libc and link all against > > libbind. I vote for libbind as default resolver library because > > maintenance cost of unsupported code in glibc downstream is bigger > > than cost of stripped version of glibc. Any hints and ideas around > > this problem are welcomed. What's your opinion? > > What does libbind do that libresolv doesn't? In other words, why would > an application writer prefer to link against libbind? > Generally always when you want more DNS information than A/AAAA/PTR records. From latest issues I remember that bitlbee finds jabber servers from SRV records and bug written above needs it for DDNS updates. Adam -- Adam Tkac, Red Hat, Inc. From gary at mlbassoc.com Mon Apr 21 11:45:38 2008 From: gary at mlbassoc.com (Gary Thomas) Date: Mon, 21 Apr 2008 05:45:38 -0600 Subject: F9 preview: live cd issues In-Reply-To: <480C15A1.70700@verizon.net> References: <480C15A1.70700@verizon.net> Message-ID: <480C7E62.9080404@mlbassoc.com> Gerry Reno wrote: > Since I wasn't able to get F9 Preview or Beta installed, I d/l F9 > Preview Live CD and booted it. It almost did not boot. I was getting > all kinds of weird block device errors and a lot of trouble reading > the cd with errors on /dev/sr0 like (and I verified the media - it was > good): > > Buffer I/O error on device sr0, logical block 0462 > end_request, I/O error, dev sr0, sector 33840 > Unable to find persistent overlay; using temporary > Red Hat Nash version 6.0.47 starting > Setting up new root fs > no fstab.sys, mounting internal defaults > unmounting old /dev > unmounting old [bunch of icon chars like hearts and things] > unmounting old /sys > Welcome to Fedora > > > Once it finally did boot I went in and sent a smolt profile of my > machine. It is here: > http://www.smolts.org/client/show/pub_a85342c8-29ef-4208-a216-161ee87bcb2f > > > With all the weird errors I've seen I think that F9 is having some > difficulty with the SATA/IDE controllers/drives. > This machine has three SATA controllers: > Gigabyte 2 int 2 ext > AMD660 4 int > HighPoint 2300 4 int I see such errors on every Fedora LiveCD I've ever built (even on my non-standard embedded boards). They are only related to the CD device itself and don't seem to hurt anything (except one's sensibilities) -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ From mcepl at redhat.com Mon Apr 21 12:01:47 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 21 Apr 2008 14:01:47 +0200 Subject: libbind vs. libc & libresolv problems References: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> <480C6F82.5010203@redhat.com> Message-ID: On Mon, 21 Apr 2008 11:42:10 +0100, Andrew Haley scripst: > What does libbind do that libresolv doesn't? In other words, why would > an application writer prefer to link against libbind? Look at bug https://bugzilla.redhat.com/show_bug.cgi?id=439047 -- ns_* functions. According to Ulrych (apparently, heard from two sides) there is no value for ns_* functions in non-DNS-server-like applications. Unfortunately, it is not true, because for example you need parsing DNS answers for all SRV-type searches. So, currently, the situation is that all programs which need to parse SRV records, do it themselves. SRV records are mandatory for full compliance with Jabber standards (which is the reason why bitlbee had this problem), but I found -- and stolen -- code for SRV parsing in gnupg as well (apparently hkp servers are sought for by SRV records; ). I think that alternative to what Adam suggests, is to accept the realilty than DNS client programs need to parse SRV records and extend glibc for some function like res_srvquery, which would return a list of all servers with appropriate portnumbers and stuff -- being an equivalent of what all client programs do now, but officially supported and provided. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From Christian.Iseli at unil.ch Mon Apr 21 12:29:05 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Mon, 21 Apr 2008 14:29:05 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <480B1F36.60806@leemhuis.info> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480B1F36.60806@leemhuis.info> Message-ID: <20080421142905.4581778c@ludwig-alpha.unil.ch> On Sun, 20 Apr 2008 12:47:18 +0200, Thorsten Leemhuis wrote: > I'd say it is highly likely that it was reviewed back then as we > reviewed packages that were moved from FC to FE back then -- but that > was likely before we used bugzilla for reviewing. According to this old page of mine, it was imported from Core without a review... http://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus Cheers, Christian From mark.bidewell at alumni.clemson.edu Mon Apr 21 12:42:00 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Mon, 21 Apr 2008 08:42:00 -0400 Subject: Fedora 9 Preview issues Message-ID: I apologize if some of these have been mention previously but here are some issue I ran into with the F9 preview. 1) Shortly after using gnome nautilus crashed X after opening a browser window ( I had switched off spatial nautilus). ctrl+alt_backspace was needed to exit. 2) GDM does not honor any settings changes in /etc/profile (is there another location?) 3) When using KDM, the first login works but if I logout KDM no longer accepts keyboard input. Restarting the X server resolves this. 4) Networkmanager and bridged networking. I am trying to setup a Xen style bridge setup. Network manager overrides this configuration, however disabling networkmanager at startup left me with no network. A manual network restart resolves this. I don't know if this is related but I am using the Beta Nvidia drivers with experimental xorg 1.4 support (does anyone know how to control the GPU fan without using the binary drivers?). Mark Bidewell -------------- next part -------------- An HTML attachment was scrubbed... URL: From rawhide at fedoraproject.org Mon Apr 21 12:57:12 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Mon, 21 Apr 2008 12:57:12 +0000 (UTC) Subject: rawhide report: 20080421 changes Message-ID: <20080421125712.4352920829F@releng1.fedora.phx.redhat.com> Updated Packages: firefox-3.0-0.55.beta5.fc9 -------------------------- * Fri Apr 18 2008 Martin Stransky 3.0-0.55 - Don't show an welcome page during first browser start (#437065) thunderbird-2.0.0.12-6.fc9 -------------------------- * Fri Apr 18 2008 Christopher Aillon - 2.0.0.12-6 - Icon belongs in _datadir/pixmaps * Fri Apr 18 2008 Christopher Aillon - 2.0.0.12-5 - rebuilt xulrunner-1.9-0.55.beta5.fc9 ---------------------------- * Fri Apr 18 2008 Martin Stransky 1.9-0.55 - Fixed multilib issues, added starting script instead of a symlink to binary (#436393) Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From overholt at redhat.com Mon Apr 21 12:57:47 2008 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 21 Apr 2008 08:57:47 -0400 Subject: Eclipse plugin directory ownership In-Reply-To: <870180fe0804181453re751fdcg9329b34ac559e520@mail.gmail.com> References: <870180fe0804181453re751fdcg9329b34ac559e520@mail.gmail.com> Message-ID: <1208782667.17582.0.camel@blingbling> On Fri, 2008-04-18 at 15:53 -0600, Jerry James wrote: > This doesn't look right. On an F-8 x86-64 machine: > > # rpm -qf /usr/lib64/eclipse/plugins > libswt3-gtk2-3.3.0-31.fc8 > > So no eclipse package owns that directory SWT comes from the Eclipse SRPM. Andrew From enrico.scholz at informatik.tu-chemnitz.de Mon Apr 21 13:25:48 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 21 Apr 2008 15:25:48 +0200 Subject: libbind vs. libc & libresolv problems In-Reply-To: (Matej Cepl's message of "Mon, 21 Apr 2008 14:01:47 +0200") References: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> <480C6F82.5010203@redhat.com> Message-ID: <8763ub9w6b.fsf@fc5.bigo.ensc.de> Matej Cepl writes: > I think that alternative to what Adam suggests, is to accept the > realilty than DNS client programs need to parse SRV records won't be enough; e.g. applications might need access to arbitrary records (TXT, SPF) or classes (CHAOS) and the TTL entries. Providing a way to use the (for over ten years) documented and stable ISC BIND API is the only solution for this problem. Enrico From paul at all-the-johnsons.co.uk Mon Apr 21 13:47:53 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 21 Apr 2008 14:47:53 +0100 Subject: asm/user.h gone AWOL? Message-ID: <1208785673.3527.11.camel@T7.Linux> Hi, I'm trying to rebuild mono-debugger but it's failing due to /usr/include/asm/user.h being missing. I have both the kernel-headers and glibc-devel packages installed (looking around, it appears the file belongs in one of these two packages), but nothing. Any ideas where it lives now? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Apr 21 13:56:55 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Apr 2008 09:56:55 -0400 Subject: CVS Outage In-Reply-To: <1208631941.3445.88.camel@localhost.localdomain> References: <1208631941.3445.88.camel@localhost.localdomain> Message-ID: <1208786215.3258.7.camel@localhost.localdomain> On Sat, 2008-04-19 at 15:05 -0400, Jesse Keating wrote: > > There will be an outage starting at 2008-04-19 18:00 UTC. Initial > estimates show that 30 hours will be needed to complete the branching, > however this may drastically be reduced during the full run. Unfortunately this outage is still ongoing. I failed to get a notification when the first leg finished around 2am my time and lost 6~ hours to sleep. All the PackageDB settings are done (barring a few failures) and we're well into the packages that start with "p" for making the branches within CVS. I expect it to take another half a day or so to finish. Future Recommendation: Enable methods of doing mass branching without incurring an outage. Make pkgdb be able to bypass mail sending, and make CVS be able to bypass mail sending for these operations. Will take longer overall, but no outage. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From skasal at redhat.com Mon Apr 21 14:07:23 2008 From: skasal at redhat.com (Stepan Kasal) Date: Mon, 21 Apr 2008 16:07:23 +0200 Subject: packages without internet source in fedora In-Reply-To: <1208377312.4291.34.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> Message-ID: <20080421140723.GA32511@camelia.ucw.cz> Hello, On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: > [...] (having to sign the Fedora CLA [to get access to > fedorahosted] indeed, that is the problem. FSF often askes contributors to transfer the copyrights to them. And it is controversial, and FSF has to accept exceptions in some cases. And FSF is a non-profit, whose stated goal is to promote free software. Why should people have this level of trust to Red Hat, Inc., whose stated goal is to generate maximal profit for the shareholders? So it seems that to lower the enter barrier, we should _not_ use FAS for fedorahosted.org. Alternatively (and that's something which can be done right now), upstream should find some other site. Have a nice day, Stepan Kasal From skvidal at fedoraproject.org Mon Apr 21 14:14:05 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 21 Apr 2008 10:14:05 -0400 Subject: packages without internet source in fedora In-Reply-To: <20080421140723.GA32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> Message-ID: <1208787245.30546.8.camel@cutter> On Mon, 2008-04-21 at 16:07 +0200, Stepan Kasal wrote: > Hello, > > On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: > > [...] (having to sign the Fedora CLA [to get access to > > fedorahosted] > > indeed, that is the problem. > > FSF often askes contributors to transfer the copyrights to them. > And it is controversial, and FSF has to accept exceptions in some > cases. > And FSF is a non-profit, whose stated goal is to promote free > software. > > Why should people have this level of trust to Red Hat, Inc., whose > stated goal is to generate maximal profit for the shareholders? > > So it seems that to lower the enter barrier, we should _not_ use FAS > for fedorahosted.org. > > Alternatively (and that's something which can be done right now), > upstream should find some other site. No one is asking you to sign the rights for the software over to red hat. The CLA doesn't ask that at all. Read it more carefully. -sv From jkeating at redhat.com Mon Apr 21 14:13:54 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Apr 2008 10:13:54 -0400 Subject: packages without internet source in fedora In-Reply-To: <20080421140723.GA32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> Message-ID: <1208787234.3258.12.camel@localhost.localdomain> On Mon, 2008-04-21 at 16:07 +0200, Stepan Kasal wrote: > Why should people have this level of trust to Red Hat, Inc., whose > stated goal is to generate maximal profit for the shareholders? Please show me where in the CLA / FAS we ask you to assign copyright to Red Hat. Please. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From paul at all-the-johnsons.co.uk Mon Apr 21 14:24:44 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 21 Apr 2008 15:24:44 +0100 Subject: Mono.Cecil problems (mono 1.9) Message-ID: <1208787884.3527.16.camel@T7.Linux> Hi, I think I've found the source of the cecil problems which stop the likes of mono-tools and monodevelop from building without a lot of hacking around. cecil.pc is pointing at /usr/lib irrespective of if you're on 32 or 64 machines. The latest build of mono (1.9.1-2) has this fixed and I'll see if I can get mono-tools to work on a testbed. Here's hoping! TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Mon Apr 21 14:26:29 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 21 Apr 2008 07:26:29 -0700 Subject: packages without internet source in fedora In-Reply-To: <20080421140723.GA32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> Message-ID: <480CA415.8000504@gmail.com> Stepan Kasal wrote: > Hello, > > On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: >> [...] (having to sign the Fedora CLA [to get access to >> fedorahosted] > > indeed, that is the problem. > > FSF often askes contributors to transfer the copyrights to them. > And it is controversial, and FSF has to accept exceptions in some > cases. > And FSF is a non-profit, whose stated goal is to promote free > software. > > Why should people have this level of trust to Red Hat, Inc., whose > stated goal is to generate maximal profit for the shareholders? > > So it seems that to lower the enter barrier, we should _not_ use FAS > for fedorahosted.org. > I would rather continue using FAS but drop the CLA requirement for a fedorahosted account. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From ssorce at redhat.com Mon Apr 21 14:28:26 2008 From: ssorce at redhat.com (Simo Sorce) Date: Mon, 21 Apr 2008 10:28:26 -0400 Subject: packages without internet source in fedora In-Reply-To: <1208787234.3258.12.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> <1208787234.3258.12.camel@localhost.localdomain> Message-ID: <1208788106.3329.18.camel@localhost.localdomain> On Mon, 2008-04-21 at 10:13 -0400, Jesse Keating wrote: > On Mon, 2008-04-21 at 16:07 +0200, Stepan Kasal wrote: > > Why should people have this level of trust to Red Hat, Inc., whose > > stated goal is to generate maximal profit for the shareholders? > > Please show me where in the CLA / FAS we ask you to assign copyright to > Red Hat. Please. We do not ask contributors to assign copyright, but we ask them to give us a non-revocable license to do what we please with the code. The (C) is still fully in the hands of the author. Simo. -- Simo Sorce * Red Hat, Inc * New York From skasal at redhat.com Mon Apr 21 14:49:36 2008 From: skasal at redhat.com (Stepan Kasal) Date: Mon, 21 Apr 2008 16:49:36 +0200 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <1208377312.4291.34.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> Message-ID: <20080421144936.GB32511@camelia.ucw.cz> Hello, On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: > [...] (having to sign the Fedora CLA [...] speaking about CLA (and putting aside the fact that it is _yet_another_ document to read instead of real work), I have to witness that I have had problems signing it. To quote from it: 2. [...] You hereby grant [...] to recipients of software distributed by the Project: (a) a [...] copyright license to [...] prepare derivative works of, [...], sublicense, and distribute your Contribution and such derivative works; So it seems that if I write some code and submit it to Fedora, and if X then downloads Fedora with this code, then X has full rights to create a derivative work and distribute it under a non-free license. IOW, if I push something to Fedora, I'm effectively giving up my rights to the code. The fact that the whole project is licensed under, say, GPL is not relevant for new contributions. Of course, this is not a problem for a *.spec modification or tiny *.patch files, but it is annoying that one has to remeber: "if the patch is bigger, do not submit it to Fedora CVS." Fortunately, I work for Red Hat, so all my code belongs to him, so I was not forced to sign the CLA. But it's a pity that I cannot recommend anyone any other way to contribute to Fedora than becoming a Red Hat employee. And, of course, until this problem is resolved, CLA is a blocker for any hosting which wishes to create a community outside the Fedora world. Stepan Kasal From gary at mlbassoc.com Mon Apr 21 14:56:25 2008 From: gary at mlbassoc.com (Gary Thomas) Date: Mon, 21 Apr 2008 08:56:25 -0600 Subject: CVS Outage In-Reply-To: <1208786215.3258.7.camel@localhost.localdomain> References: <1208631941.3445.88.camel@localhost.localdomain> <1208786215.3258.7.camel@localhost.localdomain> Message-ID: <480CAB19.2000709@mlbassoc.com> Jesse Keating wrote: > On Sat, 2008-04-19 at 15:05 -0400, Jesse Keating wrote: >> There will be an outage starting at 2008-04-19 18:00 UTC. Initial >> estimates show that 30 hours will be needed to complete the branching, >> however this may drastically be reduced during the full run. > > Unfortunately this outage is still ongoing. I failed to get a > notification when the first leg finished around 2am my time and lost 6~ > hours to sleep. All the PackageDB settings are done (barring a few > failures) and we're well into the packages that start with "p" for > making the branches within CVS. I expect it to take another half a day > or so to finish. > > Future Recommendation: > Enable methods of doing mass branching without incurring an outage. > Make pkgdb be able to bypass mail sending, and make CVS be able to > bypass mail sending for these operations. Will take longer overall, but > no outage. Recommendation - switch to SVN (quite painless). All of these things are pretty simple to implement. Things like tagging become O(0) [i.e. constant and *fast*] -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ From stlwrt at gmail.com Mon Apr 21 14:58:20 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Mon, 21 Apr 2008 17:58:20 +0300 Subject: packages without internet source in fedora In-Reply-To: <1208788106.3329.18.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> <1208787234.3258.12.camel@localhost.localdomain> <1208788106.3329.18.camel@localhost.localdomain> Message-ID: afaik the only reason to sign CLA is to allow your contributed stuff to be sold on DVDs, which is cool for folks with expensive or slow internet. also, if you make cool artwork for fedora you can buy original dvd with it and brag about it, and show it to your employer to ask for better salary =) redhat is friendly, admit it On 4/21/08, Simo Sorce wrote: > > On Mon, 2008-04-21 at 10:13 -0400, Jesse Keating wrote: > > On Mon, 2008-04-21 at 16:07 +0200, Stepan Kasal wrote: > > > Why should people have this level of trust to Red Hat, Inc., whose > > > stated goal is to generate maximal profit for the shareholders? > > > > Please show me where in the CLA / FAS we ask you to assign copyright to > > Red Hat. Please. > > > We do not ask contributors to assign copyright, but we ask them to give > us a non-revocable license to do what we please with the code. > > The (C) is still fully in the hands of the author. > > Simo. > > > -- > Simo Sorce * Red Hat, Inc * New York > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From skasal at redhat.com Mon Apr 21 15:08:38 2008 From: skasal at redhat.com (Stepan Kasal) Date: Mon, 21 Apr 2008 17:08:38 +0200 Subject: packages without internet source in fedora In-Reply-To: <1208788106.3329.18.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> <1208787234.3258.12.camel@localhost.localdomain> <1208788106.3329.18.camel@localhost.localdomain> Message-ID: <20080421150838.GC32511@camelia.ucw.cz> Hello, On Mon, Apr 21, 2008 at 10:28:26AM -0400, Simo Sorce wrote: > On Mon, 2008-04-21 at 10:13 -0400, Jesse Keating wrote: > > On Mon, 2008-04-21 at 16:07 +0200, Stepan Kasal wrote: > > > Why should people have this level of trust to Red Hat, Inc., whose > > > stated goal is to generate maximal profit for the shareholders? > > > > Please show me where in the CLA / FAS we ask you to assign copyright to > > Red Hat. Please. > > We do not ask contributors to assign copyright, but we ask them to give > us a non-revocable license to do what we please with the code. > > The (C) is still fully in the hands of the author. that's exactly what I had in mind. The output is similar in both cases: both the original author and "the Project" can do what they please with the code. Both have the right to relicense it under GPLv7 or BSD, or as a closed-source project. Which side retains the copyright is even less relevant than whether the assignment is done on real paper. Stepan From jkeating at redhat.com Mon Apr 21 15:08:37 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Apr 2008 11:08:37 -0400 Subject: CVS Outage In-Reply-To: <480CAB19.2000709@mlbassoc.com> References: <1208631941.3445.88.camel@localhost.localdomain> <1208786215.3258.7.camel@localhost.localdomain> <480CAB19.2000709@mlbassoc.com> Message-ID: <1208790517.3258.43.camel@localhost.localdomain> On Mon, 2008-04-21 at 08:56 -0600, Gary Thomas wrote: > Recommendation - switch to SVN (quite painless). All of > these things are pretty simple to implement. Things like > tagging become O(0) [i.e. constant and *fast*] But then you're using SVN, so you continue to lose. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Apr 21 15:10:18 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Apr 2008 11:10:18 -0400 Subject: packages without internet source in fedora In-Reply-To: References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> <1208787234.3258.12.camel@localhost.localdomain> <1208788106.3329.18.camel@localhost.localdomain> Message-ID: <1208790618.3258.45.camel@localhost.localdomain> On Mon, 2008-04-21 at 17:58 +0300, Pavel Shevchuk wrote: > afaik the only reason to sign CLA is to allow your contributed stuff > to be sold on DVDs, A somewhat more important reason is to set an expectation that your work isn't already copyrighted or otherwise controlled by your employer, which is often the case without a special agreement. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mike.cloaked at gmail.com Mon Apr 21 15:16:36 2008 From: mike.cloaked at gmail.com (Mike C) Date: Mon, 21 Apr 2008 15:16:36 +0000 (UTC) Subject: Fedora 9 Preview issues References: Message-ID: Mark Bidewell alumni.clemson.edu> writes: 3) When using KDM, the first login works but if I logout KDM no longer accepts keyboard input. Restarting the X server resolves this. In my case if I logout then I can log back in but the touchpad no longer accepts tap input and I have to use the left button adjacent to the touchpad instead. As you say restarting X returns the system to normal touchpad behaviour. From rdieter at math.unl.edu Mon Apr 21 15:28:57 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 21 Apr 2008 10:28:57 -0500 Subject: Fedora 9 Preview issues References: Message-ID: Mike C wrote: > Mark Bidewell alumni.clemson.edu> writes: > > 3) When using KDM, the first login works but if I logout KDM no longer > accepts > keyboard input. Restarting the X server resolves this. > > In my case if I logout then I can log back in but the touchpad no longer > accepts tap input and I have to use the left button adjacent to the > touchpad instead. As you say restarting X returns the system to normal > touchpad behaviour. fyi, related bz report: https://bugzilla.redhat.com/show_bug.cgi?id=443320 -- Rex From stickster at gmail.com Mon Apr 21 15:29:10 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 21 Apr 2008 11:29:10 -0400 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <20080421144936.GB32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> Message-ID: <1208791750.14351.9.camel@localhost.localdomain> On Mon, 2008-04-21 at 16:49 +0200, Stepan Kasal wrote: > Hello, > > On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: > > [...] (having to sign the Fedora CLA [...] > > speaking about CLA (and putting aside the fact that it is > _yet_another_ document to read instead of real work), I have to > witness that I have had problems signing it. > > To quote from it: > > 2. [...] You hereby grant [...] to recipients of software distributed by the > Project: > (a) a [...] copyright license to [...] prepare derivative works of, > [...], sublicense, and distribute your Contribution and such > derivative works; > > So it seems that if I write some code and submit it to Fedora, and if > X then downloads Fedora with this code, then X has full rights to > create a derivative work and distribute it under a non-free license. > > IOW, if I push something to Fedora, I'm effectively giving up my > rights to the code. The fact that the whole project is licensed > under, say, GPL is not relevant for new contributions. That is absolutely incorrect. The CLA does not supersede the licensing of your code. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Mon Apr 21 15:30:09 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 21 Apr 2008 11:30:09 -0400 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <20080421144936.GB32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> Message-ID: <1208791809.30546.27.camel@cutter> On Mon, 2008-04-21 at 16:49 +0200, Stepan Kasal wrote: > Hello, > > On Wed, Apr 16, 2008 at 04:21:52PM -0400, Jesse Keating wrote: > > [...] (having to sign the Fedora CLA [...] > > speaking about CLA (and putting aside the fact that it is > _yet_another_ document to read instead of real work), I have to > witness that I have had problems signing it. > > To quote from it: > > 2. [...] You hereby grant [...] to recipients of software distributed by the > Project: > (a) a [...] copyright license to [...] prepare derivative works of, > [...], sublicense, and distribute your Contribution and such > derivative works; > > So it seems that if I write some code and submit it to Fedora, and if > X then downloads Fedora with this code, then X has full rights to > create a derivative work and distribute it under a non-free license. > > IOW, if I push something to Fedora, I'm effectively giving up my > rights to the code. The fact that the whole project is licensed > under, say, GPL is not relevant for new contributions. Stephen, I'm fairly confident that you're absolutely incorrect about what the CLA entails. However, rather than add one more non-lawyer-opinion into the mix I've asked if we can get a comment from legal about this. thanks, -sv From stickster at gmail.com Mon Apr 21 15:31:08 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 21 Apr 2008 11:31:08 -0400 Subject: packages without internet source in fedora In-Reply-To: <20080421150838.GC32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> <1208787234.3258.12.camel@localhost.localdomain> <1208788106.3329.18.camel@localhost.localdomain> <20080421150838.GC32511@camelia.ucw.cz> Message-ID: <1208791868.14351.12.camel@localhost.localdomain> On Mon, 2008-04-21 at 17:08 +0200, Stepan Kasal wrote: > Hello, > > On Mon, Apr 21, 2008 at 10:28:26AM -0400, Simo Sorce wrote: > > On Mon, 2008-04-21 at 10:13 -0400, Jesse Keating wrote: > > > On Mon, 2008-04-21 at 16:07 +0200, Stepan Kasal wrote: > > > > Why should people have this level of trust to Red Hat, Inc., whose > > > > stated goal is to generate maximal profit for the shareholders? > > > > > > Please show me where in the CLA / FAS we ask you to assign copyright to > > > Red Hat. Please. > > > > We do not ask contributors to assign copyright, but we ask them to give > > us a non-revocable license to do what we please with the code. > > > > The (C) is still fully in the hands of the author. > > that's exactly what I had in mind. > > The output is similar in both cases: > both the original author and "the Project" can do what they please > with the code. Both have the right to relicense it under GPLv7 or > BSD, or as a closed-source project. > > Which side retains the copyright is even less relevant than whether > the assignment is done on real paper. As I have pointed out elsewhere, this is not correct. The CLA does not supersede the licensing of your code. It only guarantees that you cannot stop any other recipient of your code through the Fedora Project from distributing your work under your licensing terms, or sublicensing it in a way that is compatible with your licensing terms. In other words, the free material you commit remains free. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skasal at redhat.com Mon Apr 21 15:36:30 2008 From: skasal at redhat.com (Stepan Kasal) Date: Mon, 21 Apr 2008 17:36:30 +0200 Subject: packages without internet source in fedora In-Reply-To: References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421140723.GA32511@camelia.ucw.cz> <1208787234.3258.12.camel@localhost.localdomain> <1208788106.3329.18.camel@localhost.localdomain> Message-ID: <20080421153630.GD32511@camelia.ucw.cz> Hello, On Mon, Apr 21, 2008 at 05:58:20PM +0300, Pavel Shevchuk wrote: > redhat is friendly, admit it it definitely is! I'm very honoured that I work for it. But imagine: "Where is util-linux-ng developped?" "On fedorahosted.org. It's almost like sf.net or savannah.org, just that RedHat gets full rights to everything you commit." Red Hat invests much to be "environment-friendly", to give back to the community. But, being a big company, it's important to be careful about steps which can be perceived otherwise. Stepan From martin.sourada at gmail.com Mon Apr 21 15:38:41 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Mon, 21 Apr 2008 17:38:41 +0200 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <1207334821.14169.5.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <1207168109.3043.41.camel@pc-notebook> <1207186412.7989.5.camel@localhost.localdomain> <1207314569.4468.49.camel@pc-notebook> <1207334821.14169.5.camel@localhost.localdomain> Message-ID: <1208792321.3224.4.camel@pc-notebook> On Fri, 2008-04-04 at 14:47 -0400, Dan Williams wrote: > Can you give wpa_supplicant a shot again to make sure it will work > first? Make sure you set "ap_scan=0" in the global section (ie, at the > top and not in a 'network' block). > > Thanks, > Dan > OK, Seems I've managed to get it working with wpa_supplicant as well. The script I use for wpa_supplicant handled connection looks like this: #!/bin/bash service NetworkManager stop ifconfig eth0 up sleep 8 wpa_supplicant -ieth0 -Dwired -c/home/martin/.private/KolejNET/wpa.conf -B dhclient eth0 killall -9 hald-addon-input The sleep 8 is there because in past I was having problems with xsupplicant trying to run before eth0 was already up, so I left it there, just in case... The killall -9 hald-addon-input is there because I noticed that during some of that steps (probably stopping nm) cpu load goes to 100 % and stays there until I kill that daemon... So, what is the way now to get it working with nm? Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Mon Apr 21 15:48:59 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Apr 2008 11:48:59 -0400 Subject: f9: why does rc.local not run? In-Reply-To: References: <20080418143636.GE24277@nostromo.devel.redhat.com> Message-ID: <20080421154859.GB15756@nostromo.devel.redhat.com> sean darcy (seandarcy2 at gmail.com) said: > ls -l /etc/rc.d/rc*.d/S99local > lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc2.d/S99local -> > ../rc.local > lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc3.d/S99local -> > ../rc.local > lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc4.d/S99local -> > ../rc.local > lrwxrwxrwx 1 root root 11 2008-04-18 00:50 /etc/rc.d/rc5.d/S99local -> > ../rc.local > > And I also checked another S99, S99smartd. syslog doesn't show it starting > up, although it's checked in ntsysv: > > ps aux | grep smartd > root 10046 0.0 0.0 4120 692 pts/2 S+ 10:49 0:00 grep smartd I can't reproduce this here. On my install from livecd, the 'local' service is started fine. Bill From skasal at redhat.com Mon Apr 21 15:49:41 2008 From: skasal at redhat.com (Stepan Kasal) Date: Mon, 21 Apr 2008 17:49:41 +0200 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <1208791809.30546.27.camel@cutter> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> Message-ID: <20080421154941.GE32511@camelia.ucw.cz> Hi Seth, On Mon, Apr 21, 2008 at 11:30:09AM -0400, seth vidal wrote: > On Mon, 2008-04-21 at 16:49 +0200, Stepan Kasal wrote: > > 2. [...] You hereby grant [...] to recipients of software distributed by the > > Project: > > (a) a [...] copyright license to [...] prepare derivative works of, > > [...], sublicense, and distribute your Contribution and such > > derivative works; > I'm fairly confident that you're absolutely incorrect about what the > CLA entails. I never doubted that this was not the _intention_. And I would wish I were wrong. > However, rather than add one more non-lawyer-opinion into > the mix I've asked if we can get a comment from legal about this. But the contributor is supposed to sign it, supposedly without getting a legal advice. Couldn't the text be made more human-readable? I really hate the system "it does not mean what it seems to mean, you would never understand it, just sign it here". Cheers, Stepan From smooge at gmail.com Mon Apr 21 15:56:05 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 21 Apr 2008 09:56:05 -0600 Subject: CVS Outage In-Reply-To: <480CAB19.2000709@mlbassoc.com> References: <1208631941.3445.88.camel@localhost.localdomain> <1208786215.3258.7.camel@localhost.localdomain> <480CAB19.2000709@mlbassoc.com> Message-ID: <80d7e4090804210856q3dc90681kcd600cf9247b7c20@mail.gmail.com> On Mon, Apr 21, 2008 at 8:56 AM, Gary Thomas wrote: > > Jesse Keating wrote: > > > On Sat, 2008-04-19 at 15:05 -0400, Jesse Keating wrote: > > > > > There will be an outage starting at 2008-04-19 18:00 UTC. Initial > > > estimates show that 30 hours will be needed to complete the branching, > > > however this may drastically be reduced during the full run. > > > > > > > Unfortunately this outage is still ongoing. I failed to get a > > notification when the first leg finished around 2am my time and lost 6~ > > hours to sleep. All the PackageDB settings are done (barring a few > > failures) and we're well into the packages that start with "p" for > > making the branches within CVS. I expect it to take another half a day > > or so to finish. > > > > Future Recommendation: > > Enable methods of doing mass branching without incurring an outage. > > Make pkgdb be able to bypass mail sending, and make CVS be able to > > bypass mail sending for these operations. Will take longer overall, but > > no outage. > > > > Recommendation - switch to SVN (quite painless). All of > these things are pretty simple to implement. Things like > tagging become O(0) [i.e. constant and *fast*] > All Version Control Systems are broke when they deal with large projects... even SVN has its limitations. The big issue is that the religious wars that get involved with any of the systems. People tantrum if their system is not chosen and every time a problem comes up with the new system they will point out why choosing XCS was boneheaded. This bogs down the cycle more than anything else. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From jkeating at redhat.com Mon Apr 21 15:55:25 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Apr 2008 11:55:25 -0400 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <20080421154941.GE32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> Message-ID: <1208793325.3258.60.camel@localhost.localdomain> On Mon, 2008-04-21 at 17:49 +0200, Stepan Kasal wrote: > But the contributor is supposed to sign it, supposedly without > getting a legal advice. Where do we state, suggest, encourage, hint that you should sign it without getting legal advice? Seriously? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Mon Apr 21 16:00:30 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 21 Apr 2008 12:00:30 -0400 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <20080421154941.GE32511@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> Message-ID: <1208793630.30546.35.camel@cutter> On Mon, 2008-04-21 at 17:49 +0200, Stepan Kasal wrote: > I never doubted that this was not the _intention_. > And I would wish I were wrong. Well, then you get your wish, you're wrong. > > > However, rather than add one more non-lawyer-opinion into > > the mix I've asked if we can get a comment from legal about this. > > But the contributor is supposed to sign it, supposedly without > getting a legal advice. When did we ever say they should not seek legal advice for signing an agreement. I'm positive that's NEVER been suggested. > Couldn't the text be made more human-readable? I think it is very human readable. Your problems with it are confusing to me, in fact. I signed this license when I first starting working on fedora long before I started working for red hat. Nothing in the license bother me nor a lawyer friend of mine when I consulted him. > I really hate the system "it does not mean what it seems to mean, you > would never understand it, just sign it here". I don't know what YOU think it means but it means exactly what I think it means. Let's quote the whole section: 2. Contributor Grant of License. You hereby grant to Red Hat, Inc., on behalf of the Project, and to recipients of software distributed by the Project: * (a) a perpetual, non-exclusive, worldwide, fully paid-up, royalty free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute your Contribution and such derivative works; and, See, I think the bit you're missing is that the contributor is not granting COPYRIGHT, they are granting a copyright LICENSE to red hat. It doesn't say red hat can relicense - only sublicense. Seriously, where did you get the idea otherwise? -sv From jmoyer at redhat.com Mon Apr 21 16:13:18 2008 From: jmoyer at redhat.com (Jeff Moyer) Date: Mon, 21 Apr 2008 12:13:18 -0400 Subject: F9 preview: live cd issues In-Reply-To: <480C15A1.70700@verizon.net> (Gerry Reno's message of "Mon, 21 Apr 2008 00:18:41 -0400") References: <480C15A1.70700@verizon.net> Message-ID: Gerry Reno writes: > Since I wasn't able to get F9 Preview or Beta installed, I d/l F9 > Preview Live CD and booted it. It almost did not boot. I was getting > all kinds of weird block device errors and a lot of trouble reading > the cd with errors on /dev/sr0 like (and I verified the media - it was > good): > > Buffer I/O error on device sr0, logical block 0462 > end_request, I/O error, dev sr0, sector 33840 Did you run the media check on the disk? -Jeff From seg at haxxed.com Mon Apr 21 16:36:40 2008 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 21 Apr 2008 11:36:40 -0500 Subject: libbind vs. libc & libresolv problems In-Reply-To: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> References: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> Message-ID: <1208795800.11579.51.camel@localhost> On Mon, 2008-04-21 at 12:25 +0200, Adam Tkac wrote: > with https://bugzilla.redhat.com/show_bug.cgi?id=441429 this problem > became serious. We have two DNS resolver related libraries - libbind > from ISC on the one side and on the other side libc + libresolv from > GNU libc. Both libraries contains same symbols, does same work but > GNU libc implementation hides some symbols whose are sometimes needed > and this is reason why people linking against libbind (GNU libc is > stripped libbind source). Bug written above is one example that this > situation has to be solved. slviewer solved this by using c-ares instead. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Mon Apr 21 16:40:52 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 21 Apr 2008 12:40:52 -0400 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <1208792321.3224.4.camel@pc-notebook> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <1207168109.3043.41.camel@pc-notebook> <1207186412.7989.5.camel@localhost.localdomain> <1207314569.4468.49.camel@pc-notebook> <1207334821.14169.5.camel@localhost.localdomain> <1208792321.3224.4.camel@pc-notebook> Message-ID: <1208796052.30994.9.camel@localhost.localdomain> On Mon, 2008-04-21 at 17:38 +0200, Martin Sourada wrote: > On Fri, 2008-04-04 at 14:47 -0400, Dan Williams wrote: > > Can you give wpa_supplicant a shot again to make sure it will work > > first? Make sure you set "ap_scan=0" in the global section (ie, at the > > top and not in a 'network' block). > > > > Thanks, > > Dan > > > OK, > > Seems I've managed to get it working with wpa_supplicant as well. The > script I use for wpa_supplicant handled connection looks like this: > > #!/bin/bash > service NetworkManager stop > ifconfig eth0 up > sleep 8 > wpa_supplicant -ieth0 -Dwired -c/home/martin/.private/KolejNET/wpa.conf > -B > dhclient eth0 > killall -9 hald-addon-input > > The sleep 8 is there because in past I was having problems with > xsupplicant trying to run before eth0 was already up, so I left it > there, just in case... The killall -9 hald-addon-input is there because > I noticed that during some of that steps (probably stopping nm) cpu load > goes to 100 % and stays there until I kill that daemon... > > So, what is the way now to get it working with nm? 1) Right-click on the applet, choose "Edit connections..."; or run /usr/bin/nm-connection-editor 2) Select the "Wired" tab 3) Click "Add" 4) Select the "802.1x Security" tab 5) Check the "Use 802.1x security for this connection" box 6) Choose your phase1 authentication (TLS, TTLS, PEAP) 7) Fill in the rest of the options 8) Hit OK 9) Plug the cable in 10) choose "Wired connection 1" from applet menu I just got an 802.1x capable switch last week so if something goes wrong, please send /var/log/messages and I'll poke around and try to debug. Thanks! Dan From dcbw at redhat.com Mon Apr 21 16:45:02 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 21 Apr 2008 12:45:02 -0400 Subject: Fedora 9 Preview issues In-Reply-To: References: Message-ID: <1208796302.30994.11.camel@localhost.localdomain> On Mon, 2008-04-21 at 08:42 -0400, Mark Bidewell wrote: > I apologize if some of these have been mention previously but here are > some issue I ran into with the F9 preview. > > 1) Shortly after using gnome nautilus crashed X after opening a > browser window ( I had switched off spatial nautilus). ctrl > +alt_backspace was needed to exit. > 2) GDM does not honor any settings changes in /etc/profile (is there > another location?) > 3) When using KDM, the first login works but if I logout KDM no longer > accepts keyboard input. Restarting the X server resolves this. > 4) Networkmanager and bridged networking. I am trying to setup a Xen > style bridge setup. Network manager overrides this configuration, > however disabling networkmanager at > startup left me with no network. A manual network restart > resolves this. Mark any devices that you do not want to control with NetworkManager with NM_CONTROLLED=no in the ifcfg file for that device. Of course that makes the device unmanaged by NM, and therefore it will never be your default route, but it might work for you if you want to keep using NM. Dan > > I don't know if this is related but I am using the Beta Nvidia drivers > with experimental xorg 1.4 support (does anyone know how to control > the GPU fan without using the binary drivers?). > > Mark Bidewell > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From dcbw at redhat.com Mon Apr 21 16:47:52 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 21 Apr 2008 12:47:52 -0400 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <1208792321.3224.4.camel@pc-notebook> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <1207168109.3043.41.camel@pc-notebook> <1207186412.7989.5.camel@localhost.localdomain> <1207314569.4468.49.camel@pc-notebook> <1207334821.14169.5.camel@localhost.localdomain> <1208792321.3224.4.camel@pc-notebook> Message-ID: <1208796472.30994.13.camel@localhost.localdomain> On Mon, 2008-04-21 at 17:38 +0200, Martin Sourada wrote: > On Fri, 2008-04-04 at 14:47 -0400, Dan Williams wrote: > > Can you give wpa_supplicant a shot again to make sure it will work > > first? Make sure you set "ap_scan=0" in the global section (ie, at the > > top and not in a 'network' block). > > > > Thanks, > > Dan > > > OK, > > Seems I've managed to get it working with wpa_supplicant as well. The > script I use for wpa_supplicant handled connection looks like this: > > #!/bin/bash > service NetworkManager stop > ifconfig eth0 up > sleep 8 > wpa_supplicant -ieth0 -Dwired -c/home/martin/.private/KolejNET/wpa.conf > -B > dhclient eth0 > killall -9 hald-addon-input The hald-addon-input bug got fixed upstream so should be trickling down to rawhide at some point soon. Dan From cra at WPI.EDU Mon Apr 21 17:16:34 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 21 Apr 2008 13:16:34 -0400 Subject: Fedora 9 Preview issues In-Reply-To: <1208796302.30994.11.camel@localhost.localdomain> References: <1208796302.30994.11.camel@localhost.localdomain> Message-ID: <20080421171634.GS12159@angus.ind.WPI.EDU> On Mon, Apr 21, 2008 at 12:45:02PM -0400, Dan Williams wrote: > Mark any devices that you do not want to control with NetworkManager > with NM_CONTROLLED=no in the ifcfg file for that device. Of course that > makes the device unmanaged by NM, and therefore it will never be your > default route, but it might work for you if you want to keep using NM. How does NM choose the device to use for the default route? I had a problem with NM choosing the device that has NO default route over the one that has a default route. From dcbw at redhat.com Mon Apr 21 17:25:09 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 21 Apr 2008 13:25:09 -0400 Subject: Fedora 9 Preview issues In-Reply-To: <20080421171634.GS12159@angus.ind.WPI.EDU> References: <1208796302.30994.11.camel@localhost.localdomain> <20080421171634.GS12159@angus.ind.WPI.EDU> Message-ID: <1208798710.30994.20.camel@localhost.localdomain> On Mon, 2008-04-21 at 13:16 -0400, Chuck Anderson wrote: > On Mon, Apr 21, 2008 at 12:45:02PM -0400, Dan Williams wrote: > > Mark any devices that you do not want to control with NetworkManager > > with NM_CONTROLLED=no in the ifcfg file for that device. Of course that > > makes the device unmanaged by NM, and therefore it will never be your > > default route, but it might work for you if you want to keep using NM. > > How does NM choose the device to use for the default route? I had a > problem with NM choosing the device that has NO default route over the > one that has a default route. Latest activated wired device, then wireless, then GSM/CDMA. AutoIPv4 devices never get the default route. Do you by chance have a device that's not really connected to anything? Dan From laxathom at fedoraproject.org Mon Apr 21 17:29:47 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 21 Apr 2008 19:29:47 +0200 Subject: asm/user.h gone AWOL? In-Reply-To: <1208785673.3527.11.camel@T7.Linux> References: <1208785673.3527.11.camel@T7.Linux> Message-ID: <62bc09df0804211029s2deb3ee3pe2b9c3158d84e920@mail.gmail.com> 2008/4/21 Paul F. Johnson : > Hi, > > I'm trying to rebuild mono-debugger but it's failing due > to /usr/include/asm/user.h being missing. I have both the kernel-headers > and glibc-devel packages installed (looking around, it appears the file > belongs in one of these two packages), but nothing. > > Any ideas where it lives now? any link for the koji build id ? > > > TTFN > > Paul > -- > ?Sie k?nnen mich aufreizen und wirklich hei? machen! > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From cra at WPI.EDU Mon Apr 21 17:36:29 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 21 Apr 2008 13:36:29 -0400 Subject: Fedora 9 Preview issues In-Reply-To: <1208798710.30994.20.camel@localhost.localdomain> References: <1208796302.30994.11.camel@localhost.localdomain> <20080421171634.GS12159@angus.ind.WPI.EDU> <1208798710.30994.20.camel@localhost.localdomain> Message-ID: <20080421173629.GT12159@angus.ind.WPI.EDU> On Mon, Apr 21, 2008 at 01:25:09PM -0400, Dan Williams wrote: > On Mon, 2008-04-21 at 13:16 -0400, Chuck Anderson wrote: > > On Mon, Apr 21, 2008 at 12:45:02PM -0400, Dan Williams wrote: > > > Mark any devices that you do not want to control with NetworkManager > > > with NM_CONTROLLED=no in the ifcfg file for that device. Of course that > > > makes the device unmanaged by NM, and therefore it will never be your > > > default route, but it might work for you if you want to keep using NM. > > > > How does NM choose the device to use for the default route? I had a > > problem with NM choosing the device that has NO default route over the > > one that has a default route. > > Latest activated wired device, then wireless, then GSM/CDMA. AutoIPv4 > devices never get the default route. Do you by chance have a device > that's not really connected to anything? I have a device that's connected to a network with DHCP but that doesn't connect to the world. Is that so strange? It happens to use RFC1918 addressing, and no default "routers" options is sent by the DHCP server. From martin.sourada at gmail.com Mon Apr 21 17:39:14 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Mon, 21 Apr 2008 19:39:14 +0200 Subject: NetworkManager + 802.1x wired? [Re: very common kernel modules slow down the boot process] In-Reply-To: <1208796052.30994.9.camel@localhost.localdomain> References: <47F2C3A5.7010402@redhat.com> <47F32AB6.1010000@redhat.com> <1207137647.23595.1.camel@localhost.localdomain> <20080402191411.GH15600@nostromo.devel.redhat.com> <47F3E42E.5050207@redhat.com> <935ead450804021309t69c50cd0r389db67d8fc4d4a3@mail.gmail.com> <1207168109.3043.41.camel@pc-notebook> <1207186412.7989.5.camel@localhost.localdomain> <1207314569.4468.49.camel@pc-notebook> <1207334821.14169.5.camel@localhost.localdomain> <1208792321.3224.4.camel@pc-notebook> <1208796052.30994.9.camel@localhost.localdomain> Message-ID: <1208799554.3164.1.camel@pc-notebook> On Mon, 2008-04-21 at 12:40 -0400, Dan Williams wrote: > On Mon, 2008-04-21 at 17:38 +0200, Martin Sourada wrote: > 1) Right-click on the applet, choose "Edit connections..."; or > run /usr/bin/nm-connection-editor > > 2) Select the "Wired" tab > > 3) Click "Add" > > 4) Select the "802.1x Security" tab > > 5) Check the "Use 802.1x security for this connection" box > > 6) Choose your phase1 authentication (TLS, TTLS, PEAP) > > 7) Fill in the rest of the options > > 8) Hit OK > > 9) Plug the cable in > > 10) choose "Wired connection 1" from applet menu > > I just got an 802.1x capable switch last week so if something goes > wrong, please send /var/log/messages and I'll poke around and try to > debug. > > Thanks! > Dan > Thanks, so far it seems it works :) Thanks again! Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From paul at all-the-johnsons.co.uk Mon Apr 21 17:54:30 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 21 Apr 2008 18:54:30 +0100 Subject: asm/user.h gone AWOL? In-Reply-To: <62bc09df0804211029s2deb3ee3pe2b9c3158d84e920@mail.gmail.com> References: <1208785673.3527.11.camel@T7.Linux> <62bc09df0804211029s2deb3ee3pe2b9c3158d84e920@mail.gmail.com> Message-ID: <1208800470.3527.20.camel@T7.Linux> Hi, > I'm trying to rebuild mono-debugger but it's failing due > to /usr/include/asm/user.h being missing. I have both the > kernel-headers > and glibc-devel packages installed (looking around, it appears > the file > belongs in one of these two packages), but nothing. > > Any ideas where it lives now? > > any link for the koji build id ? I'm trying to get it to build locally first. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jan.kratochvil at redhat.com Mon Apr 21 17:58:42 2008 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Mon, 21 Apr 2008 19:58:42 +0200 Subject: asm/user.h gone AWOL? In-Reply-To: <1208785673.3527.11.camel@T7.Linux> References: <1208785673.3527.11.camel@T7.Linux> Message-ID: <20080421175842.GA10969@host0.dyn.jankratochvil.net> On Mon, 21 Apr 2008 15:47:53 +0200, Paul F. Johnson wrote: ... > it's failing due to /usr/include/asm/user.h being missing. ... > Any ideas where it lives now? is fine for me. Regards, Jan From laxathom at fedoraproject.org Mon Apr 21 18:10:52 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 21 Apr 2008 20:10:52 +0200 Subject: asm/user.h gone AWOL? In-Reply-To: <1208800470.3527.20.camel@T7.Linux> References: <1208785673.3527.11.camel@T7.Linux> <62bc09df0804211029s2deb3ee3pe2b9c3158d84e920@mail.gmail.com> <1208800470.3527.20.camel@T7.Linux> Message-ID: <62bc09df0804211110y313b15ccn2269aa6a61c6668c@mail.gmail.com> 2008/4/21 Paul F. Johnson : > Hi, > > > I'm trying to rebuild mono-debugger but it's failing due > > to /usr/include/asm/user.h being missing. I have both the > > kernel-headers > > and glibc-devel packages installed (looking around, it appears > > the file > > belongs in one of these two packages), but nothing. > > > > Any ideas where it lives now? > > > > any link for the koji build id ? > > I'm trying to get it to build locally first. hm.... check that the include is correctly set In the mean time you can also run a scratch build on koji for us. > > > TTFN > > Paul > > -- > ?Sie k?nnen mich aufreizen und wirklich hei? machen! > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajackson at redhat.com Mon Apr 21 18:17:26 2008 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 21 Apr 2008 14:17:26 -0400 Subject: pruning the fonts list In-Reply-To: <20080418195709.GA13126@nostromo.devel.redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> Message-ID: <1208801846.15542.67.camel@localhost.localdomain> On Fri, 2008-04-18 at 15:57 -0400, Bill Nottingham wrote: > When looking over the LiveCD manifest, and where space is going, I > can't help but notice that a lot of it goes to fonts. Here's the > full list, AFAICT. The number to the left is the size of the package. > I think a good chunk of this could be pruned. > 1) Fonts not used by any fontconfig app. I don't think we > ship any apps that aren't fontconfig users on the livecd (and > if we do, we shouldn't...) > > 7140551 xorg-x11-fonts-misc > 3417965 xorg-x11-fonts-100dpi > 1070826 xorg-x11-fonts-ISO8859-1-100dpi > 1066029 xorg-x11-fonts-ISO8859-9-100dpi > 301748 fonts-KOI8-R-100dpi The 'fixed' and 'cursor' fonts have to come from somewhere, or the X server won't start. I believe there's still a bug where they won't show up when the built-in font list is used, which means you have to keep -misc. Of course, we could split out xorg-x11-fonts-mandatory from -misc. I'll take a look at this. - ajax From nicolas.mailhot at laposte.net Mon Apr 21 18:19:55 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 21 Apr 2008 20:19:55 +0200 (CEST) Subject: Fedora 9 Preview issues In-Reply-To: <1208798710.30994.20.camel@localhost.localdomain> References: <1208796302.30994.11.camel@localhost.localdomain> <20080421171634.GS12159@angus.ind.WPI.EDU> <1208798710.30994.20.camel@localhost.localdomain> Message-ID: <54047.192.54.193.51.1208801995.squirrel@rousalka.dyndns.org> Le Lun 21 avril 2008 19:25, Dan Williams a ?crit : > On Mon, 2008-04-21 at 13:16 -0400, Chuck Anderson wrote: >> On Mon, Apr 21, 2008 at 12:45:02PM -0400, Dan Williams wrote: >> > Mark any devices that you do not want to control with >> NetworkManager >> > with NM_CONTROLLED=no in the ifcfg file for that device. Of >> course that >> > makes the device unmanaged by NM, and therefore it will never be >> your >> > default route, but it might work for you if you want to keep using >> NM. >> >> How does NM choose the device to use for the default route? I had a >> problem with NM choosing the device that has NO default route over >> the >> one that has a default route. > > Latest activated wired device, then wireless, then GSM/CDMA. AutoIPv4 > devices never get the default route. Do you by chance have a device > that's not really connected to anything? That's pretty common in home networks where the trusty linux desktop bridges/NATs the brittle home lan to the wild internet. The wired connection to the LAN is therefore a dead end. -- Nicolas Mailhot From skvidal at fedoraproject.org Mon Apr 21 19:19:02 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 21 Apr 2008 15:19:02 -0400 Subject: Yum strange behaviour In-Reply-To: <6bb886180804200247m4e963c40q2e367bfc98a6c6ba@mail.gmail.com> References: <6bb886180804200247m4e963c40q2e367bfc98a6c6ba@mail.gmail.com> Message-ID: <1208805542.3712.11.camel@cutter> On Sun, 2008-04-20 at 19:47 +1000, David Hunter wrote: > I went to install Thunderbird from the Fedora repo, and outputed the > following: > > yum install thunderbird > rawhide 100% |=========================| 2.4 kB > 00:00 > Setting up Install Process > Parsing package install arguments > Resolving Dependencies > --> Running transaction check > ---> Package thunderbird.i386 0:2.0.0.12-4.fc9 set to be updated > --> Finished Dependency Resolution > > I might be knitpicking, but be good to get it cleared up. for purposes of the transaction it is being added as an 'update'. Which is important since that is the only state in which obsoletes will work w/i the transaction. So, anything which is not TRUE INSTALL (ie: kernel install) will not be added to the ts as an install, only an update. -sv From dominik at greysector.net Mon Apr 21 19:45:09 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 21 Apr 2008 21:45:09 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <480C0241.4070405@redhat.com> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480AFFD2.5090109@poolshark.org> <480C0241.4070405@redhat.com> Message-ID: <20080421194509.GB3971@ryvius.greysector.net> On Monday, 21 April 2008 at 04:56, Huzaifa Sidhpurwala wrote: > Denis Leroy wrote: > > Tom "spot" Callaway wrote: > >> On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: > >>> Hi. > >>> > >>> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I > >>> can't find > >>> the review bug. Has it ever been reviewed? > >> > >> No, it was in core pre-merge, and it looks like it never got tagged for > >> a Merge Review. Someone should fix that (I call not it). > > > > If the new maintainer wants to open a merge review bug, I'll be happy to > > do the review. > > > > -denis > > > Since Hans is a little busy, I have taken over as the maintainer of > gnumeric. I am also going to do a rebuild of the same with psiconv > support, once psiconv is pushed to stable. Great! Would you be willing to maintain the EL branches as well? If not, are you OK with me maintaining them? As I said earlier, I need them both. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dominik at greysector.net Mon Apr 21 19:50:02 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 21 Apr 2008 21:50:02 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <480C0828.20909@redhat.com> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480AFFD2.5090109@poolshark.org> <480C0828.20909@redhat.com> Message-ID: <20080421195002.GC3971@ryvius.greysector.net> On Monday, 21 April 2008 at 05:21, Huzaifa Sidhpurwala wrote: > Denis Leroy wrote: > > Tom "spot" Callaway wrote: > >> On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: > >>> Hi. > >>> > >>> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I > >>> can't find > >>> the review bug. Has it ever been reviewed? > >> > >> No, it was in core pre-merge, and it looks like it never got tagged for > >> a Merge Review. Someone should fix that (I call not it). > > > > If the new maintainer wants to open a merge review bug, I'll be happy to > > do the review. > > > https://bugzilla.redhat.com/show_bug.cgi?id=443355 > > Just opened the merge review. Thank you! That was really quick. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From mike.cloaked at gmail.com Mon Apr 21 21:00:38 2008 From: mike.cloaked at gmail.com (mike) Date: Mon, 21 Apr 2008 21:00:38 +0000 (UTC) Subject: Fedora 9 Preview issues References: Message-ID: Mike C gmail.com> writes: > In my case if I logout then I can log back in but the touchpad no longer > accepts tap input and I have to use the left button adjacent to the > touchpad instead. As you say restarting X returns the system to normal > touchpad behaviour. I was not up to date enough - I just updated and now have the same behaviour as above - i.e. after logout no keyboard input. By the way great to see administrator mode working now - excellent! From roland at redhat.com Mon Apr 21 21:14:04 2008 From: roland at redhat.com (Roland McGrath) Date: Mon, 21 Apr 2008 14:14:04 -0700 (PDT) Subject: asm/user.h gone AWOL? In-Reply-To: Paul F. Johnson's message of Monday, 21 April 2008 14:47:53 +0100 <1208785673.3527.11.camel@T7.Linux> References: <1208785673.3527.11.camel@T7.Linux> Message-ID: <20080421211404.AA07B26F8F0@magilla.localdomain> This was an intentional upstream kernel change to stop installing the kernel asm/user.h (and asm/elf.h) files. User programs ought to use sys/user.h instead. From seg at haxxed.com Mon Apr 21 22:10:35 2008 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 21 Apr 2008 17:10:35 -0500 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <1208793630.30546.35.camel@cutter> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> <1208793630.30546.35.camel@cutter> Message-ID: <1208815835.11579.84.camel@localhost> On Mon, 2008-04-21 at 12:00 -0400, seth vidal wrote: > 2. Contributor Grant of License. You hereby grant to Red Hat, Inc., on > behalf of the Project, and to recipients of software distributed by the > Project: > > * (a) a perpetual, non-exclusive, worldwide, fully paid-up, > royalty free, irrevocable copyright license to reproduce, > prepare derivative works of, publicly display, publicly perform, > sublicense, and distribute your Contribution and such derivative > works; and, > > See, I think the bit you're missing is that the contributor is not > granting COPYRIGHT, they are granting a copyright LICENSE to red hat. > It doesn't say red hat can relicense - only sublicense. > > Seriously, where did you get the idea otherwise? I think the issue might be the definition of "sublicense". People may be taking that to mean Red Hat can sublicense under whatever license it wants. Which is exactly what my first thought was. A plain-english explanation of the legal definition of "sublicense" in the context of copyright licensing would probably be helpful. The best I can google up is: http://en.wiktionary.org/wiki/sublicense "A license granted by a licensee to a a third party, under the authority of the license originally granted by a licensor to the licensee" Which leaves me wondering what exactly "under the authority of the license originally granted by a licensor" means. Does that mean Red Hat can only sublicense if the license says they can? The GPLv3 explicitly disallows sublicensing, "section 10 makes it unnecessary". BSD does not mention sublicensing at all, and X11 license explicitly grants sublicensing. So we have all three possible situations. How does the CLA interact in each case? Am I thinking about this too hard? At any rate IANAL. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From gtwilliams at gmail.com Mon Apr 21 22:21:32 2008 From: gtwilliams at gmail.com (Garry T. Williams) Date: Mon, 21 Apr 2008 18:21:32 -0400 Subject: Preview KDE Live Won't Start Desktop Message-ID: <200804211821.32985.gtwilliams@gmail.com> The KDE Live Preview CD won't start the desktop on my Dell Dimension E520. The system is completely unresponsive and the display is blank. I can boot to init level 3, but staring X results in a complete freeze. The CD boots up normally on my Vaio laptop. How can I obtain diagnostic information? https://bugzilla.redhat.com/show_bug.cgi?id=443240 -- Garry T. Williams --- +1 678 656-4579 From stlwrt at gmail.com Mon Apr 21 22:25:46 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 22 Apr 2008 01:25:46 +0300 Subject: Preview KDE Live Won't Start Desktop In-Reply-To: <200804211821.32985.gtwilliams@gmail.com> References: <200804211821.32985.gtwilliams@gmail.com> Message-ID: What's your graphics adaptor on Dell? On 4/22/08, Garry T. Williams wrote: > The KDE Live Preview CD won't start the desktop on my Dell Dimension > E520. The system is completely unresponsive and the display is blank. > I can boot to init level 3, but staring X results in a complete > freeze. > > The CD boots up normally on my Vaio laptop. > > How can I obtain diagnostic information? > > https://bugzilla.redhat.com/show_bug.cgi?id=443240 > > -- > Garry T. Williams --- +1 678 656-4579 > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From ktdreyer at ktdreyer.com Mon Apr 21 22:26:35 2008 From: ktdreyer at ktdreyer.com (Ken Dreyer) Date: Mon, 21 Apr 2008 16:26:35 -0600 Subject: SNI support for mod_ssl In-Reply-To: <20080419042445.GB12908@auslistsprd01.us.dell.com> References: <43f35d30804182112n6f9736eay67f583cf99d1ab0a@mail.gmail.com> <20080419042445.GB12908@auslistsprd01.us.dell.com> Message-ID: <43f35d30804211526s1e0e47d4rcb29eae0918f878c@mail.gmail.com> On Fri, Apr 18, 2008 at 10:24 PM, Matt Domsch wrote: > > On Sat, Apr 19, 2008 at 12:12:05AM -0400, Ken Dreyer wrote: > > Hello, > > > > I was hoping the Fedora Apache maintainers would consider including > > the following patch into httpd for F9 (or F10): > > > > https://issues.apache.org/bugzilla/show_bug.cgi?id=34607 > > > > specifically, the patch for httpd 2.2.x is: > > > > http://people.apache.org/~fuankg/diffs/httpd-2.2.x-sni.diff > > > > This feature would really open up mod_ssl for certain name-based > > virtualhost situations. It requires OpenSSL >= 0.9.8f, but F9 already > > has 0.9.8g! > > I'd recommend you file it as a bug in bugzila, note it is an enhancement > request. This way the apache maintainers/co-maintainers will see it > and be reminded regularly when they look at bugzilla. Thanks for the recommendation, I did so here: https://bugzilla.redhat.com/show_bug.cgi?id=443513 > How likely is apache 2.4 to be released before the feature freeze for > Fedora 10 (e.g. ~4-5 months from now), whereby Fedora could pick this > up "for free" then? I wish I knew! httpd is not on a timed release schedule. Earlier this month on the httpd dev list there was a rather long discussion on that subject, but from what I could tell they didn't reach a consensus. - Ken From ktdreyer at ktdreyer.com Mon Apr 21 22:28:16 2008 From: ktdreyer at ktdreyer.com (Ken Dreyer) Date: Mon, 21 Apr 2008 16:28:16 -0600 Subject: SNI support for mod_ssl In-Reply-To: <20080419042445.GB12908@auslistsprd01.us.dell.com> References: <43f35d30804182112n6f9736eay67f583cf99d1ab0a@mail.gmail.com> <20080419042445.GB12908@auslistsprd01.us.dell.com> Message-ID: <43f35d30804211528g27f6909fjb5d1e6e4652e915a@mail.gmail.com> On Fri, Apr 18, 2008 at 10:24 PM, Matt Domsch wrote: > > On Sat, Apr 19, 2008 at 12:12:05AM -0400, Ken Dreyer wrote: > > Hello, > > > > I was hoping the Fedora Apache maintainers would consider including > > the following patch into httpd for F9 (or F10): > > > > https://issues.apache.org/bugzilla/show_bug.cgi?id=34607 > > > > specifically, the patch for httpd 2.2.x is: > > > > http://people.apache.org/~fuankg/diffs/httpd-2.2.x-sni.diff > > > > This feature would really open up mod_ssl for certain name-based > > virtualhost situations. It requires OpenSSL >= 0.9.8f, but F9 already > > has 0.9.8g! > > I'd recommend you file it as a bug in bugzila, note it is an enhancement > request. This way the apache maintainers/co-maintainers will see it > and be reminded regularly when they look at bugzilla. Thanks for the recommendation, I did so here: https://bugzilla.redhat.com/show_bug.cgi?id=443513 > How likely is apache 2.4 to be released before the feature freeze for > Fedora 10 (e.g. ~4-5 months from now), whereby Fedora could pick this > up "for free" then? I wish I knew! httpd is not on a timed release schedule. Earlier this month on the httpd dev list there was a rather long discussion on that subject, but from what I could tell they didn't reach a consensus. - Ken From gtwilliams at gmail.com Mon Apr 21 22:49:46 2008 From: gtwilliams at gmail.com (Garry T. Williams) Date: Mon, 21 Apr 2008 18:49:46 -0400 Subject: Preview KDE Live Won't Start Desktop In-Reply-To: References: <200804211821.32985.gtwilliams@gmail.com> Message-ID: <200804211849.46330.gtwilliams@gmail.com> On Monday 21 April 2008 18:25:46 Pavel Shevchuk wrote: > What's your graphics adaptor on Dell? It's an Intel G965. Display is Dell Flat Panel 1680x1050. -- Garry T. Williams --- +1 678 656-4579 From encompass at gmail.com Mon Apr 21 23:07:05 2008 From: encompass at gmail.com (Jason (spot) Brower) Date: Tue, 22 Apr 2008 02:07:05 +0300 Subject: Thanks for considering me.... Message-ID: <1eb1f6fa0804211607w3b811f2ch79a0fdfdf4833c57@mail.gmail.com> It looks like I didn't get accepted for my project, JWuN, but I wanted to thank those that supported me and made effort to comment about both in email and on the student dashboard. If we are lucky, perhaps we can even start to see a version of this soon anyway. It sounded like a simple project, according to the group, perhaps it is. Regards, Jason Brower From d.jacobfeuerborn at conversis.de Tue Apr 22 00:07:55 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Tue, 22 Apr 2008 02:07:55 +0200 Subject: How is the new networking world supposed to work? In-Reply-To: <1208742253.20821.6.camel@localhost.localdomain> References: <47FFF149.1090100@conversis.de> <1208184056.31015.9.camel@localhost.localdomain> <48053F55.4080102@conversis.de> <1208707559.5036.45.camel@localhost.localdomain> <480BDF3D.5040008@conversis.de> <1208742253.20821.6.camel@localhost.localdomain> Message-ID: <480D2C5B.6060107@conversis.de> Dan Williams wrote: > On Mon, 2008-04-21 at 02:26 +0200, Dennis Jacobfeuerborn wrote: >> Dan Williams wrote: >>>> - Device: eth0 ---------------------------------------------------------------- >>>> Type: Wired >>>> Driver: forcedeth >>>> State: connected >>>> HW Address: 00:00:00:00:00:00 >>> I've seen this once and not been able to reproduce; there might be a >>> race between bringing up the card and getting a valid MAC address since >>> sometimes the MAC can't be read until firmware is loaded and booted, but >>> that's usually only an issue with wireless cards since wired devices >>> don't usually have firmware. >> I actually managed to fix my problem by disabling the "network" service. I >> guess the remaining question is why the interface ends up in a b0rked state >> when it is first brought up by "network" and then taken over by NM. Should >> "network" actually bring the interface up if the config file says >> "NM_CONTROLLED=yes"? > > No, it probably should not do anything if NM is running. > >> I think it would be useful to define the semantics when both services are >> started. Should there be two sets of interfaces determined by NM_CONTROLLED >> and each service only caring for its "own" so that they don't collide or >> should this work like an override mechanism where one service takes over >> interfaces from the service that ran before? > > If NM_CONTROLLED=yes and NM is running, only NM should manage the > device. If NM is not running or if NM_CONTROLLED=no, then it's probably > fine for the network service to touch the device. I don't think it's a good idea to have services "probably" do certain things. What I was aiming at was that the behavior should be defined unambiguously and be documented in /usr/share/doc/initscripts-*/sysconfig.txt. Apparently NM has problems taking over devices that have been initialized by "networks" so either that needs to be fixed or "networks" should not initialize a device in the first place when NM_CONTROLLED is "yes". That is the behavior I would favor as that allows me to explicitly define which service controls which devices and would probably simplify the services since they wouldn't have to bother with "taking over" devices from each other. >>>> (I've added "prepend domain-name-servers 195.50.140.178, 195.50.140.114;" >>>> to dhclient-eth0.conf so I get decent nameservers in resolv.conf) >>> You can also set DNS1 and DNS2 into your ifcfg files. That's a bit >>> easier... >> Indeed, thanks for the tip. Actually after rebooting the machine that doesn't work. NM seems to disregard the PEERDNS=no setting and sets up the first DNS from DHCP anyway. DNS1 gets added as second nameserver and DNS2 doesn't show up in resolv.conf at all. Regards, Dennis From petersen at redhat.com Tue Apr 22 00:20:35 2008 From: petersen at redhat.com (Jens Petersen) Date: Tue, 22 Apr 2008 10:20:35 +1000 Subject: Enhancing the fonts list for the KDE live images In-Reply-To: <20080419003627.5e52ae31@deadbabylon.de> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <20080419003627.5e52ae31@deadbabylon.de> Message-ID: <480D2F53.7000009@redhat.com> Sebastian Vahl ????????: > I've got a similar question here for the KDE live images. At the moment > our fonts list is: > 10385374 baekmuk-ttf-fonts-gulim > 1070826 xorg-x11-fonts-ISO8859-1-100dpi > 113638 lohit-fonts-oriya > 1271487 kacst-fonts > 1501946 ghostscript-fonts > 15613489 dejavu-fonts > 157390 lohit-fonts-bengali > 177606 lohit-fonts-telugu > 1865190 liberation-fonts > 20925196 cjkunifonts-uming > 210774 lohit-fonts-kannada > 213774 fonts-KOI8-R > 2293163 jomolhari-fonts > 254120 madan-fonts > 3008781 thaifonts-scalable > 301748 fonts-KOI8-R-100dpi > 333507 lklug-fonts > 3417965 xorg-x11-fonts-100dpi > 3831447 VLGothic-fonts > 39898 lohit-fonts-punjabi > 4389400 urw-fonts > 4529886 tibetan-machine-uni-fonts > 4634 baekmuk-ttf-fonts-common > 649794 abyssinica-fonts > 7049492 bitmap-fonts > 7140551 xorg-x11-fonts-misc > 7349237 dejavu-fonts-experimental > 775248 stix-fonts > 79482 lohit-fonts-malayalam > 80377 fonts-ISO8859-2 > 83406 lohit-fonts-tamil > 883992 xorg-x11-fonts-Type1 > 966835 paktype-fonts > 96778 lohit-fonts-hindi > 97894 lohit-fonts-gujarati > > Most of them are pulled in by @fonts. But we also include some of them > manually: > fonts-ISO8859-2 > madan-fonts > fonts-KOI8-R > fonts-KOI8-R-100dpi > tibetan-machine-uni-fonts > > If someone could review them I would be happy :) It looks fine to me. I think basically @fonts should give you all the coverage you need, but if you have spare space sure you can install some extra fonts. Jens From lordmorgul at gmail.com Tue Apr 22 01:33:05 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 21 Apr 2008 18:33:05 -0700 Subject: Preview KDE Live Won't Start Desktop In-Reply-To: <200804211821.32985.gtwilliams@gmail.com> References: <200804211821.32985.gtwilliams@gmail.com> Message-ID: <480D4051.9000405@gmail.com> Garry T. Williams wrote: > The KDE Live Preview CD won't start the desktop on my Dell Dimension > E520. The system is completely unresponsive and the display is blank. > I can boot to init level 3, but staring X results in a complete > freeze. > > The CD boots up normally on my Vaio laptop. > > How can I obtain diagnostic information? > > https://bugzilla.redhat.com/show_bug.cgi?id=443240 The best info you can get is gathered from /var/log/Xorg.0.log after you try starting x, and from terminal output. Use startx from runlevel 3 to gather this: startx &> startx-output.txt Get the logs, and post them as well. You can also get the output of KDM when trying to start it manually from the terminal (it may be that X works fine, KDM doesn't). -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From lordmorgul at gmail.com Tue Apr 22 01:35:18 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 21 Apr 2008 18:35:18 -0700 Subject: Preview KDE Live Won't Start Desktop In-Reply-To: <480D4051.9000405@gmail.com> References: <200804211821.32985.gtwilliams@gmail.com> <480D4051.9000405@gmail.com> Message-ID: <480D40D6.8000208@gmail.com> Andrew Farris wrote: > Garry T. Williams wrote: >> The KDE Live Preview CD won't start the desktop on my Dell Dimension >> E520. The system is completely unresponsive and the display is blank. >> I can boot to init level 3, but staring X results in a complete >> freeze. >> >> The CD boots up normally on my Vaio laptop. >> >> How can I obtain diagnostic information? >> >> https://bugzilla.redhat.com/show_bug.cgi?id=443240 > > The best info you can get is gathered from /var/log/Xorg.0.log after you > try starting x, and from terminal output. Use startx from runlevel 3 to > gather this: > > startx &> startx-output.txt > > Get the logs, and post them as well. You can also get the output of KDM > when trying to start it manually from the terminal (it may be that X > works fine, KDM doesn't). Also note that ctrl-alt-backspace should kill your active X session. That is very useful for debugging when you use startx and get nothing but a blank, because it should let you kill it and get back to the text files (unless your virtual terminals are corrupted, so if you're using vga high res terminals you may want to turn that off to debug this as well, don't pass any vga= kernel parameters at boot). -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From zing at fastmail.fm Tue Apr 22 01:52:50 2008 From: zing at fastmail.fm (Zing) Date: Tue, 22 Apr 2008 01:52:50 +0000 (UTC) Subject: CVS Outage References: <1208631941.3445.88.camel@localhost.localdomain> <1208786215.3258.7.camel@localhost.localdomain> <480CAB19.2000709@mlbassoc.com> <80d7e4090804210856q3dc90681kcd600cf9247b7c20@mail.gmail.com> Message-ID: On Mon, 21 Apr 2008 09:56:05 -0600, Stephen John Smoogen wrote: > On Mon, Apr 21, 2008 at 8:56 AM, Gary Thomas wrote: >> >> Jesse Keating wrote: >> >> > On Sat, 2008-04-19 at 15:05 -0400, Jesse Keating wrote: >> > >> > > There will be an outage starting at 2008-04-19 18:00 UTC. Initial >> > > estimates show that 30 hours will be needed to complete the >> > > branching, however this may drastically be reduced during the full >> > > run. >> > > >> > > >> > Unfortunately this outage is still ongoing. I failed to get a >> > notification when the first leg finished around 2am my time and lost >> > 6~ hours to sleep. All the PackageDB settings are done (barring a >> > few failures) and we're well into the packages that start with "p" >> > for making the branches within CVS. I expect it to take another half >> > a day or so to finish. >> > >> > Future Recommendation: >> > Enable methods of doing mass branching without incurring an outage. >> > Make pkgdb be able to bypass mail sending, and make CVS be able to >> > bypass mail sending for these operations. Will take longer overall, >> > but no outage. >> > >> > >> Recommendation - switch to SVN (quite painless). All of these things >> are pretty simple to implement. Things like tagging become O(0) [i.e. >> constant and *fast*] >> >> > All Version Control Systems are broke when they deal with large > projects... even SVN has its limitations. > > The big issue is that the religious wars that get involved with any of > the systems. People tantrum if their system is not chosen and every time > a problem comes up with the new system they will point out why choosing > XCS was boneheaded. This bogs down the cycle more than anything else. Cleary someone from the fedoraproject needs to design a new vcs tailored just for fedora. From skvidal at fedoraproject.org Tue Apr 22 01:55:36 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 21 Apr 2008 21:55:36 -0400 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <1208815835.11579.84.camel@localhost> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> <1208793630.30546.35.camel@cutter> <1208815835.11579.84.camel@localhost> Message-ID: <1208829336.3712.30.camel@cutter> On Mon, 2008-04-21 at 17:10 -0500, Callum Lerwick wrote: > I think the issue might be the definition of "sublicense". People may be > taking that to mean Red Hat can sublicense under whatever license it > wants. Which is exactly what my first thought was. > > A plain-english explanation of the legal definition of "sublicense" in > the context of copyright licensing would probably be helpful. The best I > can google up is: > > http://en.wiktionary.org/wiki/sublicense > > "A license granted by a licensee to a a third party, under the authority > of the license originally granted by a licensor to the licensee" > > Which leaves me wondering what exactly "under the authority of the > license originally granted by a licensor" means. Does that mean Red Hat > can only sublicense if the license says they can? The GPLv3 explicitly > disallows sublicensing, "section 10 makes it unnecessary". BSD does not > mention sublicensing at all, and X11 license explicitly grants > sublicensing. > > So we have all three possible situations. How does the CLA interact in > each case? Am I thinking about this too hard? At any rate IANAL. It can sublicense w/i the terms of the original license. If the GPLv3 says no sublicensing then there's no sublicensing. For the case of the GPLv3 All that means is that red hat is allowed to redistribute the original software under the GPLv3. EXACTLY what it says in the definition you quoted and in the CLA. -sv From a.badger at gmail.com Tue Apr 22 02:21:05 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 21 Apr 2008 19:21:05 -0700 Subject: CVS Outage In-Reply-To: References: <1208631941.3445.88.camel@localhost.localdomain> <1208786215.3258.7.camel@localhost.localdomain> <480CAB19.2000709@mlbassoc.com> <80d7e4090804210856q3dc90681kcd600cf9247b7c20@mail.gmail.com> Message-ID: <480D4B91.8010802@gmail.com> Zing wrote: > On Mon, 21 Apr 2008 09:56:05 -0600, Stephen John Smoogen wrote: >> All Version Control Systems are broke when they deal with large >> projects... even SVN has its limitations. >> >> The big issue is that the religious wars that get involved with any of >> the systems. People tantrum if their system is not chosen and every time >> a problem comes up with the new system they will point out why choosing >> XCS was boneheaded. This bogs down the cycle more than anything else. > > Cleary someone from the fedoraproject needs to design a new vcs tailored > just for fedora. > If only you'd mentioned this a month earlier! I'd have had just enough time to whip something up for the first of the month ;-) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From huzaifas at redhat.com Tue Apr 22 02:58:02 2008 From: huzaifas at redhat.com (Huzaifa Sidhpurwala) Date: Tue, 22 Apr 2008 08:28:02 +0530 Subject: gnumeric - never reviewed? In-Reply-To: <20080421194509.GB3971@ryvius.greysector.net> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480AFFD2.5090109@poolshark.org> <480C0241.4070405@redhat.com> <20080421194509.GB3971@ryvius.greysector.net> Message-ID: <480D543A.2080908@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dominik 'Rathann' Mierzejewski wrote: > On Monday, 21 April 2008 at 04:56, Huzaifa Sidhpurwala wrote: >> Denis Leroy wrote: >>> Tom "spot" Callaway wrote: >>>> On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: >>>>> Hi. >>>>> >>>>> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I >>>>> can't find >>>>> the review bug. Has it ever been reviewed? >>>> No, it was in core pre-merge, and it looks like it never got tagged for >>>> a Merge Review. Someone should fix that (I call not it). >>> If the new maintainer wants to open a merge review bug, I'll be happy to >>> do the review. >>> >>> -denis >>> >> Since Hans is a little busy, I have taken over as the maintainer of >> gnumeric. I am also going to do a rebuild of the same with psiconv >> support, once psiconv is pushed to stable. > > Great! Would you be willing to maintain the EL branches as well? > If not, are you OK with me maintaining them? As I said earlier, I need > them both. > I dont mind maintaining the EL-4/5 branches also. And of course if you want to co-maintain, you are more then welcome. > Regards, > R. > - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) Research and Development Lead, Global Help Desk, Pune Phone: +91 20 4005 7322 (UTC +5.5) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 Visit the Help Desk portal at : http://helpdesk.corp.redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFIDVQ6zHDc8tpb2uURAtJXAJ9LH403f22x84gz1lO3uUNEQLvtfgCfcAT0 d6RPGKVytCCtU5d6t5w61CM= =//oz -----END PGP SIGNATURE----- From peter at thecodergeek.com Tue Apr 22 04:00:16 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 21 Apr 2008 21:00:16 -0700 Subject: Fedora 9 Preview: Successful Install Report Message-ID: <1208836816.6187.12.camel@sulphur> I downloaded and installed the Fedora 9 ("Sulphur") Preview release over the weekend, replacing my current F-8 installation. The following is a report of my experiences with it, so far. My hardware is Smolt UUID 6059d15d-2980-42a7-8027-525b1ec25833 [1]. Anaconda: Everything went fabulously. I easily saved my /home partition and re-sized some others (all ext3) before installing. The install actually seemed to take significantly less time than the same Fedora 8 configuration (same box); but I don't know how much of that is subjective and how much is actually quicker. =) (Please note, though, that I do not use LVM, nor did I try encrypted partitions. I don't have a need for either of those options.) X/RHGB: Beautiful. The new theme work is brilliant. I did not notice any flicker when starting X initially. It recognized my G965 onboard and properly used the intel driver. 3-D and XVideo acceleration work as expected. Firstboot: No errors or faults. Since I kept my /home partition from the F8 installation, I rather like how it warned me about the user directory already existing when I re-created the 'pgordon' user for myself. (Was that in previous releases?) Input: Setting up the caps-lock as a compose key for diacritics (Spanish) was simple as it has always been though GNOME's keyboard preferences capplet. Getting Japanese input with SCIM was a bit more of a hassle though. For some reason, even though installed just about everything I could find SCIM-/Anthy-related, im-chooser still errored with a "No input methods found" message when I tried to select it. However, I updated everything to current rawhide using PackageKit and rebooted; and SCIM+Anthy once again works beautifully and as expected (Romaji method). ?My Wacom BambooFun tablet also worked beautifully with no effort on my part, whereas I had to manually compile and use the linuxwacom stuff in F8. (On a side note, I had stability issues with SCIM+Epiphany in F8; but try as I may, I have yet to be able to produce the same issues on my Sulphur install.) PackageKit/PolicyKit: WONDERFUL. I love the work you developers are doing with these things. The only regression I saw from Pirut/Yumex is that there was no way to select and install multiple packages at once. However, I found after some experimenting that I was able to easily select one package, click Install, then select others and click Install again, and they would be queued as sequential transactions. Spiffy. NetworkManager: Another awesome feature. I had been using this in F8, but with Sulphur, I found it much simpler to edit my DNS settings through its GUI connection editor [2], instead of having to hardcode a bunch of IP addresses in /etc/sysconfig files. My home Wi-Fi (802.11b) works beautifully, and NetworkManager takes care of the nasty configuration stuffs for me. \o/ SELinux: Happily does its job and stays out of my way, as it should. I've noticed only that I have yet to notice anything from it, which is a very good sign. =) Swfdec: YouTube works beautifully "out of the box" after installing the various swfdec packages through Anaconda. Yay! Sulphur is looking AWESOME so far; but I will be sure to file any bugs should they arise in my using it. =] [1] ?http://www.smolts.org/client/show_all/pub_6059d15d-2980-42a7-8027-525b1ec25833 ?[2] My ISP's DNS is horrendously slow, so I have all of our computers at home set to use OpenDNS's namservers. Much nicer... -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From morioka at at.wakwak.com Tue Apr 22 05:36:59 2008 From: morioka at at.wakwak.com (Kazutoshi Morioka) Date: Tue, 22 Apr 2008 14:36:59 +0900 Subject: gdm-simple-greeter's LANG value is foobar.utf8, not foobar.UTF-8 Message-ID: <480D797B.1050806@at.wakwak.com> F9's gdm-simple-greeter's language chooser set LANG value to foobar.utf8, not foobar.UTF-8. This dosen't cause any problems for most applications but confuses F9-Preview Live Installer. https://bugzilla.redhat.com/show_bug.cgi?id=443408 This patch fixes LANG value, but I don't know this is correct fix. Any Idea? diff -u gdm-2.21.10/gui/simple-greeter/gdm-languages.c.old gdm-2.21.10/gui/simple-greeter/gdm-languages.c --- gdm-2.21.10/gui/simple-greeter/gdm-languages.c.old 2008-04-09 12:47:10.000000000 +0900 +++ gdm-2.21.10/gui/simple-greeter/gdm-languages.c 2008-04-22 03:29:38.976189467 +0900 @@ -330,7 +330,7 @@ if (language_name_is_utf8 (language_name)) { name = g_strdup (language_name); } else { - name = g_strdup_printf ("%s.utf8", language_name); + name = g_strdup_printf ("%s.UTF-8", language_name); if (!language_name_is_utf8 (name)) { g_free (name); From ivazqueznet at gmail.com Tue Apr 22 05:50:41 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 22 Apr 2008 01:50:41 -0400 Subject: gdm-simple-greeter's LANG value is foobar.utf8, not foobar.UTF-8 In-Reply-To: <480D797B.1050806@at.wakwak.com> References: <480D797B.1050806@at.wakwak.com> Message-ID: <1208843441.13044.6.camel@ignacio.lan> On Tue, 2008-04-22 at 14:36 +0900, Kazutoshi Morioka wrote: > This dosen't cause any problems for most applications but > confuses F9-Preview Live Installer. Then shouldn't the installer be fixed? What exactly in it is broken? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From morioka at at.wakwak.com Tue Apr 22 06:03:10 2008 From: morioka at at.wakwak.com (Kazutoshi Morioka) Date: Tue, 22 Apr 2008 15:03:10 +0900 Subject: gdm-simple-greeter's LANG value is foobar.utf8, not foobar.UTF-8 In-Reply-To: <1208843441.13044.6.camel@ignacio.lan> References: <480D797B.1050806@at.wakwak.com> <1208843441.13044.6.camel@ignacio.lan> Message-ID: <480D7F9E.4000305@at.wakwak.com> Ignacio Vazquez-Abrams wrote: > On Tue, 2008-04-22 at 14:36 +0900, Kazutoshi Morioka wrote: >> This dosen't cause any problems for most applications but >> confuses F9-Preview Live Installer. > > Then shouldn't the installer be fixed? What exactly in it is broken? Live installer shows messages always in English even another languages are chosen by gdm-simple-greeter's language chooser. Anaconda choose a language by LANG environment, and it's based on it's own language table. Anaconda recognize "ja" or "ja_JP.UTF-8", but dosen't recognize "ja_JP.utf8" which gdm-simple-greeter sets. From email.ahmedkamal at googlemail.com Tue Apr 22 07:55:26 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Tue, 22 Apr 2008 09:55:26 +0200 Subject: Fedora 9 Preview: Successful Install Report In-Reply-To: <1208836816.6187.12.camel@sulphur> References: <1208836816.6187.12.camel@sulphur> Message-ID: <3da3b5b40804220055k48b22664m2efc028722658299@mail.gmail.com> Just out of curiosity, when you saved /home, and created the same user in the new installation. Did the new user get the same UID by chance, or by design :) 2008/4/22 Peter Gordon : > I downloaded and installed the Fedora 9 ("Sulphur") Preview release over > the weekend, replacing my current F-8 installation. The following is a > report of my experiences with it, so far. > > My hardware is Smolt UUID 6059d15d-2980-42a7-8027-525b1ec25833 [1]. > > Anaconda: Everything went fabulously. I easily saved my /home partition > and re-sized some others (all ext3) before installing. The install > actually seemed to take significantly less time than the same Fedora 8 > configuration (same box); but I don't know how much of that is > subjective and how much is actually quicker. =) > > (Please note, though, that I do not use LVM, nor did I try encrypted > partitions. I don't have a need for either of those options.) > > X/RHGB: Beautiful. The new theme work is brilliant. I did not notice any > flicker when starting X initially. It recognized my G965 onboard and > properly used the intel driver. 3-D and XVideo acceleration work as > expected. > > Firstboot: No errors or faults. Since I kept my /home partition from the > F8 installation, I rather like how it warned me about the user directory > already existing when I re-created the 'pgordon' user for myself. (Was > that in previous releases?) > > Input: Setting up the caps-lock as a compose key for diacritics > (Spanish) was simple as it has always been though GNOME's keyboard > preferences capplet. Getting Japanese input with SCIM was a bit more of > a hassle though. For some reason, even though installed just about > everything I could find SCIM-/Anthy-related, im-chooser still errored > with a "No input methods found" message when I tried to select it. > However, I updated everything to current rawhide using PackageKit and > rebooted; and SCIM+Anthy once again works beautifully and as expected > (Romaji method). ?My Wacom BambooFun tablet also worked beautifully with > no effort on my part, whereas I had to manually compile and use the > linuxwacom stuff in F8. > > (On a side note, I had stability issues with SCIM+Epiphany in F8; but > try as I may, I have yet to be able to produce the same issues on my > Sulphur install.) > > PackageKit/PolicyKit: WONDERFUL. I love the work you developers are > doing with these things. The only regression I saw from Pirut/Yumex is > that there was no way to select and install multiple packages at once. > However, I found after some experimenting that I was able to easily > select one package, click Install, then select others and click Install > again, and they would be queued as sequential transactions. Spiffy. > > NetworkManager: Another awesome feature. I had been using this in F8, > but with Sulphur, I found it much simpler to edit my DNS settings > through its GUI connection editor [2], instead of having to hardcode a > bunch of IP addresses in /etc/sysconfig files. My home Wi-Fi (802.11b) > works beautifully, and NetworkManager takes care of the nasty > configuration stuffs for me. \o/ > > SELinux: Happily does its job and stays out of my way, as it should. > I've noticed only that I have yet to notice anything from it, which is a > very good sign. =) > > Swfdec: YouTube works beautifully "out of the box" after installing the > various swfdec packages through Anaconda. Yay! > > Sulphur is looking AWESOME so far; but I will be sure to file any bugs > should they arise in my using it. =] > > [1] ? > http://www.smolts.org/client/show_all/pub_6059d15d-2980-42a7-8027-525b1ec25833 > ?[2] My ISP's DNS is horrendously slow, so I have all of our computers > at home set to use OpenDNS's namservers. Much nicer... > -- > Peter Gordon (codergeek42) > GnuPG Public Key ID: 0xFFC19479 / Fingerprint: > DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From skasal at redhat.com Tue Apr 22 09:32:42 2008 From: skasal at redhat.com (Stepan Kasal) Date: Tue, 22 Apr 2008 11:32:42 +0200 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <1208793630.30546.35.camel@cutter> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> <1208793630.30546.35.camel@cutter> Message-ID: <20080422093241.GA7750@camelia.ucw.cz> Hello, On Mon, Apr 21, 2008 at 12:00:30PM -0400, seth vidal wrote: > 2. Contributor Grant of License. You hereby grant to Red Hat, Inc., on > behalf of the Project, and to recipients of software distributed by the > Project: > > * (a) a perpetual, non-exclusive, worldwide, fully paid-up, > royalty free, irrevocable copyright license to reproduce, > prepare derivative works of, publicly display, publicly perform, > sublicense, and distribute your Contribution and such derivative > works; and, > > [...] the contributor is [...] granting a copyright LICENSE > to red hat. my understanding is that the contributor is granting to RH a license to distribute, etc. I see no reason why that right should be limited by any other license contained within the contribution or implied by a context. Stepan From skasal at redhat.com Tue Apr 22 09:38:51 2008 From: skasal at redhat.com (Stepan Kasal) Date: Tue, 22 Apr 2008 11:38:51 +0200 Subject: Legal advice (was Re: CLA is broken) In-Reply-To: <1208793325.3258.60.camel@localhost.localdomain> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> <1208793325.3258.60.camel@localhost.localdomain> Message-ID: <20080422093851.GA21040@camelia.ucw.cz> Hello, On Mon, Apr 21, 2008 at 11:55:25AM -0400, Jesse Keating wrote: > On Mon, 2008-04-21 at 17:49 +0200, Stepan Kasal wrote: > > But the contributor is supposed to sign it, supposedly without > > getting a legal advice. > > Where do we state, suggest, encourage, hint that you should sign it > without getting legal advice? Seriously? nowere, of course. Sorry for implying that. Let me put is this way: 1) I'd be interested to learn how many of the Fedora contributors got a legal advice about it before they signed it. 2) If the CLA were so simple that most developers were able to understand it without getting a legal advice, that would lower the enter barrier and thus would present a competitive advantage. (No, I do not imply it is possible, I'm just dreaming.) Stepan From ml at deadbabylon.de Tue Apr 22 09:45:15 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 22 Apr 2008 11:45:15 +0200 Subject: Fedora 9 Schedule: "Release Candidate 1 (Not really public)" ? Message-ID: <200804221145.21776.ml@deadbabylon.de> Hi. Can someone explain to me what this means? Or did I just missed a previous mail about this? http://fedoraproject.org/wiki/Releases/9/Schedule?action=diff&rev2=33&rev1=32 Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From dwmw2 at infradead.org Tue Apr 22 10:06:57 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 22 Apr 2008 11:06:57 +0100 Subject: asm/user.h gone AWOL? In-Reply-To: <1208785673.3527.11.camel@T7.Linux> References: <1208785673.3527.11.camel@T7.Linux> Message-ID: <1208858817.9212.553.camel@pmac.infradead.org> On Mon, 2008-04-21 at 14:47 +0100, Paul F. Johnson wrote: > Hi, > > I'm trying to rebuild mono-debugger but it's failing due > to /usr/include/asm/user.h being missing. I have both the kernel-headers > and glibc-devel packages installed (looking around, it appears the file > belongs in one of these two packages), but nothing. > > Any ideas where it lives now? It doesn't: http://git.kernel.org/?p=linux/kernel/git/dwmw2/kernel-headers.git;a=commitdiff;h=a9128be8657fa436a2e4379b63853964bb56daf3 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c1445db9f72db0537c43a2eab6e1b0f6741162f5 What do you need it for? Are you trying to interpret A.OUT core dumps? Having said that, I'm not sure we _should_ have removed it from the upstream kernel. Although Fedora no longer builds a.out support, upstream still supports a.out -- and so should probably continue to provide -- doesn't this define the Linux-specific header on our a.out core dumps? Jan, how does gdb cope with a.out core dumps? (or doesn't it?) -- dwmw2 From roland at redhat.com Tue Apr 22 10:19:50 2008 From: roland at redhat.com (Roland McGrath) Date: Tue, 22 Apr 2008 03:19:50 -0700 (PDT) Subject: asm/user.h gone AWOL? In-Reply-To: David Woodhouse's message of Tuesday, 22 April 2008 11:06:57 +0100 <1208858817.9212.553.camel@pmac.infradead.org> References: <1208785673.3527.11.camel@T7.Linux> <1208858817.9212.553.camel@pmac.infradead.org> Message-ID: <20080422101950.F19C427037B@magilla.localdomain> The change has nothing whatsoever to do with a.out support or lack thereof. It has to do with userland using userland headers (sys/user.h, a.out.h, etc.). It stopped installing asm/elf.h too, and not because ELF is going out of style. Thanks, Roland From jwboyer at gmail.com Tue Apr 22 10:49:42 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 22 Apr 2008 05:49:42 -0500 Subject: Fedora 9 Schedule: "Release Candidate 1 (Not really public)" ? In-Reply-To: <200804221145.21776.ml@deadbabylon.de> References: <200804221145.21776.ml@deadbabylon.de> Message-ID: <1208861382.6654.54.camel@vader.jdub.homelinux.org> On Tue, 2008-04-22 at 11:45 +0200, Sebastian Vahl wrote: > Hi. > > Can someone explain to me what this means? Or did I just missed a previous > mail about this? > > http://fedoraproject.org/wiki/Releases/9/Schedule?action=diff&rev2=33&rev1=32 The actual RC ISOs are not public. If we had to wait for each RC to fully sync to the mirrors, it would take quite a bit of time to actually get out the final release. So the RCs are located on a machine in RH where rel-eng and QA can get them. All the bits used to compose the ISOs are publicly available though. This isn't new, it's just never been documented before. josh From ndbecker2 at gmail.com Tue Apr 22 10:50:51 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 22 Apr 2008 06:50:51 -0400 Subject: cvs still down? Message-ID: I just tried, still getting Message: cvs [commit aborted]: correct above errors first! Message: **** Access denied: nbecker is not in ACL for rpms/unuran/devel Message: cvs commit: Pre-commit check failed From paul at all-the-johnsons.co.uk Tue Apr 22 10:53:43 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 22 Apr 2008 11:53:43 +0100 Subject: cvs still down? In-Reply-To: References: Message-ID: <1208861624.11498.18.camel@T7.Linux> Hi, > I just tried, still getting > Message: cvs [commit aborted]: correct above errors first! > Message: **** Access denied: nbecker is not in ACL for rpms/unuran/devel > Message: cvs commit: Pre-commit check failed Phew! I thought it was just me! TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dwmw2 at infradead.org Tue Apr 22 10:56:40 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 22 Apr 2008 11:56:40 +0100 Subject: asm/user.h gone AWOL? In-Reply-To: <20080422101950.F19C427037B@magilla.localdomain> References: <1208785673.3527.11.camel@T7.Linux> <1208858817.9212.553.camel@pmac.infradead.org> <20080422101950.F19C427037B@magilla.localdomain> Message-ID: <1208861800.9212.567.camel@pmac.infradead.org> On Tue, 2008-04-22 at 03:19 -0700, Roland McGrath wrote: > The change has nothing whatsoever to do with a.out support or lack thereof. > It has to do with userland using userland headers (sys/user.h, a.out.h, etc.). > It stopped installing asm/elf.h too, and not because ELF is going out of style. Indeed. You'll note I signed off on the original removal :) But looking at it again today, I was concerned for a while that we might have been a little overzealous in removing -- looking at what was removed, I didn't immediately spot that all the instances of were essentially the same, because the regs definitions mess it up a bit, as do the types used. It looked like it might have been one of the Linux-defined structures which is actually _reasonable_ to export to userspace via kernel headers. ... hm... actually, they're _not_ the same. SH, i386, x86_64 and m68k have an extra FP state pointer after u_ar0 -- and m68k, Blackfin and H8300 all have 'int reserved' before u_ar0. The SPARC version is fairly different, too. -- dwmw2 From tomek at crocom.com.pl Tue Apr 22 11:24:05 2008 From: tomek at crocom.com.pl (Tomasz Torcz) Date: Tue, 22 Apr 2008 13:24:05 +0200 Subject: Fedora 9 Preview issues In-Reply-To: <1208798710.30994.20.camel@localhost.localdomain> References: <1208796302.30994.11.camel@localhost.localdomain> <20080421171634.GS12159@angus.ind.WPI.EDU> <1208798710.30994.20.camel@localhost.localdomain> Message-ID: <1208863445.7278.17.camel@s1.crocom.com.pl> Dnia 21-04-2008, pon o godzinie 13:25 -0400, Dan Williams pisze: > On Mon, 2008-04-21 at 13:16 -0400, Chuck Anderson wrote: > > On Mon, Apr 21, 2008 at 12:45:02PM -0400, Dan Williams wrote: > > > Mark any devices that you do not want to control with NetworkManager > > > with NM_CONTROLLED=no in the ifcfg file for that device. Of course that > > > makes the device unmanaged by NM, and therefore it will never be your > > > default route, but it might work for you if you want to keep using NM. > > > > How does NM choose the device to use for the default route? I had a > > problem with NM choosing the device that has NO default route over the > > one that has a default route. > > Latest activated wired device, then wireless, then GSM/CDMA. AutoIPv4 > devices never get the default route. Do you by chance have a device > that's not really connected to anything? I have eth0 connected to real network without DHCP. IP for eth0 was configured statically in installer. Default gateway is reachable by eth0. I also have eth1 which is directly connected to other computer. No default route, no DHCP. After first boot I had no network connectivity. Or network dissappeared when I logged in, I don't remeber correctly. NM cleared /etc/resolv.conf and default route. First I tried to configure eth0 as static IP in NM. But I got lost in dialog. Clicked Add, got some settings for "Wired connection 1" but couldn't find how to select which eth* I'm configuring (BTW, this computer has 4 ethernet cards). I gave up. So I stuck NETWORKMANAGER=no, NM_CONTROLLED=no and GATEWAY=x.x.x.x in ifcfg-eth0, but I still don't have network (default route/nameservers) after reboot. On the other way, mobile broadband works perfectly, requiring plugin my Huawei E220 and two (2!) clicks. -- Tomasz Torcz From paul at all-the-johnsons.co.uk Tue Apr 22 11:28:31 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 22 Apr 2008 12:28:31 +0100 Subject: asm/user.h gone AWOL? In-Reply-To: <1208861800.9212.567.camel@pmac.infradead.org> References: <1208785673.3527.11.camel@T7.Linux> <1208858817.9212.553.camel@pmac.infradead.org> <20080422101950.F19C427037B@magilla.localdomain> <1208861800.9212.567.camel@pmac.infradead.org> Message-ID: <1208863711.11498.20.camel@T7.Linux> Hi, > ... hm... actually, they're _not_ the same. SH, i386, x86_64 and m68k > have an extra FP state pointer after u_ar0 -- and m68k, Blackfin and > H8300 all have 'int reserved' before u_ar0. The SPARC version is fairly > different, too. This would probably account for why mono-debugger won't build currently. Will the header be reintroduced any time soon? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jan.kratochvil at redhat.com Tue Apr 22 11:29:11 2008 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Tue, 22 Apr 2008 13:29:11 +0200 Subject: asm/user.h gone AWOL? In-Reply-To: <1208858817.9212.553.camel@pmac.infradead.org> References: <1208785673.3527.11.camel@T7.Linux> <1208858817.9212.553.camel@pmac.infradead.org> Message-ID: <20080422112911.GA7780@host0.dyn.jankratochvil.net> On Tue, 22 Apr 2008 12:06:57 +0200, David Woodhouse wrote: > On Mon, 2008-04-21 at 14:47 +0100, Paul F. Johnson wrote: > > Hi, > > > > I'm trying to rebuild mono-debugger but it's failing due > > to /usr/include/asm/user.h being missing. I have both the kernel-headers > > and glibc-devel packages installed (looking around, it appears the file > > belongs in one of these two packages), but nothing. > > > > Any ideas where it lives now? > > It doesn't: > http://git.kernel.org/?p=linux/kernel/git/dwmw2/kernel-headers.git;a=commitdiff;h=a9128be8657fa436a2e4379b63853964bb56daf3 > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c1445db9f72db0537c43a2eab6e1b0f6741162f5 > > What do you need it for? Are you trying to interpret A.OUT core dumps? > > Having said that, I'm not sure we _should_ have removed it from the > upstream kernel. Although Fedora no longer builds a.out support, > upstream still supports a.out -- and so should probably continue to > provide -- doesn't this define the Linux-specific header on > our a.out core dumps? > > Jan, how does gdb cope with a.out core dumps? (or doesn't it?) It handles it transparently through libbfd although sure I did not try it recently. I still do not understand how is a.out related to , `struct user' was from its offset 0, wasn't it? contains the same info as before - the registers layout presented by kernel to the userland. You need to rename some segment registers `cs'->`xcs' and some underscore differenteces are there. It is used for ptrace(2) and the core dumps. ELF cores contain note NT_PRSTATUS (show by eu-readelf -n COREFILE) where `struct elf_prstatus.pr_reg' contains `struct user_regs_struct' defined in that ( References: <200804211821.32985.gtwilliams@gmail.com> <480D4051.9000405@gmail.com> Message-ID: <200804220730.44754.gtwilliams@gmail.com> On Monday 21 April 2008 21:33:05 Andrew Farris wrote: > Garry T. Williams wrote: > > The KDE Live Preview CD won't start the desktop on my Dell Dimension > > E520. The system is completely unresponsive and the display is blank. > > I can boot to init level 3, but staring X results in a complete > > freeze. > > > > The CD boots up normally on my Vaio laptop. > > > > How can I obtain diagnostic information? > > > > https://bugzilla.redhat.com/show_bug.cgi?id=443240 > > The best info you can get is gathered from /var/log/Xorg.0.log after > you try starting x, and from terminal output. Use startx from > runlevel 3 to gather this: > > startx &> startx-output.txt > > Get the logs, and post them as well. You can also get the output of > KDM when trying to start it manually from the terminal (it may be > that X works fine, KDM doesn't). Unfortunately, the log file is empty. I mounted one of my disk drives to record the log before running the startx command from the command line. It's empty. The system just "locks up" after typing startx. Nothing is responsive. No keyboard input; no network. -- Garry T. Williams --- +1 678 656-4579 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Apr 22 12:15:13 2008 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 22 Apr 2008 14:15:13 +0200 Subject: cvs still down? In-Reply-To: <1208861624.11498.18.camel@T7.Linux> References: <1208861624.11498.18.camel@T7.Linux> Message-ID: <20080422141513.1565c3a5@python3.es.egwn.lan> Paul F. Johnson wrote : > Hi, > > > I just tried, still getting > > Message: cvs [commit aborted]: correct above errors first! > > Message: **** Access denied: nbecker is not in ACL for rpms/unuran/devel > > Message: cvs commit: Pre-commit check failed > > Phew! I thought it was just me! Same here... I can stop wondering why I can't change my own packages ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 8 (Werewolf) - Linux kernel 2.6.24.4-64.fc8 Load : 0.13 0.23 0.29 From katzj at redhat.com Tue Apr 22 12:15:47 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 22 Apr 2008 08:15:47 -0400 Subject: Fedora 9 Schedule: "Release Candidate 1 (Not really public)" ? In-Reply-To: <1208861382.6654.54.camel@vader.jdub.homelinux.org> References: <200804221145.21776.ml@deadbabylon.de> <1208861382.6654.54.camel@vader.jdub.homelinux.org> Message-ID: <1208866547.12246.0.camel@aglarond.local> On Tue, 2008-04-22 at 05:49 -0500, Josh Boyer wrote: > On Tue, 2008-04-22 at 11:45 +0200, Sebastian Vahl wrote: > > Can someone explain to me what this means? Or did I just missed a previous > > mail about this? > > > > http://fedoraproject.org/wiki/Releases/9/Schedule?action=diff&rev2=33&rev1=32 > > The actual RC ISOs are not public. If we had to wait for each RC to > fully sync to the mirrors, it would take quite a bit of time to actually > get out the final release. So the RCs are located on a machine in RH > where rel-eng and QA can get them. All the bits used to compose the > ISOs are publicly available though. Also, we might throw the live images up on torrent. We did iirc for Fedora 8 and I'm not against doing so again Jeremy From cra at WPI.EDU Tue Apr 22 12:16:19 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Tue, 22 Apr 2008 08:16:19 -0400 Subject: Fedora 9 Preview issues In-Reply-To: <1208863445.7278.17.camel@s1.crocom.com.pl> References: <1208796302.30994.11.camel@localhost.localdomain> <20080421171634.GS12159@angus.ind.WPI.EDU> <1208798710.30994.20.camel@localhost.localdomain> <1208863445.7278.17.camel@s1.crocom.com.pl> Message-ID: <20080422121619.GC27669@angus.ind.WPI.EDU> On Tue, Apr 22, 2008 at 01:24:05PM +0200, Tomasz Torcz wrote: > Dnia 21-04-2008, pon o godzinie 13:25 -0400, Dan Williams pisze: > > Latest activated wired device, then wireless, then GSM/CDMA. AutoIPv4 > > devices never get the default route. Do you by chance have a device > > that's not really connected to anything? > > I have eth0 connected to real network without DHCP. IP for eth0 was > configured statically in installer. Default gateway is reachable by > eth0. > I also have eth1 which is directly connected to other computer. No > default route, no DHCP. > After first boot I had no network connectivity. Or network dissappeared > when I logged in, I don't remeber correctly. NM cleared /etc/resolv.conf > and default route. https://bugzilla.redhat.com/show_bug.cgi?id=437338 I attached a patch there that fixes the issue for me. From rawhide at fedoraproject.org Tue Apr 22 12:54:44 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 22 Apr 2008 12:54:44 +0000 (UTC) Subject: rawhide report: 20080422 changes Message-ID: <20080422125444.5E4B7209CD3@releng1.fedora.phx.redhat.com> New package smc-fonts Open Type Fonts for Malayalam script Updated Packages: freehdl-0.0.6-1.fc9 ------------------- * Sat Apr 19 2008 Eric Tanguy 0.0.6-1 - Update to 0.0.6 gfs2-utils-2.03.00-3.fc9 ------------------------ * Mon Apr 14 2008 Steven Whitehouse 2.03.00-3 - Fabbione saves the day. We can get rid of the sed stuff after all * Mon Apr 14 2008 Steven Whitehouse 2.03.00-1 - New upstream sources - Eric Sandeen's solution to kernel version dep * Wed Apr 09 2008 Steven Whitehouse 0.1.25.2.02.01-15 - Remove obsolete chkconfig patch for initscript - Enable parallel make - Remove obsolete copy of gfs2_ondisk.h (this should be in glibc-kernheaders) gimp-help-2.4.1-1.fc9 --------------------- * Fri Apr 18 2008 Nils Philippsen - 2.4.1-1 - version 2.4.1 glade3-3.4.4-1.fc9 ------------------ * Sat Apr 19 2008 Debarshi Ray - 3.4.4-1 - Version bump to 3.4.4. gnome-games-1:2.22.1.1-4.fc9 ---------------------------- * Fri Apr 18 2008 Ray Strode - 1:2.22.1.1-4 - Use gtk-missing-image instead of image-missing since a lot of icon themes don't have missing-image and gtk-missing-image is guaranteed to be available (bug 440686) * Thu Apr 17 2008 Ray Strode - 1:2.22.1.1-3 - Fix typo in previous patch (bug 440686) * Wed Apr 16 2008 Ray Strode - 1:2.22.1.1-2 - Make glchess behave better in case of incomplete icon themes (bug 440686) kdebase-workspace-4.0.3-17.fc9 ------------------------------ * Sat Apr 19 2008 Kevin Kofler 4.0.3-17 - allow moving plasmoids on panels (#439587, kde#158301) (upstream patch) mesa-7.1-0.28.fc9 ----------------- * Fri Apr 18 2008 Dave Airlie 7.1-0.28 - okay fire me now - I swear it runs compiz really well... - fix more bugs on 965 * Fri Apr 18 2008 Dave Airlie 7.1-0.27 - why yes, that is a brown paper bag - fix glxgears on 965 * Fri Apr 18 2008 Dave Airlie 7.1-0.26 - fix compiz alt-tab crashing on out of the box intel driver - some other upstream bugfixes as well openoffice.org-1:2.4.0-12.6.fc9 ------------------------------- * Fri Apr 18 2008 Caolan McNamara - 1:2.4.0-12.6 - Resolves: rhbz#439727 find another crasher - Resolves: rhbz#441112 openoffice.org-3.0.0.ooo85691.vcl.tooltipcolor.patch - Resolves: rhbz#441108 openoffice.org-3.0.0.ooo87991.fpickersafe.patch - Resolves: rhbz#441128 openoffice.org-3.0.0.ooo88033.svx.a11ycrash.patch - add openoffice.org-2.4.0.gccXXXXX.wizards.patch to try and build * Wed Apr 02 2008 Caolan McNamara - 1:2.4.0-12.5 - Resolves: rhbz#439727 find crasher - Resolves: rhbz#436518 try and workaround bizarro bug * Tue Apr 01 2008 Caolan McNamara - 1:2.4.0-12.4 - Resolves: rhbz#439727 add workspace.notes3.patch4 pam-1.0.1-1.fc9 --------------- * Fri Apr 18 2008 Tomas Mraz 1.0.1-1 - upgrade to new upstream release (one bugfix only) - fix pam_sepermit use in screensavers * Mon Apr 07 2008 Tomas Mraz 1.0.0-2 - fix regression in pam_set_item * Fri Apr 04 2008 Tomas Mraz 1.0.0-1 - upgrade to new upstream release (bugfix only) pungi-1.2.16-1.fc9 ------------------ * Wed Apr 16 2008 jkeating 1.2.16-1 - Fix another issue with source repo stuff. * Wed Apr 16 2008 jkeating 1.2.15-1 - Disable comps cleanup until xslt is fixed - Add support for yum repo costs - Adjust manifest for Fedora 9 (kernels, languages, flash) wesnoth-1.4.1-1.fc9 ------------------- * Fri Apr 18 2008 Jon Ciesla - 1.4.1-1 - New upstream bugfix release. * Wed Apr 09 2008 Jon Ciesla - 1.4-2 - LSB initscript fix, BZ 247094. Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From stickster at gmail.com Mon Apr 21 22:09:28 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 21 Apr 2008 18:09:28 -0400 Subject: Change in Board composition Message-ID: <1208815768.4737.54.camel@localhost.localdomain> Since the Fedora Board originally formed in 2006, the Fedora Project has changed quite a bit. We now have about two-thirds of our packages maintained by volunteer community members. Our technical steering committee, FESCo, is made up of a roughly even mix of volunteers and Red Hat employees. This community has developed and enforced its own high standards and done it in an open and transparent fashion in the best tradition of open source. And through all of these efforts, we've helped build a community of contributors -- not just people who *use* Fedora, but people who *give back* to the open source ecosystem, and their fellow human beings. I'm very pleased to report that with the post-Fedora 9 election, the Board composition will be a better reflection of the strides our community has made in self-organization and self-governance, and of our healthy partnership with Red Hat. Starting with this election, the Board will move to a composition of five (5) community-elected seats and four (4) Red Hat-appointed seats. This is an issue I've been advocating over the past couple of weeks, and I'm delighted to be able to make this change following my first release as Fedora Project Leader. I look at this as a significant step in the evolution of the Board and Fedora's governance overall. The rest of the Board and I look forward to the elections, and to the continued opportunity to serve everyone in the Fedora community. We appreciate the support and the trust you give us, and will always work hard to earn it. Thanks for reading! -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From Jochen at herr-schmitt.de Tue Apr 22 13:55:15 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 22 Apr 2008 15:55:15 +0200 Subject: cvs still down? In-Reply-To: <20080422141513.1565c3a5@python3.es.egwn.lan> References: <1208861624.11498.18.camel@T7.Linux> <20080422141513.1565c3a5@python3.es.egwn.lan> Message-ID: <0ML29c-1JoIxc0kT5-0000HF@mrelayeu.kundenserver.de> On Tue, 22 Apr 2008 14:15:13 +0200, you wrote: >Same here... I can stop wondering why I can't change my own packages ;-) I have the same issue too. I thought the reason is the mass branching process. I home this may been finished as soon as posible. Best Regards: Jochen Schmitt From mmcgrath at redhat.com Tue Apr 22 13:55:05 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 22 Apr 2008 08:55:05 -0500 (CDT) Subject: cvs still down? In-Reply-To: <0ML29c-1JoIxc0kT5-0000HF@mrelayeu.kundenserver.de> References: <1208861624.11498.18.camel@T7.Linux> <20080422141513.1565c3a5@python3.es.egwn.lan> <0ML29c-1JoIxc0kT5-0000HF@mrelayeu.kundenserver.de> Message-ID: On Tue, 22 Apr 2008, Jochen Schmitt wrote: > On Tue, 22 Apr 2008 14:15:13 +0200, you wrote: > > >Same here... I can stop wondering why I can't change my own packages ;-) > > I have the same issue too. > > I thought the reason is the mass branching process. I home this > may been finished as soon as posible. > It is and its taken a lot longer then we had anticipated. we'll be looking at the process and making changes for next time. There's just so many packages now (what a great problem to have :) -Mike From dcbw at redhat.com Tue Apr 22 14:34:33 2008 From: dcbw at redhat.com (Dan Williams) Date: Tue, 22 Apr 2008 10:34:33 -0400 Subject: Fedora 9 Preview issues In-Reply-To: <20080422121619.GC27669@angus.ind.WPI.EDU> References: <1208796302.30994.11.camel@localhost.localdomain> <20080421171634.GS12159@angus.ind.WPI.EDU> <1208798710.30994.20.camel@localhost.localdomain> <1208863445.7278.17.camel@s1.crocom.com.pl> <20080422121619.GC27669@angus.ind.WPI.EDU> Message-ID: <1208874873.17364.4.camel@localhost.localdomain> On Tue, 2008-04-22 at 08:16 -0400, Chuck Anderson wrote: > On Tue, Apr 22, 2008 at 01:24:05PM +0200, Tomasz Torcz wrote: > > Dnia 21-04-2008, pon o godzinie 13:25 -0400, Dan Williams pisze: > > > Latest activated wired device, then wireless, then GSM/CDMA. AutoIPv4 > > > devices never get the default route. Do you by chance have a device > > > that's not really connected to anything? > > > > I have eth0 connected to real network without DHCP. IP for eth0 was > > configured statically in installer. Default gateway is reachable by > > eth0. > > I also have eth1 which is directly connected to other computer. No > > default route, no DHCP. > > After first boot I had no network connectivity. Or network dissappeared > > when I logged in, I don't remeber correctly. NM cleared /etc/resolv.conf > > and default route. > > https://bugzilla.redhat.com/show_bug.cgi?id=437338 > > I attached a patch there that fixes the issue for me. And pushed upstream, thanks! Will be in the next F9 and rawhide snapshots. Dan From mark.bidewell at alumni.clemson.edu Tue Apr 22 14:50:26 2008 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Tue, 22 Apr 2008 10:50:26 -0400 Subject: Fedora 9 Preview issues In-Reply-To: <1208874873.17364.4.camel@localhost.localdomain> References: <1208796302.30994.11.camel@localhost.localdomain> <20080421171634.GS12159@angus.ind.WPI.EDU> <1208798710.30994.20.camel@localhost.localdomain> <1208863445.7278.17.camel@s1.crocom.com.pl> <20080422121619.GC27669@angus.ind.WPI.EDU> <1208874873.17364.4.camel@localhost.localdomain> Message-ID: The way I solved these issues was to reenable the network service chkconfig network on service network restart I didn't realize the network service was not being used. Also, further investigation shows that GDM sources /etc/profile for GNOME but not KDE. Is there a reason for this? Mark Bidewell On Tue, Apr 22, 2008 at 10:34 AM, Dan Williams wrote: > On Tue, 2008-04-22 at 08:16 -0400, Chuck Anderson wrote: > > On Tue, Apr 22, 2008 at 01:24:05PM +0200, Tomasz Torcz wrote: > > > Dnia 21-04-2008, pon o godzinie 13:25 -0400, Dan Williams pisze: > > > > Latest activated wired device, then wireless, then GSM/CDMA. > AutoIPv4 > > > > devices never get the default route. Do you by chance have a device > > > > that's not really connected to anything? > > > > > > I have eth0 connected to real network without DHCP. IP for eth0 was > > > configured statically in installer. Default gateway is reachable by > > > eth0. > > > I also have eth1 which is directly connected to other computer. No > > > default route, no DHCP. > > > After first boot I had no network connectivity. Or network > dissappeared > > > when I logged in, I don't remeber correctly. NM cleared > /etc/resolv.conf > > > and default route. > > > > https://bugzilla.redhat.com/show_bug.cgi?id=437338 > > > > I attached a patch there that fixes the issue for me. > > And pushed upstream, thanks! Will be in the next F9 and rawhide > snapshots. > > Dan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wwoods at redhat.com Tue Apr 22 15:10:22 2008 From: wwoods at redhat.com (Will Woods) Date: Tue, 22 Apr 2008 11:10:22 -0400 Subject: Fedora 9 Schedule: "Release Candidate 1 (Not really public)" ? In-Reply-To: <1208866547.12246.0.camel@aglarond.local> References: <200804221145.21776.ml@deadbabylon.de> <1208861382.6654.54.camel@vader.jdub.homelinux.org> <1208866547.12246.0.camel@aglarond.local> Message-ID: On Apr 22, 2008, at 8:15 AM, Jeremy Katz wrote: > On Tue, 2008-04-22 at 05:49 -0500, Josh Boyer wrote: >> On Tue, 2008-04-22 at 11:45 +0200, Sebastian Vahl wrote: >>> Can someone explain to me what this means? Or did I just missed a >>> previous >>> mail about this? >>> >>> http://fedoraproject.org/wiki/Releases/9/Schedule?action=diff&rev2=33&rev1=32 >> >> The actual RC ISOs are not public. If we had to wait for each RC to >> fully sync to the mirrors, it would take quite a bit of time to >> actually >> get out the final release. So the RCs are located on a machine in RH >> where rel-eng and QA can get them. All the bits used to compose the >> ISOs are publicly available though. And keep in mind it's only the ISO images that aren't public. You can still do installs from rawhide, which has all the same packages. We're just building images from rawhide, using pungi. Anyone who wants images can do the same: pungi --nosource --nosplitmedia -c /usr/share/fedora-release/rawhide- fedora.ks If we customize the kickstart file for the RC, we'll be sure to make *that* public. If we tried to make all the RC images public.. by the time we got one set of ISOs onto just the *master* mirror, rawhide will have changed and they'd already be obsolete. It's a losing battle and a waste of time and mirror space. > Also, we might throw the live images up on torrent. We did iirc for > Fedora 8 and I'm not against doing so again Yeah, I believe we did this with some of the RCs during the F8 cycle, so it could happen again if there's something that's specific to the ISOs that QA can't test on its own - like when we had boot problems on specific Dell machines. -w From jkeating at redhat.com Tue Apr 22 15:25:31 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Apr 2008 11:25:31 -0400 Subject: CVS Outage Complete In-Reply-To: <1208786215.3258.7.camel@localhost.localdomain> References: <1208631941.3445.88.camel@localhost.localdomain> <1208786215.3258.7.camel@localhost.localdomain> Message-ID: <1208877931.3258.106.camel@localhost.localdomain> On Mon, 2008-04-21 at 09:56 -0400, Jesse Keating wrote: > On Sat, 2008-04-19 at 15:05 -0400, Jesse Keating wrote: > > > > There will be an outage starting at 2008-04-19 18:00 UTC. Initial > > estimates show that 30 hours will be needed to complete the branching, > > however this may drastically be reduced during the full run. > > Unfortunately this outage is still ongoing. I failed to get a > notification when the first leg finished around 2am my time and lost 6~ > hours to sleep. All the PackageDB settings are done (barring a few > failures) and we're well into the packages that start with "p" for > making the branches within CVS. I expect it to take another half a day > or so to finish. > > Future Recommendation: > Enable methods of doing mass branching without incurring an outage. > Make pkgdb be able to bypass mail sending, and make CVS be able to > bypass mail sending for these operations. Will take longer overall, but > no outage. > The marathon outage is finally over. This should be the last outage we ever do for CVS branching. One thing that has changed is you can no longer checkout fake branch trees like "cvs co cvs/pkgs/F-7". Those modules have been disabled due to limited usefulness, frequent breakage, and rather time consuming setup in the modules file. Nor can you checkout a package branch only, such as bash-F-7. On the plus side it makes branching significantly faster and new package creation significantly faster. PackageDB will be enabled again in the next few minutes, and the ACL script will run again too. Please let us know if you experience any difficulties or seem to be missing an F-9 branch. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From smooge at gmail.com Tue Apr 22 16:10:00 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 22 Apr 2008 10:10:00 -0600 Subject: CLA is broken (was: Re: packages without internet source in fedora) In-Reply-To: <20080422093241.GA7750@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> <1208793630.30546.35.camel@cutter> <20080422093241.GA7750@camelia.ucw.cz> Message-ID: <80d7e4090804220910l2d9910cdtf382112ebaa144ad@mail.gmail.com> On Tue, Apr 22, 2008 at 3:32 AM, Stepan Kasal wrote: > Hello, > > > On Mon, Apr 21, 2008 at 12:00:30PM -0400, seth vidal wrote: > > 2. Contributor Grant of License. You hereby grant to Red Hat, Inc., on > > behalf of the Project, and to recipients of software distributed by the > > Project: > > > > * (a) a perpetual, non-exclusive, worldwide, fully paid-up, > > royalty free, irrevocable copyright license to reproduce, > > prepare derivative works of, publicly display, publicly perform, > > sublicense, and distribute your Contribution and such derivative > > works; and, > > > > [...] the contributor is [...] granting a copyright LICENSE > > to red hat. > > my understanding is that the contributor is granting to RH a license > to distribute, etc. I see no reason why that right should be limited > by any other license contained within the contribution or implied by > a context. > Sorry I can't parse the above. All I can say is that legal code is not computer code.. there is a reason why lawyers have to spend years studying it to make sense of things.. it is not a simple binary logic and has to rely on lots of stuff that is implied by context, history of agreements, precedent of earlier agreements (which precedent is binding in what location and which one takes precedent over which etc etc.) -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From smooge at gmail.com Tue Apr 22 16:15:55 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 22 Apr 2008 10:15:55 -0600 Subject: Legal advice (was Re: CLA is broken) In-Reply-To: <20080422093851.GA21040@camelia.ucw.cz> References: <20080416200048.GA2645@free.fr> <1208376869.4291.30.camel@localhost.localdomain> <1208377100.823.143.camel@cutter> <1208377312.4291.34.camel@localhost.localdomain> <20080421144936.GB32511@camelia.ucw.cz> <1208791809.30546.27.camel@cutter> <20080421154941.GE32511@camelia.ucw.cz> <1208793325.3258.60.camel@localhost.localdomain> <20080422093851.GA21040@camelia.ucw.cz> Message-ID: <80d7e4090804220915t5af1a788kfcfa85078a45138c@mail.gmail.com> On Tue, Apr 22, 2008 at 3:38 AM, Stepan Kasal wrote: > Hello, > > On Mon, Apr 21, 2008 at 11:55:25AM -0400, Jesse Keating wrote: > > On Mon, 2008-04-21 at 17:49 +0200, Stepan Kasal wrote: > > > But the contributor is supposed to sign it, supposedly without > > > getting a legal advice. > > > > Where do we state, suggest, encourage, hint that you should sign it > > without getting legal advice? Seriously? > > nowere, of course. Sorry for implying that. > > Let me put is this way: > > 1) I'd be interested to learn how many of the Fedora contributors got > a legal advice about it before they signed it. > I did.. and I signed it anyway. > 2) If the CLA were so simple that most developers were able to > understand it without getting a legal advice, that would lower the > enter barrier and thus would present a competitive advantage. > (No, I do not imply it is possible, I'm just dreaming.) > I don't think it is really possible. Back in the day when we looked at something like this .. the legal off the cuff advice was to remind us that most of the non-simple language is there for a reason. Simple agreements usually have giant legal holes in them where one or both sides can screw the other party intentionally or unintentionally. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From tcallawa at redhat.com Tue Apr 22 16:07:50 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 22 Apr 2008 12:07:50 -0400 Subject: New Fedora Packaging Committee Members Message-ID: <1208880470.12717.50.camel@localhost.localdomain> The Fedora Packaging Committee is proud to announce its newest members: Xavier Lamien and Denis Leroy We would also like to thank Ville Skytt?, who is retiring from the committee. ~spot _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From dwmw2 at infradead.org Tue Apr 22 17:29:22 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 22 Apr 2008 18:29:22 +0100 Subject: asm/user.h gone AWOL? In-Reply-To: <1208863711.11498.20.camel@T7.Linux> References: <1208785673.3527.11.camel@T7.Linux> <1208858817.9212.553.camel@pmac.infradead.org> <20080422101950.F19C427037B@magilla.localdomain> <1208861800.9212.567.camel@pmac.infradead.org> <1208863711.11498.20.camel@T7.Linux> Message-ID: <1208885362.9212.636.camel@pmac.infradead.org> On Tue, 2008-04-22 at 12:28 +0100, Paul F. Johnson wrote: > > This would probably account for why mono-debugger won't build currently. > Will the header be reintroduced any time soon? I don't think so. Use . If it's buggy on some platforms (which I think it is), then it'll need to be fixed. -- dwmw2 From d.jacobfeuerborn at conversis.de Tue Apr 22 17:41:45 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Tue, 22 Apr 2008 19:41:45 +0200 Subject: F9 and critical Firefox bug 429903 (bmo) Message-ID: <480E2359.4060909@conversis.de> https://bugzilla.mozilla.org/show_bug.cgi?id=429903 This is a pretty high profile bug with a lot of activity at the moment and that has been marked as a blocker: Mike Shaver: "I tried to convince myself that we would ship with this, but I don't think we can -- ABP and NoScript are too widely used, and the failure mode is too painful. Marking blocking, with a heavy heart." This should probably be tracked closely and any pending fix be incorporated into the F9 release if possible. Regards, Dennis From peter at thecodergeek.com Tue Apr 22 18:13:48 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 22 Apr 2008 11:13:48 -0700 (PDT) Subject: F9 and critical Firefox bug 429903 (bmo) Message-ID: <3803.207.233.85.143.1208888028.squirrel@webmail.thecodergeek.com> Dennis Jacobfeuerborn wrote: > This should probably be tracked closely and any pending fix be incorporated > into the F9 release if possible. I've been seeing this with Epiphany (built against XULrunner), too. In my case, it's swfdec and Ephy's AdBlock extension. It's definitely a pain. :-( -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From jcm at redhat.com Tue Apr 22 18:42:36 2008 From: jcm at redhat.com (Jon Masters) Date: Tue, 22 Apr 2008 14:42:36 -0400 Subject: incremental static module addition to kernel In-Reply-To: <47F65364.5040903@BitWagon.com> References: <47F2C3A5.7010402@redhat.com> <47F65364.5040903@BitWagon.com> Message-ID: <1208889756.21063.73.camel@perihelion> On Fri, 2008-04-04 at 09:12 -0700, John Reiser wrote: > Harald Hoyer wrote: > > Compiling these modules, which are loaded on nearly every PC, in the > > kernel ... > > How about letting the end system administrator add modules statically. > Make a utility program which uncompresses a kernel, incrementally adds > (loads, as /bin/ld) a list of modules, then re-compresses the modified > kernel. The original kernel needs a compiled-in ["meta-"]module > to provide hooks for initialization of the added modules. Meant to reply sooner, such is life, but I think this is a really bad idea - it's what some of the other OSes out there have considered, but it's not something that we should be doing IMO :) You can't just add modules to the kernel in the manner that you describe, though conceptually it is a bit like that. For built-in modules, there is a module list with init functions called during bringup, and with a bit of munging one could get the kernel image "extensible" in this fashion...but it's not worth the effort. Jon. From jkeating at redhat.com Tue Apr 22 18:49:19 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Apr 2008 14:49:19 -0400 Subject: Number 9, number 9. Fedora 9 Preview has been cleared for takeoff! In-Reply-To: <1208467908.3235.85.camel@localhost.localdomain> References: <1208467908.3235.85.camel@localhost.localdomain> Message-ID: <1208890159.3258.126.camel@localhost.localdomain> On Thu, 2008-04-17 at 17:31 -0400, Jesse Keating wrote: > For this Preview release, we will be doing a staged offering. The first > stage, available now, will be via bittorrent. The second stage, which > should be available early next week, will be via our world wide > mirroring system, and will include jigdo. Direct download and jigdo download options are now available for Fedora 9 Preview. Please see http://fedoraproject.org/get-prerelease for details. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jcm at redhat.com Tue Apr 22 19:05:09 2008 From: jcm at redhat.com (Jon Masters) Date: Tue, 22 Apr 2008 15:05:09 -0400 Subject: 200+ packages up for grabs In-Reply-To: <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> Message-ID: <1208891109.21063.76.camel@perihelion> On Mon, 2008-04-14 at 09:26 +0200, Thibault North wrote: > Maybe I can take car of the avr-* packages. If anyone is also > interested, let me know. I guess I'd be interested in picking up some cross compilers, perhaps bochs, etc. I didn't follow all of this thread - what was the outcome for the AVR/ARM and emulation bits, Hans? Jon. From dominik at greysector.net Tue Apr 22 19:19:54 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Tue, 22 Apr 2008 21:19:54 +0200 Subject: gnumeric - never reviewed? In-Reply-To: <480D543A.2080908@redhat.com> References: <20080419223333.GB2969@ryvius.greysector.net> <1208652365.12037.7.camel@localhost.localdomain> <480AFFD2.5090109@poolshark.org> <480C0241.4070405@redhat.com> <20080421194509.GB3971@ryvius.greysector.net> <480D543A.2080908@redhat.com> Message-ID: <20080422191953.GA11030@onizuka.greysector.net> On Tuesday, 22 April 2008 at 04:58, Huzaifa Sidhpurwala wrote: > Dominik 'Rathann' Mierzejewski wrote: > > On Monday, 21 April 2008 at 04:56, Huzaifa Sidhpurwala wrote: > >> Denis Leroy wrote: > >>> Tom "spot" Callaway wrote: > >>>> On Sun, 2008-04-20 at 00:33 +0200, Dominik 'Rathann' Mierzejewski wrote: > >>>>> Hi. > >>>>> > >>>>> I'd like to submit EL-4/5 CVS branch requests for gnumeric, but I > >>>>> can't find > >>>>> the review bug. Has it ever been reviewed? > >>>> No, it was in core pre-merge, and it looks like it never got tagged for > >>>> a Merge Review. Someone should fix that (I call not it). > >>> If the new maintainer wants to open a merge review bug, I'll be happy to > >>> do the review. > >>> > >>> -denis > >>> > >> Since Hans is a little busy, I have taken over as the maintainer of > >> gnumeric. I am also going to do a rebuild of the same with psiconv > >> support, once psiconv is pushed to stable. > > > > Great! Would you be willing to maintain the EL branches as well? > > If not, are you OK with me maintaining them? As I said earlier, I need > > them both. > > > I dont mind maintaining the EL-4/5 branches also. > And of course if you want to co-maintain, you are more then welcome. Please request the CVS branches then and add me as co-maintainer. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From j.w.r.degoede at hhs.nl Tue Apr 22 19:24:38 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 22 Apr 2008 21:24:38 +0200 Subject: 200+ packages up for grabs In-Reply-To: <1208891109.21063.76.camel@perihelion> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> Message-ID: <480E3B76.8090704@hhs.nl> Jon Masters wrote: > On Mon, 2008-04-14 at 09:26 +0200, Thibault North wrote: > >> Maybe I can take car of the avr-* packages. If anyone is also >> interested, let me know. > > I guess I'd be interested in picking up some cross compilers, perhaps > bochs, etc. I didn't follow all of this thread - what was the outcome > for the AVR/ARM and emulation bits, Hans? > The avr chain is in good hands. The arm chain is currently for the gp2x handheld only, I would be much interested in discussing and getting advice on perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one arm ulibc, perhaps the arm glibc chain can be just Fedora arm? As for bochs you are very welcome to take over maintainership of that I never use it, just say the word and I'll release it in pkgdb. Regards, Hans From jcm at redhat.com Tue Apr 22 19:42:43 2008 From: jcm at redhat.com (Jon Masters) Date: Tue, 22 Apr 2008 15:42:43 -0400 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <480E3B76.8090704@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> Message-ID: <1208893363.21063.87.camel@perihelion> On Tue, 2008-04-22 at 21:24 +0200, Hans de Goede wrote: > The avr chain is in good hands. The arm chain is currently for the gp2x > handheld only, I would be much interested in discussing and getting advice on > perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one > arm ulibc, perhaps the arm glibc chain can be just Fedora arm? Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which I debated buying but don't have currently). I generally work on ARM/PPC and have a few ARM devices kicking around. Let's ask the wider audience what they think about having a more generic toolchain. > As for bochs you are very welcome to take over maintainership of that I never > use it, just say the word and I'll release it in pkgdb. I'll mull it over. I don't use it much myself tbh, but it's the kind of thing I'm interested in in general so wouldn't mind. Will let you know. Jon. From mmcgrath at redhat.com Tue Apr 22 19:54:17 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 22 Apr 2008 14:54:17 -0500 (CDT) Subject: Outage Notification - 2008-05-08 14:00 UTC Message-ID: There will be an outage starting at 2008-05-08 14:00 UTC, which will last approximately 5 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-05-08 14:00 UTC' Affected Services: Websites CVS / Source Control Buildsystem Database Mail All auth systems Unaffected Services: Torrent DNS fedorapeople.org planet Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/519 Reason for Outage: The network guys will be performing a number of upgrades during this outage window which is expected to last 5 hours. Systems will be up and down during this time. Some will be off during the duration of the time for safety / data protection. Some systems we'll be moving to alternate sites. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From tcallawa at redhat.com Tue Apr 22 20:08:04 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 22 Apr 2008 16:08:04 -0400 Subject: [Guidelines Change] Changes to the Packaging Guidelines Message-ID: <1208894884.12717.99.camel@localhost.localdomain> Two changes have recently been made to the Fedora Packaging Guidelines. Specifically: The main Fedora Packaging Guidelines now has a section which forbids packages to own files or directories under /srv. This new section can be found here: http://fedoraproject.org/wiki/Packaging/Guidelines#NoFilesOrDirectoriesUnderSrv As a reminder, any Fedora packages which are currently owning files or directories under /srv need to be fixed before the release of Fedora 10. The guidelines describing how to deal with GCJ compilation in Java packages have been amended to conditionalize GCJ: http://fedoraproject.org/wiki/Packaging/GCJGuidelines These guidelines (and changes) were approved by the Fedora Packaging Committee (FPC) and ratified by FESCo. Many thanks to Lubomir Kundrak, and all of the members of the FPC and FESCo, for assisting in drafting, refining, and passing these guidelines. A reminder: The Fedora Packaging Guidelines are living documents! If you find something missing, incorrect, or in need of revision, you can suggest a draft change. The procedure for this is documented here: http://fedoraproject.org/wiki/Packaging/Committee#GuidelineChangeProcedure Thanks, ~spot _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From mmcgrath at redhat.com Tue Apr 22 20:10:16 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 22 Apr 2008 15:10:16 -0500 (CDT) Subject: Outage Notification - 2008-05-03 14:00 UTC (fwd) Message-ID: Sorry everyone, the previous message had the wrong date. The correct date is: 2008-05-03 14:00 UTC ---------- Forwarded message ---------- Date: Tue, 22 Apr 2008 14:54:17 -0500 (CDT) From: Mike McGrath To: fedora-devel-announce at redhat.com Cc: fedora-infrastructure-list at redhat.com, fedora-docs-list at redhat.com, Fedora Art List , For discussions about marketing and expanding the Fedora user base , fedora-websites-list at redhat.com Subject: Outage Notification - 2008-05-03 14:00 UTC There will be an outage starting at 2008-05-03 14:00 UTC, which will last approximately 5 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-05-03 14:00 UTC' Affected Services: Websites CVS / Source Control Buildsystem Database Mail All auth systems Unaffected Services: Torrent DNS fedorapeople.org planet Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/519 Reason for Outage: The network guys will be performing a number of upgrades during this outage window which is expected to last 5 hours. Systems will be up and down during this time. Some will be off during the duration of the time for safety / data protection. Some systems we'll be moving to alternate sites. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From Matt_Domsch at dell.com Tue Apr 22 21:02:54 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 22 Apr 2008 16:02:54 -0500 Subject: Fedora 9 Schedule: "Release Candidate 1 (Not really public)" ? In-Reply-To: References: <200804221145.21776.ml@deadbabylon.de> <1208861382.6654.54.camel@vader.jdub.homelinux.org> <1208866547.12246.0.camel@aglarond.local> Message-ID: <20080422210254.GA5139@auslistsprd01.us.dell.com> Mirrors are getting the Fedora 9 Preview images as we speak. http://mirrors.fedoraproject.org/publiclist/Fedora/9-Preview/ -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From jkeating at redhat.com Tue Apr 22 21:13:00 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Apr 2008 17:13:00 -0400 Subject: Extra branch noise Message-ID: <1208898780.3258.137.camel@localhost.localdomain> Turns out about 200 packages didn't get branched for F-9 (and there was no errors either, grr). I'm doing those now, and instead of incurring another outage, we'll just let the mail get noisy for a bit. Sorry bout this folks. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jwboyer at gmail.com Tue Apr 22 21:25:43 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 22 Apr 2008 16:25:43 -0500 Subject: [Guidelines Change] Changes to the Packaging Guidelines In-Reply-To: <1208894884.12717.99.camel@localhost.localdomain> References: <1208894884.12717.99.camel@localhost.localdomain> Message-ID: <1208899543.6654.63.camel@vader.jdub.homelinux.org> On Tue, 2008-04-22 at 16:08 -0400, Tom "spot" Callaway wrote: > Two changes have recently been made to the Fedora Packaging Guidelines. > > Specifically: > > The main Fedora Packaging Guidelines now has a section which forbids packages > to own files or directories under /srv. This new section can be found here: > http://fedoraproject.org/wiki/Packaging/Guidelines#NoFilesOrDirectoriesUnderSrv > > As a reminder, any Fedora packages which are currently owning files or directories > under /srv need to be fixed before the release of Fedora 10. Or what? And who's going to verify that? josh From hughsient at gmail.com Tue Apr 22 21:42:00 2008 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 22 Apr 2008 22:42:00 +0100 Subject: Fedora 9 Preview: Successful Install Report In-Reply-To: <1208836816.6187.12.camel@sulphur> References: <1208836816.6187.12.camel@sulphur> Message-ID: <1208900520.21814.20.camel@hughsie-work> On Mon, 2008-04-21 at 21:00 -0700, Peter Gordon wrote: > PackageKit/PolicyKit: WONDERFUL. I love the work you developers are > doing with these things. Thanks. :-) > The only regression I saw from Pirut/Yumex is > that there was no way to select and install multiple packages at once. On the TODO for 0.2.0 - if you want to help, just on the packagekit mailing list and suggest UI for this. I'm not convinced a [x] foo [ ] bar is the best way to do this. > However, I found after some experimenting that I was able to easily > select one package, click Install, then select others and click Install > again, and they would be queued as sequential transactions. Spiffy. Yup. And in 0.2.0 we'll support GPG signing that doesn't suck. :-) Richard. From lokthare at gmail.com Tue Apr 22 21:46:01 2008 From: lokthare at gmail.com (=?ISO-8859-1?Q?Jean-Fran=E7ois?= Martin) Date: Tue, 22 Apr 2008 23:46:01 +0200 Subject: [Guidelines Change] Changes to the Packaging Guidelines In-Reply-To: <1208899543.6654.63.camel@vader.jdub.homelinux.org> References: <1208894884.12717.99.camel@localhost.localdomain> <1208899543.6654.63.camel@vader.jdub.homelinux.org> Message-ID: <1208900761.19055.1.camel@localhost.localdomain> Le mardi 22 avril 2008 ? 16:25 -0500, Josh Boyer a ?crit : > On Tue, 2008-04-22 at 16:08 -0400, Tom "spot" Callaway wrote: > > Two changes have recently been made to the Fedora Packaging Guidelines. > > > > Specifically: > > > > The main Fedora Packaging Guidelines now has a section which forbids packages > > to own files or directories under /srv. This new section can be found here: > > http://fedoraproject.org/wiki/Packaging/Guidelines#NoFilesOrDirectoriesUnderSrv > > > > As a reminder, any Fedora packages which are currently owning files or directories > > under /srv need to be fixed before the release of Fedora 10. > > Or what? And who's going to verify that? > yum whatprovides /srv/* ? -- Jean-Fran?ois Martin From lordmorgul at gmail.com Tue Apr 22 21:52:49 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 22 Apr 2008 14:52:49 -0700 Subject: Fedora 9 Schedule: "Release Candidate 1 (Not really public)" ? In-Reply-To: <20080422210254.GA5139@auslistsprd01.us.dell.com> References: <200804221145.21776.ml@deadbabylon.de> <1208861382.6654.54.camel@vader.jdub.homelinux.org> <1208866547.12246.0.camel@aglarond.local> <20080422210254.GA5139@auslistsprd01.us.dell.com> Message-ID: <480E5E31.7030403@gmail.com> Matt Domsch wrote: > Mirrors are getting the Fedora 9 Preview images as we speak. > > http://mirrors.fedoraproject.org/publiclist/Fedora/9-Preview/ Yes but not RC images (preview precedes the RCs). -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From jwboyer at gmail.com Tue Apr 22 22:00:10 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 22 Apr 2008 17:00:10 -0500 Subject: [Guidelines Change] Changes to the Packaging Guidelines In-Reply-To: <1208900761.19055.1.camel@localhost.localdomain> References: <1208894884.12717.99.camel@localhost.localdomain> <1208899543.6654.63.camel@vader.jdub.homelinux.org> <1208900761.19055.1.camel@localhost.localdomain> Message-ID: <1208901610.6654.65.camel@vader.jdub.homelinux.org> On Tue, 2008-04-22 at 23:46 +0200, Jean-Fran?ois Martin wrote: > Le mardi 22 avril 2008 ? 16:25 -0500, Josh Boyer a ?crit : > > On Tue, 2008-04-22 at 16:08 -0400, Tom "spot" Callaway wrote: > > > Two changes have recently been made to the Fedora Packaging Guidelines. > > > > > > Specifically: > > > > > > The main Fedora Packaging Guidelines now has a section which forbids packages > > > to own files or directories under /srv. This new section can be found here: > > > http://fedoraproject.org/wiki/Packaging/Guidelines#NoFilesOrDirectoriesUnderSrv > > > > > > As a reminder, any Fedora packages which are currently owning files or directories > > > under /srv need to be fixed before the release of Fedora 10. > > > > Or what? And who's going to verify that? > > > yum whatprovides /srv/* ? That's a way to detect packages yes. My question was more directed at what happens to packages that aren't fixed and _who_ is actually going to verify they are fixed. Not how. josh From lordmorgul at gmail.com Tue Apr 22 22:02:26 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Tue, 22 Apr 2008 15:02:26 -0700 Subject: F9 and critical Firefox bug 429903 (bmo) In-Reply-To: <480E2359.4060909@conversis.de> References: <480E2359.4060909@conversis.de> Message-ID: <480E6072.6090707@gmail.com> Dennis Jacobfeuerborn wrote: > https://bugzilla.mozilla.org/show_bug.cgi?id=429903 > > This is a pretty high profile bug with a lot of activity at the moment > and that has been marked as a blocker: > > Mike Shaver: "I tried to convince myself that we would ship with this, > but I don't think we can -- ABP and NoScript are too widely used, and > the failure mode is too painful. Marking blocking, with a heavy heart." > > This should probably be tracked closely and any pending fix be > incorporated into the F9 release if possible. Is there a corresponding fedora bugzilla entry for it yet? Maybe you could check and do that, pointing it to mozilla.org. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From tcallawa at redhat.com Tue Apr 22 22:11:46 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 22 Apr 2008 18:11:46 -0400 Subject: [Guidelines Change] Changes to the Packaging Guidelines In-Reply-To: <1208901610.6654.65.camel@vader.jdub.homelinux.org> References: <1208894884.12717.99.camel@localhost.localdomain> <1208899543.6654.63.camel@vader.jdub.homelinux.org> <1208900761.19055.1.camel@localhost.localdomain> <1208901610.6654.65.camel@vader.jdub.homelinux.org> Message-ID: <1208902306.12717.119.camel@localhost.localdomain> On Tue, 2008-04-22 at 17:00 -0500, Josh Boyer wrote: > On Tue, 2008-04-22 at 23:46 +0200, Jean-Fran?ois Martin wrote: > > Le mardi 22 avril 2008 ? 16:25 -0500, Josh Boyer a ?crit : > > > On Tue, 2008-04-22 at 16:08 -0400, Tom "spot" Callaway wrote: > > > > Two changes have recently been made to the Fedora Packaging Guidelines. > > > > > > > > Specifically: > > > > > > > > The main Fedora Packaging Guidelines now has a section which forbids packages > > > > to own files or directories under /srv. This new section can be found here: > > > > http://fedoraproject.org/wiki/Packaging/Guidelines#NoFilesOrDirectoriesUnderSrv > > > > > > > > As a reminder, any Fedora packages which are currently owning files or directories > > > > under /srv need to be fixed before the release of Fedora 10. > > > > > > Or what? And who's going to verify that? > > > > > yum whatprovides /srv/* ? > > That's a way to detect packages yes. My question was more directed at > what happens to packages that aren't fixed and _who_ is actually going > to verify they are fixed. Not how. I volunteered to audit packages for compliance in the F10 cycle. ~spot From buytenh at wantstofly.org Tue Apr 22 22:16:11 2008 From: buytenh at wantstofly.org (Lennert Buytenhek) Date: Wed, 23 Apr 2008 00:16:11 +0200 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <1208893363.21063.87.camel@perihelion> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> <1208893363.21063.87.camel@perihelion> Message-ID: <20080422221611.GA3516@xi.wantstofly.org> On Tue, Apr 22, 2008 at 03:42:43PM -0400, Jon Masters wrote: > > The avr chain is in good hands. The arm chain is currently for the gp2x > > handheld only, I would be much interested in discussing and getting advice on > > perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one > > arm ulibc, perhaps the arm glibc chain can be just Fedora arm? > > Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which > I debated buying but don't have currently). I generally work on ARM/PPC > and have a few ARM devices kicking around. Let's ask the wider audience > what they think about having a more generic toolchain. > > > As for bochs you are very welcome to take over maintainership of that I never > > use it, just say the word and I'll release it in pkgdb. > > I'll mull it over. I don't use it much myself tbh, but it's the kind of > thing I'm interested in in general so wouldn't mind. Will let you know. I have a set of Fedora -> Fedora cross toolchains, built for ARM (one toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but it can also build x86 -> ia64 cross toolchains for example: http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/ Wiki page detailing the ARM side of it: http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain IA64 link (the patches necessary to build for ia64 are merged as of -cross5): http://lists.xensource.com/archives/html/xen-devel/2008-01/msg01105.html From martin.sourada at gmail.com Tue Apr 22 22:21:18 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Wed, 23 Apr 2008 00:21:18 +0200 Subject: Missing packages in dist-f10 koji repos? Message-ID: <1208902878.3061.41.camel@pc-notebook> Hi, my package build just failed because of this error: Error: Missing Dependency: libhunspell.so.1 is needed by package xulrunner It was against dist-f10 target. Here's the task: http://koji.fedoraproject.org/koji/taskinfo?taskID=576447 Is this a known issue? Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Apr 22 22:34:50 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 22 Apr 2008 18:34:50 -0400 Subject: Missing packages in dist-f10 koji repos? In-Reply-To: <1208902878.3061.41.camel@pc-notebook> References: <1208902878.3061.41.camel@pc-notebook> Message-ID: <1208903690.4163.0.camel@localhost.localdomain> On Wed, 2008-04-23 at 00:21 +0200, Martin Sourada wrote: > Hi, my package build just failed because of this error: > > Error: Missing Dependency: libhunspell.so.1 is needed by package > xulrunner > > It was against dist-f10 target. Here's the task: > http://koji.fedoraproject.org/koji/taskinfo?taskID=576447 > > Is this a known issue? > hunspell soname bumped in dist-f10, and various other things haven't been rebuilt to take that into account. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From me at bradmwalker.com Tue Apr 22 22:49:51 2008 From: me at bradmwalker.com (Brad Walker) Date: Tue, 22 Apr 2008 16:49:51 -0600 Subject: Licensing of rpmdev-newspec generated files? Message-ID: <1208904591.3054.35.camel@brad.home.bradmwalker.com> I noticed that rpmdev-newspec is GPL2+. Is its output also licensed under GPL2+ or in the public domain? Brad Walker From stlwrt at gmail.com Tue Apr 22 22:56:21 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Wed, 23 Apr 2008 01:56:21 +0300 Subject: Licensing of rpmdev-newspec generated files? In-Reply-To: <1208904591.3054.35.camel@brad.home.bradmwalker.com> References: <1208904591.3054.35.camel@brad.home.bradmwalker.com> Message-ID: OpenOffice templates don't force license on stuff you write in OOWriter. I don't see any reason why rpmdev-newspec should work differently. It's trivial thing like glibc's "#include ". On 4/23/08, Brad Walker wrote: > I noticed that rpmdev-newspec is GPL2+. Is its output also licensed > under GPL2+ or in the public domain? > > Brad Walker > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From krh at redhat.com Tue Apr 22 23:50:41 2008 From: krh at redhat.com (Kristian =?ISO-8859-1?Q?H=F8gsberg?=) Date: Tue, 22 Apr 2008 19:50:41 -0400 Subject: pruning the fonts list In-Reply-To: <1208801846.15542.67.camel@localhost.localdomain> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <1208801846.15542.67.camel@localhost.localdomain> Message-ID: <1208908242.13086.0.camel@gaara.boston.redhat.com> On Mon, 2008-04-21 at 14:17 -0400, Adam Jackson wrote: > On Fri, 2008-04-18 at 15:57 -0400, Bill Nottingham wrote: > > When looking over the LiveCD manifest, and where space is going, I > > can't help but notice that a lot of it goes to fonts. Here's the > > full list, AFAICT. The number to the left is the size of the package. > > I think a good chunk of this could be pruned. > > > 1) Fonts not used by any fontconfig app. I don't think we > > ship any apps that aren't fontconfig users on the livecd (and > > if we do, we shouldn't...) > > > > 7140551 xorg-x11-fonts-misc > > 3417965 xorg-x11-fonts-100dpi > > 1070826 xorg-x11-fonts-ISO8859-1-100dpi > > 1066029 xorg-x11-fonts-ISO8859-9-100dpi > > 301748 fonts-KOI8-R-100dpi > > The 'fixed' and 'cursor' fonts have to come from somewhere, or the X > server won't start. I believe there's still a bug where they won't show > up when the built-in font list is used, which means you have to keep > -misc. > > Of course, we could split out xorg-x11-fonts-mandatory from -misc. I'll > take a look at this. Why don't we just make builtin-fonts work? I haven't heard of any case where that breaks, and if there is one we should fix that. Kristian From d.jacobfeuerborn at conversis.de Wed Apr 23 01:22:13 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Wed, 23 Apr 2008 03:22:13 +0200 Subject: F9 and critical Firefox bug 429903 (bmo) In-Reply-To: <480E6072.6090707@gmail.com> References: <480E2359.4060909@conversis.de> <480E6072.6090707@gmail.com> Message-ID: <480E8F45.6040908@conversis.de> Andrew Farris wrote: > Dennis Jacobfeuerborn wrote: >> https://bugzilla.mozilla.org/show_bug.cgi?id=429903 >> >> This is a pretty high profile bug with a lot of activity at the moment >> and that has been marked as a blocker: >> >> Mike Shaver: "I tried to convince myself that we would ship with this, >> but I don't think we can -- ABP and NoScript are too widely used, and >> the failure mode is too painful. Marking blocking, with a heavy heart." >> >> This should probably be tracked closely and any pending fix be >> incorporated into the F9 release if possible. > > Is there a corresponding fedora bugzilla entry for it yet? Maybe you > could check and do that, pointing it to mozilla.org. > Done: https://bugzilla.redhat.com/show_bug.cgi?id=443725 The bug has a one line patch upstream that has been reviewed but not checked in yet. I added this to the F9Blocker to put it on the radar but I'm not sure if it isn't too late to get this into the final F9 release. I'd like to send a mail to the release manager but I can't find the necessary information in the wiki. Does anyone know who that would be for F9? Regards, Dennis From peter at thecodergeek.com Wed Apr 23 01:29:17 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 22 Apr 2008 18:29:17 -0700 Subject: Fedora 9 Preview: Successful Install Report In-Reply-To: <3da3b5b40804220055k48b22664m2efc028722658299@mail.gmail.com> References: <1208836816.6187.12.camel@sulphur> <3da3b5b40804220055k48b22664m2efc028722658299@mail.gmail.com> Message-ID: <1208914157.8680.3.camel@sulphur> On Tue, 2008-04-22 at 09:55 +0200, Ahmed Kamal wrote: > Just out of curiosity, when you saved /home, and created the same user > in the new installation. Did the new user get the same UID by chance, > or by design :) My Sulphur user received the same UID (500) as I had in Werewolf. The UIDs have always started at 500 since as far I can remember, even across distros (at least, between Gentoo and Fedora). -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Wed Apr 23 01:55:00 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 22 Apr 2008 21:55:00 -0400 Subject: F9 and critical Firefox bug 429903 (bmo) In-Reply-To: <480E8F45.6040908@conversis.de> References: <480E2359.4060909@conversis.de> <480E6072.6090707@gmail.com> <480E8F45.6040908@conversis.de> Message-ID: <1208915700.6530.0.camel@aglarond.local> On Wed, 2008-04-23 at 03:22 +0200, Dennis Jacobfeuerborn wrote: > I'd like to send a mail to the release manager but I can't find the > necessary information in the wiki. Does anyone know who that would be for F9? rel-eng at fedoraproject.org works -- but also, we watch the dependent bugs of F9Blocker pretty closely, so no need to send mail also. At least, not yet :) Jeremy From notting at redhat.com Tue Apr 22 21:18:18 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Apr 2008 17:18:18 -0400 Subject: pruning the fonts list In-Reply-To: <20080418195709.GA13126@nostromo.devel.redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> Message-ID: <20080422211818.GA15815@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > When looking over the LiveCD manifest, and where space is going, I > can't help but notice that a lot of it goes to fonts. Here's the > full list, AFAICT. The number to the left is the size of the package. > I think a good chunk of this could be pruned. ... So, while this could be a good idea, at this stage, this is probably best done for Fedora 10. I suppose one of the 'issues' here is that we want for the base livecd to include basic support for most langs, which means both fonts and input methods. However, to do that you bring in the langsupport groups, which means you do get font duplication. Bill From peter at thecodergeek.com Wed Apr 23 02:15:03 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 22 Apr 2008 19:15:03 -0700 Subject: Fedora 9 Preview: Successful Install Report In-Reply-To: <1208900520.21814.20.camel@hughsie-work> References: <1208836816.6187.12.camel@sulphur> <1208900520.21814.20.camel@hughsie-work> Message-ID: <1208916903.8680.5.camel@sulphur> On Tue, 2008-04-22 at 22:42 +0100, Richard Hughes wrote: > On the TODO for 0.2.0 - if you want to help, just on the packagekit > mailing list and suggest UI for this. I'm not convinced a [x] foo [ ] > bar is the best way to do this. Excellent. I'm happy just knowing it's being worked on. Thanks for your diligence! :-) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From s-t-rhbugzilla at wwwdotorg.org Wed Apr 23 04:21:46 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Tue, 22 Apr 2008 22:21:46 -0600 Subject: Perl and Python bindings package (libconcord) review help Message-ID: <1208924576.13057.TMDA@tmda.severn.wwwdotorg.org> Hi all, I'm reviewing libconcord: https://bugzilla.redhat.com/show_bug.cgi?id=438105 The proposed package recently added Python and Perl bindings. I'm not familiar with Python and Perl packaging. I think everything looks basically OK according to my reading of the Wiki, but I'd appreciate any comments from more knowledgeable people. Thanks! From petersen at redhat.com Wed Apr 23 04:23:52 2008 From: petersen at redhat.com (Jens Petersen) Date: Wed, 23 Apr 2008 14:23:52 +1000 Subject: pruning the fonts list In-Reply-To: <20080422211818.GA15815@nostromo.devel.redhat.com> References: <20080418195709.GA13126@nostromo.devel.redhat.com> <20080422211818.GA15815@nostromo.devel.redhat.com> Message-ID: <480EB9D8.9000304@redhat.com> Bill Nottingham ????????: > So, while this could be a good idea, at this stage, this is probably > best done for Fedora 10. Right - probably safest at this stage. > I suppose one of the 'issues' here is that we want for the base livecd > to include basic support for most langs, which means both fonts and > input methods. However, to do that you bring in the langsupport groups, > which means you do get font duplication. Agreed, and I suggested the same in another followup. Let's try to do that for F10 then. Perhaps we should have an @input-methods group in comps for that? Jens From petersen at redhat.com Wed Apr 23 07:22:08 2008 From: petersen at redhat.com (Jens Petersen) Date: Wed, 23 Apr 2008 17:22:08 +1000 Subject: Fedora 9 Schedule: "Release Candidate 1 (Not really public)" ? In-Reply-To: <20080422210254.GA5139@auslistsprd01.us.dell.com> References: <200804221145.21776.ml@deadbabylon.de> <1208861382.6654.54.camel@vader.jdub.homelinux.org> <1208866547.12246.0.camel@aglarond.local> <20080422210254.GA5139@auslistsprd01.us.dell.com> Message-ID: <480EE3A0.7020803@redhat.com> Matt Domsch ????????: > Mirrors are getting the Fedora 9 Preview images as we speak. and rawhide already obsoletes the Previews alas, but it is a useful snapshot as we move to the final release. :) Jens From j.w.r.degoede at hhs.nl Wed Apr 23 08:04:03 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 23 Apr 2008 10:04:03 +0200 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <20080422221611.GA3516@xi.wantstofly.org> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> <1208893363.21063.87.camel@perihelion> <20080422221611.GA3516@xi.wantstofly.org> Message-ID: <480EED73.8010500@hhs.nl> Lennert Buytenhek wrote: > On Tue, Apr 22, 2008 at 03:42:43PM -0400, Jon Masters wrote: > >>> The avr chain is in good hands. The arm chain is currently for the gp2x >>> handheld only, I would be much interested in discussing and getting advice on >>> perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one >>> arm ulibc, perhaps the arm glibc chain can be just Fedora arm? >> Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which >> I debated buying but don't have currently). I generally work on ARM/PPC >> and have a few ARM devices kicking around. Let's ask the wider audience >> what they think about having a more generic toolchain. >> >>> As for bochs you are very welcome to take over maintainership of that I never >>> use it, just say the word and I'll release it in pkgdb. >> I'll mull it over. I don't use it much myself tbh, but it's the kind of >> thing I'm interested in in general so wouldn't mind. Will let you know. > > I have a set of Fedora -> Fedora cross toolchains, built for ARM (one > toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but > it can also build x86 -> ia64 cross toolchains for example: > > http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/ > > > Wiki page detailing the ARM side of it: > > http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain > Nice, I would like to give this a try to see if it can replace the upper (glibc, binutils, gcc) part of the arm-gp2x-linux chain. The current normal way to build gp2x binaries is to statically link them as the glibc included in the gp2x firmware is ancient. This thus only leaves the kernel as a potential problem, which on the gp2x is ancient too: 2.4.25, yes you've read that correct, no typos 2.4.25, so will the glibc that is used for Fedora-arm support this kernel? Would it be possible to add support for this kernel to the Fedora-arm glibc? Would the person responsible for glibc on Fedora arm be willing to enable support for this kernel? Regards, Hans From j.w.r.degoede at hhs.nl Wed Apr 23 08:08:45 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 23 Apr 2008 10:08:45 +0200 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <1208893363.21063.87.camel@perihelion> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> <1208893363.21063.87.camel@perihelion> Message-ID: <480EEE8D.1070601@hhs.nl> Jon Masters wrote: > On Tue, 2008-04-22 at 21:24 +0200, Hans de Goede wrote: > >> The avr chain is in good hands. The arm chain is currently for the gp2x >> handheld only, I would be much interested in discussing and getting advice on >> perhaps making a generic arm embedded chain. Or rather 2 one arm glibc and one >> arm ulibc, perhaps the arm glibc chain can be just Fedora arm? > > Ok. We should talk ARM. I noticed all you seemed to have was GP2X (which > I debated buying but don't have currently). Good call on ont buying it, they now have a new version out with better joypad and a touchscreen, definitely worth the buy now! > I generally work on ARM/PPC > and have a few ARM devices kicking around. Let's ask the wider audience > what they think about having a more generic toolchain. > I think it would be great to have one toolchain to support as many arm boards / systems as possible, or as said rather 2: a glibc chain and a uclibc chain. The question is can we make things generic and still set off reasonably optimal code for a wide range of arm systems. I'm not asking for the last 5-10%, but we should be able to get atleast upto 90% with regards to code-size, but also speed of a custom build toolchain for a specific target if our generic libc becomes much much larger then a special one, and cannot be modularized then I'm afraid that having a generic toolchain isn't much good as lots of arm usage is embedded and size often matters there. Regards, Hans From buytenh at wantstofly.org Wed Apr 23 08:21:10 2008 From: buytenh at wantstofly.org (Lennert Buytenhek) Date: Wed, 23 Apr 2008 10:21:10 +0200 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <480EED73.8010500@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> <1208893363.21063.87.camel@perihelion> <20080422221611.GA3516@xi.wantstofly.org> <480EED73.8010500@hhs.nl> Message-ID: <20080423082110.GG7340@xi.wantstofly.org> On Wed, Apr 23, 2008 at 10:04:03AM +0200, Hans de Goede wrote: > >>>As for bochs you are very welcome to take over maintainership of that I > >>>never use it, just say the word and I'll release it in pkgdb. > >>I'll mull it over. I don't use it much myself tbh, but it's the kind of > >>thing I'm interested in in general so wouldn't mind. Will let you know. > > > >I have a set of Fedora -> Fedora cross toolchains, built for ARM (one > >toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but > >it can also build x86 -> ia64 cross toolchains for example: > > > > http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/ > > > > > >Wiki page detailing the ARM side of it: > > > > http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain > > > > Nice, > > I would like to give this a try to see if it can replace the upper (glibc, > binutils, gcc) part of the arm-gp2x-linux chain. > > The current normal way to build gp2x binaries is to statically link them as > the glibc included in the gp2x firmware is ancient. > > This thus only leaves the kernel as a potential problem, which on the gp2x > is ancient too: 2.4.25, yes you've read that correct, no typos 2.4.25, so > will the glibc that is used for Fedora-arm support this kernel? If you build it old-ABI, it probably will. But note that the Fedora/ARM port itself is built entirely EABI, which needs at least a 2.6.12-ish kernel to run -- so it'll be hard to run binary packages built for Fedora/ARM on your gp2x device. > Would it be possible to add support for this kernel to the Fedora-arm glibc? If you build old-ABI, it shouldn't need anything special. > Would the person responsible for glibc on Fedora arm be willing to enable > support for this kernel? As I said above, if your board runs an old-ABI userland, it is unlikely that you'll be able to run Fedora/ARM binaries on it. From j.w.r.degoede at hhs.nl Wed Apr 23 08:11:43 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 23 Apr 2008 10:11:43 +0200 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <20080423082110.GG7340@xi.wantstofly.org> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> <1208893363.21063.87.camel@perihelion> <20080422221611.GA3516@xi.wantstofly.org> <480EED73.8010500@hhs.nl> <20080423082110.GG7340@xi.wantstofly.org> Message-ID: <480EEF3F.6030505@hhs.nl> Lennert Buytenhek wrote: > On Wed, Apr 23, 2008 at 10:04:03AM +0200, Hans de Goede wrote: > >>>>> As for bochs you are very welcome to take over maintainership of that I >>>>> never use it, just say the word and I'll release it in pkgdb. >>>> I'll mull it over. I don't use it much myself tbh, but it's the kind of >>>> thing I'm interested in in general so wouldn't mind. Will let you know. >>> I have a set of Fedora -> Fedora cross toolchains, built for ARM (one >>> toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but >>> it can also build x86 -> ia64 cross toolchains for example: >>> >>> http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/ >>> >>> >>> Wiki page detailing the ARM side of it: >>> >>> http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain >>> >> Nice, >> >> I would like to give this a try to see if it can replace the upper (glibc, >> binutils, gcc) part of the arm-gp2x-linux chain. >> >> The current normal way to build gp2x binaries is to statically link them as >> the glibc included in the gp2x firmware is ancient. >> >> This thus only leaves the kernel as a potential problem, which on the gp2x >> is ancient too: 2.4.25, yes you've read that correct, no typos 2.4.25, so >> will the glibc that is used for Fedora-arm support this kernel? > > If you build it old-ABI, it probably will. But note that the > Fedora/ARM port itself is built entirely EABI, which needs at least > a 2.6.12-ish kernel to run -- so it'll be hard to run binary packages > built for Fedora/ARM on your gp2x device. > > >> Would it be possible to add support for this kernel to the Fedora-arm glibc? > > If you build old-ABI, it shouldn't need anything special. > > >> Would the person responsible for glibc on Fedora arm be willing to enable >> support for this kernel? > > As I said above, if your board runs an old-ABI userland, it is unlikely > that you'll be able to run Fedora/ARM binaries on it. > IOW, the precompiled binaries offered at the http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/ repo are not usable for the gp2x, and since making them usable requires using a different ABI the default Fedora glibc will never be usable on the gp2x, unless someone updates the kernel. Correct? In that case I think its best to stick with a seperate toolchain for the gp2x Regards, Hans From buytenh at wantstofly.org Wed Apr 23 08:27:31 2008 From: buytenh at wantstofly.org (Lennert Buytenhek) Date: Wed, 23 Apr 2008 10:27:31 +0200 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <480EEF3F.6030505@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> <1208893363.21063.87.camel@perihelion> <20080422221611.GA3516@xi.wantstofly.org> <480EED73.8010500@hhs.nl> <20080423082110.GG7340@xi.wantstofly.org> <480EEF3F.6030505@hhs.nl> Message-ID: <20080423082731.GA9498@xi.wantstofly.org> On Wed, Apr 23, 2008 at 10:11:43AM +0200, Hans de Goede wrote: > >>>>>As for bochs you are very welcome to take over maintainership of that > >>>>>I never use it, just say the word and I'll release it in pkgdb. > >>>>I'll mull it over. I don't use it much myself tbh, but it's the kind of > >>>>thing I'm interested in in general so wouldn't mind. Will let you know. > >>>I have a set of Fedora -> Fedora cross toolchains, built for ARM (one > >>>toolchain targeting Fedora/ARM glibc, and one targeting ARM/uClibc), but > >>>it can also build x86 -> ia64 cross toolchains for example: > >>> > >>> http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/ > >>> > >>> > >>>Wiki page detailing the ARM side of it: > >>> > >>> http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain > >>> > >>Nice, > >> > >>I would like to give this a try to see if it can replace the upper > >>(glibc, binutils, gcc) part of the arm-gp2x-linux chain. > >> > >>The current normal way to build gp2x binaries is to statically link them > >>as the glibc included in the gp2x firmware is ancient. > >> > >>This thus only leaves the kernel as a potential problem, which on the > >>gp2x is ancient too: 2.4.25, yes you've read that correct, no typos > >>2.4.25, so will the glibc that is used for Fedora-arm support this kernel? > > > >If you build it old-ABI, it probably will. But note that the > >Fedora/ARM port itself is built entirely EABI, which needs at least > >a 2.6.12-ish kernel to run -- so it'll be hard to run binary packages > >built for Fedora/ARM on your gp2x device. > > > > > >>Would it be possible to add support for this kernel to the Fedora-arm > >>glibc? > > > >If you build old-ABI, it shouldn't need anything special. > > > > > >>Would the person responsible for glibc on Fedora arm be willing to enable > >>support for this kernel? > > > >As I said above, if your board runs an old-ABI userland, it is unlikely > >that you'll be able to run Fedora/ARM binaries on it. > > IOW, the precompiled binaries offered at the > http://ftp.linux.org.uk/pub/linux/arm/fedora/cross/latest/ > repo are not usable for the gp2x, If the gp2x uses old-ABI, then the prebuilt toolchain at the above location will produce binaries that won't run on gp2x. (That doesn't mean that you can't build an old-ABI toolchain from the same SRPM that the prebuilt toolchain above was built from.) > and since making them usable requires using a different ABI If you insist on using the prebuilt toolchain binary rpms that have been built for EABI, then yes, you'll need to use EABI on your target board as well. > the default Fedora glibc will never be usable on the gp2x, The prebuilt Fedora/ARM glibc is EABI and won't run on old-ABI systems, yes. > unless someone updates the kernel. Correct? You need at least 2.6.something to be able to run an EABI userland on your ARM board, yes. From paul at all-the-johnsons.co.uk Wed Apr 23 08:34:21 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 23 Apr 2008 09:34:21 +0100 Subject: asm/user.h gone AWOL? In-Reply-To: <1208885362.9212.636.camel@pmac.infradead.org> References: <1208785673.3527.11.camel@T7.Linux> <1208858817.9212.553.camel@pmac.infradead.org> <20080422101950.F19C427037B@magilla.localdomain> <1208861800.9212.567.camel@pmac.infradead.org> <1208863711.11498.20.camel@T7.Linux> <1208885362.9212.636.camel@pmac.infradead.org> Message-ID: <1208939662.11315.2.camel@T7.Linux> Hi, > > This would probably account for why mono-debugger won't build currently. > > Will the header be reintroduced any time soon? > > I don't think so. Use . If it's buggy on some platforms > (which I think it is), then it'll need to be fixed. Put it into BZ if it fails then? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rjones at redhat.com Wed Apr 23 08:40:36 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Apr 2008 09:40:36 +0100 Subject: OCaml 3.10.2 in Fedora 10 - much package dependency breakage expected Message-ID: <20080423084036.GA2483@amd.home.annexia.org> I'm just upgrading to OCaml 3.10.2 in F-10, so expect that all ocaml packages will have broken dependencies until I get around to rebuilding them in the next few days. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From atkac at redhat.com Wed Apr 23 08:43:20 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 23 Apr 2008 10:43:20 +0200 Subject: libbind vs. libc & libresolv problems In-Reply-To: <1208795800.11579.51.camel@localhost> References: <20080421102554.GA4945@evileye.atkac.englab.brq.redhat.com> <1208795800.11579.51.camel@localhost> Message-ID: <20080423084320.GA4606@evileye.atkac.englab.brq.redhat.com> On Mon, Apr 21, 2008 at 11:36:40AM -0500, Callum Lerwick wrote: > On Mon, 2008-04-21 at 12:25 +0200, Adam Tkac wrote: > > with https://bugzilla.redhat.com/show_bug.cgi?id=441429 this problem > > became serious. We have two DNS resolver related libraries - libbind > > from ISC on the one side and on the other side libc + libresolv from > > GNU libc. Both libraries contains same symbols, does same work but > > GNU libc implementation hides some symbols whose are sometimes needed > > and this is reason why people linking against libbind (GNU libc is > > stripped libbind source). Bug written above is one example that this > > situation has to be solved. > > slviewer solved this by using c-ares instead. Yes, there are many resolver libraries but interface used in libbind and libresolv is well known and vast majority of programs uses it. Also using of c-ares (for example) doesn't solve problem that glibc symbols conflict with libbind symbols. Adam -- Adam Tkac, Red Hat, Inc. From rjones at redhat.com Wed Apr 23 11:18:35 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Apr 2008 12:18:35 +0100 Subject: No collectd component in Bugzilla Message-ID: <20080423111835.GA5604@amd.home.annexia.org> I just added the collectd package to Fedora, and almost simultaneously someone sent me a bug report. Unfortunately there is no 'collectd' component in the current Bugzilla so I can't park this bug anywhere to work on it later. Since collectd package is very new (added just hours ago) should I wait or is there someone I should contact about this? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From joachim.backes at rhrk.uni-kl.de Wed Apr 23 11:31:49 2008 From: joachim.backes at rhrk.uni-kl.de (Joachim Backes) Date: Wed, 23 Apr 2008 13:31:49 +0200 Subject: Some experiences after installing/upgrading to F9 Beta Message-ID: <480F1E25.9060804@rhrk.uni-kl.de> Please let me report my experiences when installing the F9 Beta preview: 0. The disk naming scheme has been changed: in my F8 box, I have a SATA disk called /dev/sda and an IDE disk called /dev/sdb; in F9, the names have been exchanged. 1. I copied my F8 (on my SATA disk) from /dev/sdb1 into partition /dev/sdb9, then upgraded F8 on /dev/sdb9. But after the upgrade was performed, I saw that F8 on /dev/sdb1 had been upgraded and not that F8 on /dev/sdb9, and all partitions were re-labelled with some UUIDs. 2. I copied the install iso to some partition and booted the installer with "askmethod". When prompted, I choosed "install from local harddrive" instead of "local DVD", but the installation still was done DVD based. 3. After booting the fresh installed F9, I waited for "firstboot", but the box hung, and firstboot could not be seen (the boot was done into initmode 5). As workaround i booted again in initmode 3, then the firstboot was presented. Regards -- Joachim Backes University of Kaiserslautern,Computer Center [RHRK], Systems and Operations, High Performance Computing, D-67653 Kaiserslautern, PO Box 3049, Germany -------------------------------------------------- Phone: +49-631-205-2438, FAX: +49-631-205-3056 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6088 bytes Desc: S/MIME Cryptographic Signature URL: From xjakub at fi.muni.cz Wed Apr 23 12:42:08 2008 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Wed, 23 Apr 2008 14:42:08 +0200 Subject: No collectd component in Bugzilla In-Reply-To: <20080423111835.GA5604@amd.home.annexia.org> References: <20080423111835.GA5604@amd.home.annexia.org> Message-ID: <480F2EA0.5000006@fi.muni.cz> Richard W.M. Jones wrote: > I just added the collectd package to Fedora, and almost simultaneously > someone sent me a bug report. Unfortunately there is no 'collectd' > component in the current Bugzilla so I can't park this bug anywhere to > work on it later. > > Since collectd package is very new (added just hours ago) should I > wait or is there someone I should contact about this? > > Rich. > As far as I know the script which should do this automatically is still broken. Toshio Kuratomi knows about, it should be fixed soon. Regards, Milos From txtoth at gmail.com Wed Apr 23 13:48:15 2008 From: txtoth at gmail.com (Xavier Toth) Date: Wed, 23 Apr 2008 08:48:15 -0500 Subject: ethX activation at boot problem, primarily with laptops Message-ID: We have a number of laptops where the network is not activated at boot as specified by he configuration. We also saw this on a desktop box and replaced the network card which resolved the issue. Are others experiencing this problem and if so is there a solution/workaround? From dcbw at redhat.com Wed Apr 23 13:48:24 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 23 Apr 2008 09:48:24 -0400 Subject: ethX activation at boot problem, primarily with laptops In-Reply-To: References: Message-ID: <1208958504.5656.0.camel@localhost.localdomain> On Wed, 2008-04-23 at 08:48 -0500, Xavier Toth wrote: > We have a number of laptops where the network is not activated at boot > as specified by he configuration. We also saw this on a desktop box > and replaced the network card which resolved the issue. Are others > experiencing this problem and if so is there a solution/workaround? Is this with F9? What's the output of: chkconfig --list | grep NetworkManager chkconfig --list | grep network Do you have any ifcfg-* files in /etc/sysconfig/network-scripts/ ? If you do, does the file for your network card contain ONBOOT=yes ? Dan From choeger at cs.tu-berlin.de Wed Apr 23 14:28:54 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Wed, 23 Apr 2008 16:28:54 +0200 Subject: need advice using koji Message-ID: <1208960934.4031.11.camel@choeger4> Hi, I noticed my build job died with some obscure timeouts. http://koji.fedoraproject.org/koji/taskinfo?taskID=578401 Is that my fault? If not, whats going on? regards christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From Jochen at herr-schmitt.de Wed Apr 23 14:28:26 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 23 Apr 2008 16:28:26 +0200 Subject: Missing packages in dist-f10 koji repos? In-Reply-To: <1208902878.3061.41.camel@pc-notebook> References: <1208902878.3061.41.camel@pc-notebook> Message-ID: <0ML29c-1JofxI0t0c-0008RU@mrelayeu.kundenserver.de> On Wed, 23 Apr 2008 00:21:18 +0200, you wrote: >Hi, my package build just failed because of this error: > >Error: Missing Dependency: libhunspell.so.1 is needed by package >xulrunner Yes, I have the same issue when trying to build kyum for dist-f10. Best Regards: Jochen Schmitt From txtoth at gmail.com Wed Apr 23 14:34:13 2008 From: txtoth at gmail.com (Xavier Toth) Date: Wed, 23 Apr 2008 09:34:13 -0500 Subject: ethX activation at boot problem, primarily with laptops In-Reply-To: <1208958504.5656.0.camel@localhost.localdomain> References: <1208958504.5656.0.camel@localhost.localdomain> Message-ID: Hmmm... for some reason the network was 'off', thanks. I'll see if this is the same issue for the other systems. On Wed, Apr 23, 2008 at 8:48 AM, Dan Williams wrote: > > On Wed, 2008-04-23 at 08:48 -0500, Xavier Toth wrote: > > We have a number of laptops where the network is not activated at boot > > as specified by he configuration. We also saw this on a desktop box > > and replaced the network card which resolved the issue. Are others > > experiencing this problem and if so is there a solution/workaround? > > Is this with F9? What's the output of: > > chkconfig --list | grep NetworkManager > chkconfig --list | grep network > > Do you have any ifcfg-* files in /etc/sysconfig/network-scripts/ ? > > If you do, does the file for your network card contain ONBOOT=yes ? > > Dan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From caolanm at redhat.com Wed Apr 23 14:35:45 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 23 Apr 2008 15:35:45 +0100 Subject: need advice using koji In-Reply-To: <1208960934.4031.11.camel@choeger4> References: <1208960934.4031.11.camel@choeger4> Message-ID: <1208961345.7436.54.camel@vain.rhgalway> On Wed, 2008-04-23 at 16:28 +0200, Christoph H?ger wrote: > Hi, > > I noticed my build job died with some obscure timeouts. > > http://koji.fedoraproject.org/koji/taskinfo?taskID=578401 > > Is that my fault? Nope, happened to a lot of us. > If not, whats going on? I suspect its fixed now, or the problem has "gone away for now", so I suggest just to retry. C. From caolanm at redhat.com Wed Apr 23 14:37:18 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 23 Apr 2008 15:37:18 +0100 Subject: Missing packages in dist-f10 koji repos? In-Reply-To: <0ML29c-1JofxI0t0c-0008RU@mrelayeu.kundenserver.de> References: <1208902878.3061.41.camel@pc-notebook> <0ML29c-1JofxI0t0c-0008RU@mrelayeu.kundenserver.de> Message-ID: <1208961438.7436.57.camel@vain.rhgalway> On Wed, 2008-04-23 at 16:28 +0200, Jochen Schmitt wrote: > On Wed, 23 Apr 2008 00:21:18 +0200, you wrote: > > >Hi, my package build just failed because of this error: > > > >Error: Missing Dependency: libhunspell.so.1 is needed by package > >xulrunner > > Yes, I have the same issue when trying to build kyum for > dist-f10. Indeed, f10 is free-for-all of course at the moment, and hunspell changed soname in the latest version in F-10. Things will probably sort themselves out after the first f10 xulrunner build. C. From a.badger at gmail.com Wed Apr 23 14:53:35 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Apr 2008 07:53:35 -0700 Subject: No collectd component in Bugzilla In-Reply-To: <480F2EA0.5000006@fi.muni.cz> References: <20080423111835.GA5604@amd.home.annexia.org> <480F2EA0.5000006@fi.muni.cz> Message-ID: <480F4D6F.60305@gmail.com> Milos Jakubicek wrote: > Richard W.M. Jones wrote: >> I just added the collectd package to Fedora, and almost simultaneously >> someone sent me a bug report. Unfortunately there is no 'collectd' >> component in the current Bugzilla so I can't park this bug anywhere to >> work on it later. >> >> Since collectd package is very new (added just hours ago) should I >> wait or is there someone I should contact about this? >> >> Rich. >> > > As far as I know the script which should do this automatically is still > broken. Toshio Kuratomi knows about, it should be fixed soon. > I ported it to newer APIs yesterday. Getting it deployed today. It will be a bit of an odd mixture of ancient code and new, though so sometime in the future it will definitely warrant a second look. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From cjdahlin at ncsu.edu Wed Apr 23 15:16:17 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 23 Apr 2008 11:16:17 -0400 Subject: Some experiences after installing/upgrading to F9 Beta In-Reply-To: <480F1E25.9060804@rhrk.uni-kl.de> References: <480F1E25.9060804@rhrk.uni-kl.de> Message-ID: <480F52C1.2000808@ncsu.edu> Joachim Backes wrote: > Please let me report my experiences when installing the F9 Beta preview: > > 0. The disk naming scheme has been changed: in my F8 box, I have a > SATA disk called /dev/sda > and an IDE disk called /dev/sdb; in F9, the names have been exchanged. This is a property of the kernel as of sometime around f8 I believe. These names cannot be considered reliable. However you can address your disks by UUID instead of name now. > 1. I copied my F8 (on my SATA disk) from /dev/sdb1 into partition > /dev/sdb9, then upgraded F8 > on /dev/sdb9. > But after the upgrade was performed, I saw that F8 on /dev/sdb1 had > been upgraded and not that > F8 on /dev/sdb9, and all partitions were re-labelled with some UUIDs. See previous comment for partial explanation > 2. I copied the install iso to some partition and booted the installer > with "askmethod". > When prompted, I choosed "install from local harddrive" instead of > "local DVD", but the > installation still was done DVD based. > 3. After booting the fresh installed F9, I waited for "firstboot", but > the box hung, > and firstboot could not be seen (the boot was done into initmode 5). > As workaround i booted again in initmode 3, then the firstboot > was presented. > > Regards > From tcallawa at redhat.com Wed Apr 23 15:30:31 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 23 Apr 2008 11:30:31 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 Message-ID: <1208964631.12717.158.camel@localhost.localdomain> I propose that we add /sbin and /usr/sbin to the path for normal users (as well as root) for F10? There are plenty of useful tools in there for non-root users (ifconfig, fdisk, parted), and IMHO, any tool which assumes the user is root because it lives in /sbin is fundamentally broken. The LSB doesn't mandate this (at least, not anywhere I can see), so I propose that we just do it. Anyone opposed to such an action? ~spot From skvidal at fedoraproject.org Wed Apr 23 15:32:32 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 23 Apr 2008 11:32:32 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <1208964752.26936.8.camel@cutter> On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. > +1 -sv From txtoth at gmail.com Wed Apr 23 15:34:35 2008 From: txtoth at gmail.com (Xavier Toth) Date: Wed, 23 Apr 2008 10:34:35 -0500 Subject: ethX activation at boot problem, primarily with laptops In-Reply-To: References: <1208958504.5656.0.camel@localhost.localdomain> Message-ID: A workmate open a bug on this problem: https://bugzilla.redhat.com/show_bug.cgi?id=443821 On Wed, Apr 23, 2008 at 9:34 AM, Xavier Toth wrote: > Hmmm... for some reason the network was 'off', thanks. I'll see if > this is the same issue for the other systems. > > > > On Wed, Apr 23, 2008 at 8:48 AM, Dan Williams wrote: > > > > On Wed, 2008-04-23 at 08:48 -0500, Xavier Toth wrote: > > > We have a number of laptops where the network is not activated at boot > > > as specified by he configuration. We also saw this on a desktop box > > > and replaced the network card which resolved the issue. Are others > > > experiencing this problem and if so is there a solution/workaround? > > > > Is this with F9? What's the output of: > > > > chkconfig --list | grep NetworkManager > > chkconfig --list | grep network > > > > Do you have any ifcfg-* files in /etc/sysconfig/network-scripts/ ? > > > > If you do, does the file for your network card contain ONBOOT=yes ? > > > > Dan > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From notting at redhat.com Wed Apr 23 15:40:59 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Apr 2008 11:40:59 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964752.26936.8.camel@cutter> References: <1208964631.12717.158.camel@localhost.localdomain> <1208964752.26936.8.camel@cutter> Message-ID: <20080423154059.GO20562@nostromo.devel.redhat.com> seth vidal (skvidal at fedoraproject.org) said: > On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > > I propose that we add /sbin and /usr/sbin to the path for normal users > > (as well as root) for F10? There are plenty of useful tools in there for > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > assumes the user is root because it lives in /sbin is fundamentally > > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > > so I propose that we just do it. > > +1 Didn't this go through the (hundreds-of-messages) rounds a few weeks ago? Bill From dennis at ausil.us Wed Apr 23 15:43:46 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 23 Apr 2008 10:43:46 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <200804231043.57140.dennis@ausil.us> On Wednesday 23 April 2008, Tom "spot" Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. > > Anyone opposed to such an action? > > ~spot -1 it will break quite a few things. especially everything that uses consolehelper. it could be worked around by putting /sbin:/usr/sbin at the end of path [dennis at bratac gilmore]$ /sbin/parted /dev/sda print WARNING: You are not superuser. Watch out for permissions. Error: Error opening /dev/sda: Permission denied a standard install doesn't allow a user to use parted. ifconfig is probably the only thing i use regularly thats in one of the sbin paths that works fine when you are not root. really the only way to make it useful would be to default to setting up sudo that way if it fails you can do sudo rather than sudo Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From jkeating at redhat.com Wed Apr 23 15:43:55 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Apr 2008 11:43:55 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <1208965435.15068.26.camel@localhost.localdomain> On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > Anyone opposed to such an action? Doesn't Will Woods already have a Feature page on this exact change? -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Wed Apr 23 15:50:14 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 23 Apr 2008 11:50:14 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208965435.15068.26.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <1208965435.15068.26.camel@localhost.localdomain> Message-ID: <1208965814.12717.170.camel@localhost.localdomain> On Wed, 2008-04-23 at 11:43 -0400, Jesse Keating wrote: > On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > > Anyone opposed to such an action? > > Doesn't Will Woods already have a Feature page on this exact change? Maybe. I don't know. :) ~spot From eric.tanguy at univ-nantes.fr Wed Apr 23 15:51:43 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Wed, 23 Apr 2008 17:51:43 +0200 Subject: New F-10 in koji Message-ID: <480F5B0F.3070202@univ-nantes.fr> My package build fine for F-9 but failed for devel http://koji.fedoraproject.org/koji/getfile?taskID=578408&name=build.log i added openssl-devel to BR and it builds fine now. But i can't understand why i have to add openssl-devel to BR between F-9 and F-10 ? Thanks Eric From bpepple at fedoraproject.org Wed Apr 23 15:53:10 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 23 Apr 2008 11:53:10 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <1208965990.13841.0.camel@nixon> On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. +1 Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Wed Apr 23 15:52:45 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 23 Apr 2008 17:52:45 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> (Tom Callaway's message of "Wed, 23 Apr 2008 11:30:31 -0400") References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <87mynk601e.fsf@fc5.bigo.ensc.de> "Tom \"spot\" Callaway" writes: > I propose that we add /sbin and /usr/sbin to the path for normal users > ... > Anyone opposed to such an action? /me From buc at odusz.so-cdu.ru Wed Apr 23 15:53:04 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 23 Apr 2008 19:53:04 +0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <480F5B60.3000104@odu.neva.ru> Tom "spot" Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. Perhaps the initial ancient UNIX idea was to isolate unprivileged users from commands which they cannot run. IOW, to avoid a situation "I've discovered that there is a command, but why I have no rights to run it?" :) ~buc http://www.fedoraproject.org/wiki/DmitryButskoy From xjakub at fi.muni.cz Wed Apr 23 15:54:32 2008 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Wed, 23 Apr 2008 17:54:32 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208965814.12717.170.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <1208965435.15068.26.camel@localhost.localdomain> <1208965814.12717.170.camel@localhost.localdomain> Message-ID: <480F5BB8.9030601@fi.muni.cz> Tom "spot" Callaway napsal(a): > On Wed, 2008-04-23 at 11:43 -0400, Jesse Keating wrote: >> On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: >>> Anyone opposed to such an action? >> Doesn't Will Woods already have a Feature page on this exact change? > > Maybe. I don't know. :) http://fedoraproject.org/wiki/Features/SbinSanity So the answer is yes:) -- Regards, Milos From atkac at redhat.com Wed Apr 23 15:55:28 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 23 Apr 2008 17:55:28 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231043.57140.dennis@ausil.us> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> Message-ID: <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> On Wed, Apr 23, 2008 at 10:43:46AM -0500, Dennis Gilmore wrote: > On Wednesday 23 April 2008, Tom "spot" Callaway wrote: > > I propose that we add /sbin and /usr/sbin to the path for normal users > > (as well as root) for F10? There are plenty of useful tools in there for > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > assumes the user is root because it lives in /sbin is fundamentally > > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > > so I propose that we just do it. > > > > Anyone opposed to such an action? > > > > ~spot > > -1 it will break quite a few things. especially everything that uses > consolehelper. it could be worked around by putting /sbin:/usr/sbin at the > end of path > > [dennis at bratac gilmore]$ /sbin/parted /dev/sda print > WARNING: You are not superuser. Watch out for permissions. > Error: Error opening /dev/sda: Permission denied > > a standard install doesn't allow a user to use parted. ifconfig is probably > the only thing i use regularly thats in one of the sbin paths that works > fine when you are not root. > > really the only way to make it useful would be to default to setting up sudo > that way if it fails you can do sudo rather than sudo > > Dennis I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin for backward compatibility. Typing /sbin every time when I want run ifconfig or service status is really annoying. Adam -- Adam Tkac, Red Hat, Inc. From tcallawa at redhat.com Wed Apr 23 15:55:24 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 23 Apr 2008 11:55:24 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <87mynk601e.fsf@fc5.bigo.ensc.de> References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> Message-ID: <1208966124.12717.178.camel@localhost.localdomain> On Wed, 2008-04-23 at 17:52 +0200, Enrico Scholz wrote: > "Tom \"spot\" Callaway" writes: > > > I propose that we add /sbin and /usr/sbin to the path for normal users > > ... > > Anyone opposed to such an action? > > /me Your thorough and elaborately explained reasoning has concisely shown me the errors in my proposal. Thank you for taking the time to reply to my email with such useful and important information. ~spot From tmz at pobox.com Wed Apr 23 15:57:40 2008 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 23 Apr 2008 11:57:40 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208965814.12717.170.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <1208965435.15068.26.camel@localhost.localdomain> <1208965814.12717.170.camel@localhost.localdomain> Message-ID: <20080423155740.GT26399@inocybe.teonanacatl.org> Tom spot Callaway wrote: > On Wed, 2008-04-23 at 11:43 -0400, Jesse Keating wrote: >> Doesn't Will Woods already have a Feature page on this exact change? > > Maybe. I don't know. :) http://fedoraproject.org/wiki/Features/SbinSanity -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Truth is like a well-known whore. Everybody knows her but it's embarrassing to meet her in the street. -- Wolfgang Borchert -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From rjones at redhat.com Wed Apr 23 15:58:00 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Apr 2008 16:58:00 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <20080423155800.GA9085@amd.home.annexia.org> On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. > > Anyone opposed to such an action? FWIW, Debian doesn't have these in normal users' PATH, but does change the PATH to include them when you do 'su'. On a Debian system: $ echo $PATH /home/rich/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games $ su Password: # echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 I don't know how Debian does this, but it's extremely useful. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From adrian_ponoran at yahoo.com Wed Apr 23 16:00:56 2008 From: adrian_ponoran at yahoo.com (Adrian Ponoran) Date: Wed, 23 Apr 2008 09:00:56 -0700 (PDT) Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208965990.13841.0.camel@nixon> Message-ID: <306934.81378.qm@web55913.mail.re3.yahoo.com> An HTML attachment was scrubbed... URL: From poelstra at redhat.com Wed Apr 23 16:02:46 2008 From: poelstra at redhat.com (John Poelstra) Date: Wed, 23 Apr 2008 09:02:46 -0700 Subject: Fedora Rel-Eng Meeting Recap 2008-04-21 Message-ID: <480F5DA6.8020609@redhat.com> Recap and full IRC transcript found here: http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-apr-21 Please make corrections and clarifications to the wiki page. == Preview Release == * PR was made available via torrents on Friday * Attempting to sync release trees to master mirrors so that we can offer direct (and jigdo) downloads * upload is mostly done--waiting for snapmirror to sync up the various RH netapps * after sync is complete will flip a bit and let the mirrors get it == CVS Branching == * 36+ hours of outage for branching * cannot do this again--must to figure out a way to do this without an outage * the second batch of cvs branches is about 50% of the way through which started 11~ hours ago * part of the delay is the pkgdb updates--a different SCM wouldn't necessarily fix the problem == Release Candidate == 1. They're real RCs, as in "we think we fixed all we're going to take, so now we're going to do the composes that, if they turn out right, are what we ship" * not "hey that RC passed, now go compose the final" 1. RC will not be a public release * lead time to get bits moved around just takes too long for it to be really worth it 1. Everyone can do composes leading up to RC for testing various fixes 1. Using pungi people outside of Red Hat can create their own RC using rawhide == Tagging SOP == * need writeup on Release Engineering process and steps to tag packages at freeze * add something to http://fedoraproject.org/wiki/ReleaseEngineering/SOP/FreezingRawhide == IRC Transcript == From rjones at redhat.com Wed Apr 23 16:01:17 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Apr 2008 17:01:17 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F5B60.3000104@odu.neva.ru> References: <1208964631.12717.158.camel@localhost.localdomain> <480F5B60.3000104@odu.neva.ru> Message-ID: <20080423160117.GB9085@amd.home.annexia.org> On Wed, Apr 23, 2008 at 07:53:04PM +0400, Dmitry Butskoy wrote: > Tom "spot" Callaway wrote: >> I propose that we add /sbin and /usr/sbin to the path for normal users >> (as well as root) for F10? There are plenty of useful tools in there for >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >> assumes the user is root because it lives in /sbin is fundamentally >> broken. > > Perhaps the initial ancient UNIX idea was to isolate unprivileged users > from commands which they cannot run. IOW, to avoid a situation "I've > discovered that there is a command, but why I have no rights to run it?" :) AFAIK the /sbin split was done around the late 80s. First saw it in SunOS. Old (V7 etc.) versions of Unix just had /bin and /usr/bin. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From rc040203 at freenet.de Wed Apr 23 16:09:24 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 23 Apr 2008 18:09:24 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <87mynk601e.fsf@fc5.bigo.ensc.de> References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> Message-ID: <1208966964.29878.3.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 17:52 +0200, Enrico Scholz wrote: > "Tom \"spot\" Callaway" writes: > > > I propose that we add /sbin and /usr/sbin to the path for normal users > > ... > > Anyone opposed to such an action? > > /me /me too - This step is silly. All it does is lumping together tools into $PATH which do not belong together. From pp at ee.oulu.fi Wed Apr 23 16:12:56 2008 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Wed, 23 Apr 2008 19:12:56 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> Message-ID: <20080423161256.GA18214@ee.oulu.fi> On Wed, Apr 23, 2008 at 05:55:28PM +0200, Adam Tkac wrote: > I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin > for backward compatibility. Typing /sbin every time when I want run > ifconfig or service status is really annoying. Yea. Especially since there are a lot of /sbin tools that are really useful without privileges. Hell, wireshark _warns_ you if you try to run it as root these days, and what we have is a consolehelper wrapper in /usr/bin that wants to make it run as root, if at all possible. I do my packet captures in other ways and occasionally use wireshark to look at the dirty details. I hate getting that "want root?" popup unless I specify the /usr/sbin one. Sure I can press "No", but it's still annoying. -- Pekka Pietikainen From seg at haxxed.com Wed Apr 23 16:13:05 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 23 Apr 2008 11:13:05 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <1208967185.5050.34.camel@localhost> On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. I have been waiting TEN YEARS for this! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dennis at ausil.us Wed Apr 23 16:20:10 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 23 Apr 2008 11:20:10 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423155800.GA9085@amd.home.annexia.org> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> Message-ID: <200804231120.21735.dennis@ausil.us> On Wednesday 23 April 2008, Richard W.M. Jones wrote: > On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: > > I propose that we add /sbin and /usr/sbin to the path for normal users > > (as well as root) for F10? There are plenty of useful tools in there for > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > assumes the user is root because it lives in /sbin is fundamentally > > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > > so I propose that we just do it. > > > > Anyone opposed to such an action? > > FWIW, Debian doesn't have these in normal users' PATH, but does change > the PATH to include them when you do 'su'. > > On a Debian system: > > $ echo $PATH > /home/rich/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games > $ su > Password: > # echo $PATH > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 > su - on a fedora system does the same thing it loads the target users profile rather than using the source users Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From dcbw at redhat.com Wed Apr 23 16:19:45 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 23 Apr 2008 12:19:45 -0400 Subject: ethX activation at boot problem, primarily with laptops In-Reply-To: References: <1208958504.5656.0.camel@localhost.localdomain> Message-ID: <1208967585.24395.1.camel@localhost.localdomain> On Wed, 2008-04-23 at 10:34 -0500, Xavier Toth wrote: > A workmate open a bug on this problem: > > https://bugzilla.redhat.com/show_bug.cgi?id=443821 Yeah, notting closed as NOTABUG since we're defaulting to NetworkManager for now. Which means I'm curious why NM wasn't bringing up the network. ?Do you have any ifcfg-* files in /etc/sysconfig/network-scripts/ ? Do you have ONBOOT=yes in your ifcfg files? Would also be good to get /var/log/messages after it's booted up to see what's going on. Dan > On Wed, Apr 23, 2008 at 9:34 AM, Xavier Toth wrote: > > Hmmm... for some reason the network was 'off', thanks. I'll see if > > this is the same issue for the other systems. > > > > > > > > On Wed, Apr 23, 2008 at 8:48 AM, Dan Williams wrote: > > > > > > On Wed, 2008-04-23 at 08:48 -0500, Xavier Toth wrote: > > > > We have a number of laptops where the network is not activated at boot > > > > as specified by he configuration. We also saw this on a desktop box > > > > and replaced the network card which resolved the issue. Are others > > > > experiencing this problem and if so is there a solution/workaround? > > > > > > Is this with F9? What's the output of: > > > > > > chkconfig --list | grep NetworkManager > > > chkconfig --list | grep network > > > > > > Do you have any ifcfg-* files in /etc/sysconfig/network-scripts/ ? > > > > > > If you do, does the file for your network card contain ONBOOT=yes ? > > > > > > Dan > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > From enrico.scholz at informatik.tu-chemnitz.de Wed Apr 23 16:22:57 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 23 Apr 2008 18:22:57 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208966124.12717.178.camel@localhost.localdomain> (Tom Callaway's message of "Wed, 23 Apr 2008 11:55:24 -0400") References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> <1208966124.12717.178.camel@localhost.localdomain> Message-ID: <87iqy85yn2.fsf@fc5.bigo.ensc.de> "Tom \"spot\" Callaway" writes: >> > I propose that we add /sbin and /usr/sbin to the path for normal users >> > ... >> > Anyone opposed to such an action? >> >> /me > > Your thorough and elaborately explained reasoning has concisely shown me > the errors in my proposal. Thank you for taking the time to reply to my > email with such useful and important information. ok; let me more verbose: 1. such changes require a good reason; direct reachability of a fistful of programs is not a good reason. There are side effects (console helper, other programs relying on traditional $PATH) which are not handled in your proposition. 2. 80-90% of programs under */sbin are without any use for normal users; mentioned 'ifconfig' + 'route' are called by normal users for diagnostic reasons only. This assumes some adminstrative knowledge including awareness about the special /sbin paths. 3. tab-completion will show me a lot of new programs which are for zero use. This will slow down my work. 4. problems which are tried to be solved can be handled much better at other places (e.g. modify 'sudo' to search in */sbin, or link commonly used programs to */bin) Enrico From txtoth at gmail.com Wed Apr 23 16:39:38 2008 From: txtoth at gmail.com (Xavier Toth) Date: Wed, 23 Apr 2008 11:39:38 -0500 Subject: ethX activation at boot problem, primarily with laptops In-Reply-To: <1208967585.24395.1.camel@localhost.localdomain> References: <1208958504.5656.0.camel@localhost.localdomain> <1208967585.24395.1.camel@localhost.localdomain> Message-ID: On Wed, Apr 23, 2008 at 11:19 AM, Dan Williams wrote: > On Wed, 2008-04-23 at 10:34 -0500, Xavier Toth wrote: > > A workmate open a bug on this problem: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=443821 > > Yeah, notting closed as NOTABUG since we're defaulting to NetworkManager > for now. Which means I'm curious why NM wasn't bringing up the network. > > > ?Do you have any ifcfg-* files in /etc/sysconfig/network-scripts/ ? > > Do you have ONBOOT=yes in your ifcfg files? > > Would also be good to get /var/log/messages after it's booted up to see > what's going on. > > Dan > > > > On Wed, Apr 23, 2008 at 9:34 AM, Xavier Toth wrote: > > > Hmmm... for some reason the network was 'off', thanks. I'll see if > > > this is the same issue for the other systems. > > > > > > > > > > > > On Wed, Apr 23, 2008 at 8:48 AM, Dan Williams wrote: > > > > > > > > On Wed, 2008-04-23 at 08:48 -0500, Xavier Toth wrote: > > > > > We have a number of laptops where the network is not activated at boot > > > > > as specified by he configuration. We also saw this on a desktop box > > > > > and replaced the network card which resolved the issue. Are others > > > > > experiencing this problem and if so is there a solution/workaround? > > > > > > > > Is this with F9? What's the output of: > > > > > > > > chkconfig --list | grep NetworkManager > > > > chkconfig --list | grep network > > > > > > > > Do you have any ifcfg-* files in /etc/sysconfig/network-scripts/ ? > > > > > > > > If you do, does the file for your network card contain ONBOOT=yes ? > > > > > > > > Dan > > > > > > > > -- > > > > fedora-devel-list mailing list > > > > fedora-devel-list at redhat.com > > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > -- > > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > I've had trouble with NM resetting my network setting so I turned it off. Yes /etc/sysconfig/network-scripts/ifcfg-eth0 has ONBOOT=yes. From lesmikesell at gmail.com Wed Apr 23 16:41:53 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 23 Apr 2008 11:41:53 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423155800.GA9085@amd.home.annexia.org> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> Message-ID: <480F66D1.4000104@gmail.com> Richard W.M. Jones wrote: > On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: >> I propose that we add /sbin and /usr/sbin to the path for normal users >> (as well as root) for F10? There are plenty of useful tools in there for >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >> assumes the user is root because it lives in /sbin is fundamentally >> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >> so I propose that we just do it. >> >> Anyone opposed to such an action? > > FWIW, Debian doesn't have these in normal users' PATH, but does change > the PATH to include them when you do 'su'. > > On a Debian system: > > $ echo $PATH > /home/rich/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games > $ su > Password: > # echo $PATH > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 > > I don't know how Debian does this, but it's extremely useful. What happens if a debian user types 'ifconfig' to find his IP address? -- Les Mikesell lesmikesell at gmail.com From emmanuel.seyman at club-internet.fr Wed Apr 23 16:45:53 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Wed, 23 Apr 2008 18:45:53 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <306934.81378.qm@web55913.mail.re3.yahoo.com> References: <1208965990.13841.0.camel@nixon> <306934.81378.qm@web55913.mail.re3.yahoo.com> Message-ID: <20080423164553.GA29036@orient.maison.lan> * Adrian Ponoran [23/04/2008 18:41] : > > I am not sure it is good. Then what is the sense of having some programs > in /sbin and /usr/sbin. People will be able to revert the change easily. Emmanuel From cjdahlin at ncsu.edu Wed Apr 23 16:41:34 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 23 Apr 2008 12:41:34 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231043.57140.dennis@ausil.us> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> Message-ID: <480F66BE.6070708@ncsu.edu> Dennis Gilmore wrote: > On Wednesday 23 April 2008, Tom "spot" Callaway wrote: > >> I propose that we add /sbin and /usr/sbin to the path for normal users >> (as well as root) for F10? There are plenty of useful tools in there for >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >> assumes the user is root because it lives in /sbin is fundamentally >> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >> so I propose that we just do it. >> >> Anyone opposed to such an action? >> >> ~spot >> > > -1 it will break quite a few things. especially everything that uses > consolehelper. it could be worked around by putting /sbin:/usr/sbin at the > end of path > Its the beginning of a release cycle. We can /change/ quite a few things. Breaking stuff is not a reason not to do something if the time is there to fix it, and there's enough willing manpower (we're about to see if this latter requirement is met). Relax, its open source :) --CJD From Axel.Thimm at ATrpms.net Wed Apr 23 17:12:09 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 23 Apr 2008 20:12:09 +0300 Subject: Fedora 9 Final Freeze In-Reply-To: <1207668156.6689.22.camel@localhost.localdomain> References: <1207668156.6689.22.camel@localhost.localdomain> Message-ID: <20080423171209.GA5914@victor.nirvana> Hi, On Tue, Apr 08, 2008 at 11:22:36AM -0400, Jesse Keating wrote: > We froze for Fedora 9 early this morning (the same time the rawhide > compose happened). This is our final freeze. > > http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy > explains the policy. I read the wiki page and just to make sure I won't be doing anything foolish: If I now build for F-9 I either consider this critical for F9 release and contact releng, or not in which case I wait for bodhi to suport F9 updates and schedule it as a regular update. E.g. building under F-9 now will not automatically push it anywhere and make anyone unhappy, correct? And I can prepare the less critical builds to be available as updates at F9 release time (or later). -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From sstarr at platform.com Wed Apr 23 17:14:19 2008 From: sstarr at platform.com (Shawn Starr) Date: Wed, 23 Apr 2008 13:14:19 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 Message-ID: > -----Original Message----- > [mailto:fedora-devel-list-bounces at redhat.com]On Behalf Of Richard W.M. > Jones > Sent: Wednesday, April 23, 2008 11:58 AM > To: Development discussions related to Fedora > Subject: Re: Adding /sbin and /usr/sbin to everyone's path in F10 > > > On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: > > I propose that we add /sbin and /usr/sbin to the path for > normal users > > (as well as root) for F10? There are plenty of useful tools > in there for > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > assumes the user is root because it lives in /sbin is fundamentally > > broken. The LSB doesn't mandate this (at least, not > anywhere I can see), > > so I propose that we just do it. > > > > Anyone opposed to such an action? > > FWIW, Debian doesn't have these in normal users' PATH, but does change > the PATH to include them when you do 'su'. > > On a Debian system: > > $ echo $PATH > /home/rich/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games > $ su > Password: > # echo $PATH > > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/ > usr/bin/X11 > > I don't know how Debian does this, but it's extremely useful. > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat They use (this comes from /etc/login.defs) ENV_SUPATH PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin ENV_PATH PATH=/usr/local/bin:/usr/bin:/bin:/usr/games I am not sure though if the PAM modules also read login's /etc/login.defs file (it seems to be though they do) $ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/games $ su Password: # echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin From notting at redhat.com Wed Apr 23 17:14:53 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Apr 2008 13:14:53 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <20080423171209.GA5914@victor.nirvana> References: <1207668156.6689.22.camel@localhost.localdomain> <20080423171209.GA5914@victor.nirvana> Message-ID: <20080423171453.GA688@nostromo.devel.redhat.com> Axel Thimm (Axel.Thimm at ATrpms.net) said: > If I now build for F-9 I either consider this critical for F9 release > and contact releng, or not in which case I wait for bodhi to suport F9 > updates and schedule it as a regular update. > > E.g. building under F-9 now will not automatically push it anywhere > and make anyone unhappy, correct? And I can prepare the less critical > builds to be available as updates at F9 release time (or later). Correct. Bill From lkundrak at redhat.com Wed Apr 23 17:15:43 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 23 Apr 2008 19:15:43 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423161256.GA18214@ee.oulu.fi> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423161256.GA18214@ee.oulu.fi> Message-ID: <1208970943.9484.6.camel@localhost.localdomain> On Wed, 2008-04-23 at 19:12 +0300, Pekka Pietikainen wrote: > On Wed, Apr 23, 2008 at 05:55:28PM +0200, Adam Tkac wrote: > > I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin > > for backward compatibility. Typing /sbin every time when I want run > > ifconfig or service status is really annoying. > Yea. Especially since there are a lot of /sbin tools that are really useful > without privileges. > > Hell, wireshark _warns_ you if you try to run it as root these days, and > what we have is a consolehelper wrapper in /usr/bin that wants to > make it run as root, if at all possible. > > I do my packet captures in other ways and occasionally use wireshark to look > at the dirty details. I hate getting that "want root?" popup unless I > specify the /usr/sbin one. Sure I can press "No", but it's still annoying. It used to be the same with virt-manager. To many of its current uses consolehelper is a bad solution. What do we get with it is things like big GTK based applications running with superuser privilegies (I even doubt we have a selinux policy for wireshark do we?). I believe PolicyKit solves this problem to desirable extent. -- Lubomir Kundrak (Red Hat Security Response Team) From lkundrak at redhat.com Wed Apr 23 17:18:18 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 23 Apr 2008 19:18:18 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423160117.GB9085@amd.home.annexia.org> References: <1208964631.12717.158.camel@localhost.localdomain> <480F5B60.3000104@odu.neva.ru> <20080423160117.GB9085@amd.home.annexia.org> Message-ID: <1208971098.9484.8.camel@localhost.localdomain> On Wed, 2008-04-23 at 17:01 +0100, Richard W.M. Jones wrote: > On Wed, Apr 23, 2008 at 07:53:04PM +0400, Dmitry Butskoy wrote: > > Tom "spot" Callaway wrote: > >> I propose that we add /sbin and /usr/sbin to the path for normal users > >> (as well as root) for F10? There are plenty of useful tools in there for > >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > >> assumes the user is root because it lives in /sbin is fundamentally > >> broken. > > > > Perhaps the initial ancient UNIX idea was to isolate unprivileged users > > from commands which they cannot run. IOW, to avoid a situation "I've > > discovered that there is a command, but why I have no rights to run it?" :) > > AFAIK the /sbin split was done around the late 80s. First saw it in > SunOS. Old (V7 etc.) versions of Unix just had /bin and /usr/bin. Yep, but it had the administrative commands in /etc. Unless I am wrong, /sbin was a new home for them to separate them from configuration files. -- Lubomir Kundrak (Red Hat Security Response Team) From billcrawford1970 at gmail.com Wed Apr 23 17:18:18 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 23 Apr 2008 18:18:18 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208966964.29878.3.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> <1208966964.29878.3.camel@beck.corsepiu.local> Message-ID: <544eb990804231018s371677e6q89de2a3d44c6d7a3@mail.gmail.com> On 23/04/2008, Ralf Corsepius wrote: > /me too - This step is silly. All it does is lumping together tools > into $PATH which do not belong together. As opposed to lumping /usr/lib/ccache, /usr/local/bin, /usr/bin and /bin? From billcrawford1970 at gmail.com Wed Apr 23 17:19:34 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 23 Apr 2008 18:19:34 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231043.57140.dennis@ausil.us> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> Message-ID: <544eb990804231019h7d381510k90a2ca4c60e7a7ee@mail.gmail.com> On 23/04/2008, Dennis Gilmore wrote: > -1 it will break quite a few things. especially everything that uses > consolehelper. it could be worked around by putting /sbin:/usr/sbin at the > end of path I think we are *proposing* to put it on the end of the path. From behdad at behdad.org Wed Apr 23 17:22:37 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Wed, 23 Apr 2008 13:22:37 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <1208971357.2291.100.camel@behdad.behdad.org> On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. > > Anyone opposed to such an action? The tools in /sbin are divided into two categories: a) Those that are useful for non-root users, mostly in a query/reporting capacity. Like ifconfig, lsmod, and fdisk (for -l), lspci, lsusb, ... b) Those that are not useful without root privileges. Like modprobe, rmmod, insmod, fsck, swapoff, ... There are 3 ways to handle this issue: 1) All of a) and b) in /sbin, and /sbin not in users' path. This is the current setting. 2) All of a) and b) in /sbin, and /sbin in users' path. This is what you propose. 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and keep /sbin out of users' path. In an ideal world, we would have 3. But it's a lot of packaging work. Failing that, there's near consensus that 2) is better than 1) as the set of commands in group a) seems to be larger than b). > ~spot > -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From bpepple at fedoraproject.org Wed Apr 23 17:23:24 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 23 Apr 2008 13:23:24 -0400 Subject: Fedora 9 Final Freeze In-Reply-To: <20080423171209.GA5914@victor.nirvana> References: <1207668156.6689.22.camel@localhost.localdomain> <20080423171209.GA5914@victor.nirvana> Message-ID: <1208971404.13841.3.camel@nixon> On Wed, 2008-04-23 at 20:12 +0300, Axel Thimm wrote: > On Tue, Apr 08, 2008 at 11:22:36AM -0400, Jesse Keating wrote: > > We froze for Fedora 9 early this morning (the same time the rawhide > > compose happened). This is our final freeze. > > > > http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy > > explains the policy. > > I read the wiki page and just to make sure I won't be doing anything > foolish: > > If I now build for F-9 I either consider this critical for F9 release > and contact releng, or not in which case I wait for bodhi to suport F9 > updates and schedule it as a regular update. > > E.g. building under F-9 now will not automatically push it anywhere > and make anyone unhappy, correct? And I can prepare the less critical > builds to be available as updates at F9 release time (or later). Yup, you got it right. Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From billcrawford1970 at gmail.com Wed Apr 23 17:23:42 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 23 Apr 2008 18:23:42 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <544eb990804231023s1f101161q9c5ebb6e5135f682@mail.gmail.com> On 23/04/2008, Tom spot Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. > > Anyone opposed to such an action? Not at all. Please could we write a version of "pathmunge" that uses: case ":$path:" in "*:$dir:*") ;; *) case $where in after) path="$path:$dir" ;; before) path="$dir:$path" ;; esac esac though? From blc at redhat.com Wed Apr 23 17:25:34 2008 From: blc at redhat.com (Brendan Conoboy) Date: Wed, 23 Apr 2008 11:25:34 -0600 Subject: ARM cross compilers [WAS: Re: 200+ packages up for grabs] In-Reply-To: <480EEE8D.1070601@hhs.nl> References: <4802FFB8.9090002@hhs.nl> <2b60987559f4b4b7a7843254a786c392@localhost> <8e967d910804140026h76e72438v3a71b8ae5dafe32a@mail.gmail.com> <1208891109.21063.76.camel@perihelion> <480E3B76.8090704@hhs.nl> <1208893363.21063.87.camel@perihelion> <480EEE8D.1070601@hhs.nl> Message-ID: <480F710E.7010308@redhat.com> Hans de Goede wrote: > The question is can we make things generic and still set off reasonably > optimal code for a wide range of arm systems. I'm not asking for the > last 5-10%, but we should be able to get atleast upto 90% with regards > to code-size, but also speed of a custom build toolchain for a specific > target if our generic libc becomes much much larger then a special one, > and cannot be modularized then I'm afraid that having a generic > toolchain isn't much good as lots of arm usage is embedded and size > often matters there. Any arm-linux-gnu{,eabi} toolchain is going to support a pretty wide range of arm systems, but not be optimal for any of them. That's not too big a deal if your tools provide a wide range of multilibs and you are willing to set the right optimization flags. It may be worth having a wide range of libc versions (Like ia32 Fedora being "i386", but having some i686 packages where it counts). You can also get arm-linux-gnueabi tools from here: ftp://ftp.ges.redhat.com/private/releng/arm-linux-beta Like Lennert's tools, these are EABI, but completely self contained in a single source rpm. Making ABI tools is a one line change in the spec file. -- Brendan Conoboy / Red Hat, Inc. / blc at redhat.com From sstarr at platform.com Wed Apr 23 17:25:44 2008 From: sstarr at platform.com (Shawn Starr) Date: Wed, 23 Apr 2008 13:25:44 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 Message-ID: > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com > [mailto:fedora-devel-list-bounces at redhat.com]On Behalf Of Shawn Starr > Sent: Wednesday, April 23, 2008 1:14 PM > To: Development discussions related to Fedora > Subject: RE: Adding /sbin and /usr/sbin to everyone's path in F10 > > > > -----Original Message----- > > [mailto:fedora-devel-list-bounces at redhat.com]On Behalf Of > Richard W.M. > > Jones > > Sent: Wednesday, April 23, 2008 11:58 AM > > To: Development discussions related to Fedora > > Subject: Re: Adding /sbin and /usr/sbin to everyone's path in F10 > > > > > > On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: > > > I propose that we add /sbin and /usr/sbin to the path for > > normal users > > > (as well as root) for F10? There are plenty of useful tools > > in there for > > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > > assumes the user is root because it lives in /sbin is > fundamentally > > > broken. The LSB doesn't mandate this (at least, not > > anywhere I can see), > > > so I propose that we just do it. > > > > > > Anyone opposed to such an action? > > > > FWIW, Debian doesn't have these in normal users' PATH, but > does change > > the PATH to include them when you do 'su'. > > > > On a Debian system: > > > > $ echo $PATH > > > /home/rich/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games > > $ su > > Password: > > # echo $PATH > > > > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/ > > usr/bin/X11 > > > > I don't know how Debian does this, but it's extremely useful. > > > > Rich. > > > > -- > > Richard Jones, Emerging Technologies, Red Hat > > They use (this comes from /etc/login.defs) > > ENV_SUPATH > PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin > ENV_PATH PATH=/usr/local/bin:/usr/bin:/bin:/usr/games > > I am not sure though if the PAM modules also read login's > /etc/login.defs file (it seems to be though they do) > > $ echo $PATH > /usr/local/bin:/usr/bin:/bin:/usr/games > > $ su > Password: > # echo $PATH > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin > > To reply to myself: dpkg -S reveals /bin/su on Debian to be from the login package Fedora's /bin/su comes from coreutils. So there is a difference, the latter of course being more modern. Though login's su lets you ctl+c a bad password without waiting for su to return a bad authentication message. From j.w.r.degoede at hhs.nl Wed Apr 23 17:32:34 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 23 Apr 2008 19:32:34 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <480F72B2.5010305@hhs.nl> Tom "spot" Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. > > Anyone opposed to such an action? > Not at all, +1000000 I've been consistenly changing /etc/profile todo exactly this since the day I started using RH 4.0 Regards, Hans From Axel.Thimm at ATrpms.net Wed Apr 23 17:33:34 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 23 Apr 2008 20:33:34 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <20080423173334.GB5914@victor.nirvana> On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > so I propose that we just do it. > > Anyone opposed to such an action? As many people already noted there are some reasons to hide them away from "normal" users. Effectively you suggest setting sbindir to bindir, e.g. why have /sbin, /usr/sbin at all if all PATHs point to both sbin/bin so that there is no split? So the argument is not about PATH, but about having the split in the first place. If a command is considered often called by users why not put a symlink to bindir instead? $ ls /sbin| wc -l;ls /usr/sbin| wc -l 312 486 I don't think that a handful of nice-to-have-for-power-users commands in PATH should really pollute the user's PATH with 800 more commands. Although I wouldn't consider "ifconfig, fdisk, parted" tools that inexperienced users should have at their fingertips. And the experienced users know how to add /usr/sbin:/sbin permanently to their login. In a nutshell: Keep things as are, but if there really is a command that is used by "normal" users move that out of sbin or make a symlink (commands that used to live in sbin and moved out are for example ping and traceroute) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rawhide at fedoraproject.org Wed Apr 23 17:42:56 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Wed, 23 Apr 2008 17:42:56 +0000 (UTC) Subject: rawhide report: 20080423 changes Message-ID: <20080423174256.28D23209CD6@releng1.fedora.phx.redhat.com> Updated Packages: fedora-release-9-0.1.rc ----------------------- * Tue Apr 22 2008 Jesse Keating - 9-0.1.rc - Make version 9 for yum, rpm version clearly a pre-release. gnome-panel-2.22.1.2-4.fc9 -------------------------- * Fri Apr 18 2008 Matthias Clasen - 2.22.1.2-4 - Use gio to open places - Fix a 64bit issue with timezone handling in the clock gnome-settings-daemon-2.22.1-0.2008.03.26.6.fc9 ----------------------------------------------- * Tue Apr 22 2008 Matthias Clasen - 2.22.1-2008.03.26.6 - Make the xrandr plugin survive the absence of Xrandr libwiimote-0.4-6.fc9 -------------------- * Tue Apr 22 2008 Adam Jackson 0.4-6 - libwiimote-0.4-libs.patch: Link against libbluetooth. (#442212) libxcb-1.1-4.fc9 ---------------- * Tue Apr 22 2008 Adam Jackson 1.1-4 - libxcb-1.1-sloppy-lock.patch: Turn sloppy locking on all the time. I'm tired of fighting it. (#390261) linuxwacom-0.7.9.8-6.fc9 ------------------------ * Tue Apr 22 2008 Adam Jackson 0.7.9.8-6 - linuxwacom-0.7.9.8-cleanup.patch: Don't crash at exit. (#443201) ltspfs-0.5.1-1.fc9 ------------------ * Mon Apr 21 2008 Warren Togami - 0.5.1-1 - lbmount must be setuid - ltspfsd requires xorg-x11-utils in the client chroot mock-0.9.9-1.fc9 ---------------- * Tue Apr 22 2008 Jesse Keating - 0.9.9-1 - Update config files for Fedora 9 - Comment out multilib excludes, no longer needed in F9+ with yum multilib changes ntfs-3g-2:1.2412-1.fc9 ---------------------- * Tue Apr 22 2008 Tom "spot" Callaway - 2:1.2412-1 - update to 1.2412 perl-Socket6-0.20-1.fc9 ----------------------- * Tue Apr 22 2008 Robert Scheck - 0.20-1 - Upgrade to 0.20 (#443497) phpMyAdmin-2.11.5.2-1.fc9 ------------------------- * Tue Apr 22 2008 Robert Scheck 2.11.5.2-1 - Upstream released 2.11.5.2 (#443683) xfce4-session-4.4.2-3.fc9 ------------------------- * Tue Apr 22 2008 Kevin Fenzi - 4.4.2-3 - Disable tips by default for now. xorg-x11-server-1.4.99.901-23.20080415.fc9 ------------------------------------------ * Tue Apr 22 2008 Adam Jackson 1.4.99.901-23.20080415 - xserver-1.5.0-stenciled-visuals.patch: Prefer visuals with a stencil buffer for the default GLX visual. (Hans de Goede, #442510) Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From jkeating at redhat.com Wed Apr 23 17:41:55 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Apr 2008 13:41:55 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423173334.GB5914@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> Message-ID: <1208972515.15068.31.camel@localhost.localdomain> On Wed, 2008-04-23 at 20:33 +0300, Axel Thimm wrote: > In a nutshell: Keep things as are, but if there really is a command > that is used by "normal" users move that out of sbin or make a symlink > (commands that used to live in sbin and moved out are for example > ping and traceroute) If we were to keep things the way they are, we need to munge sudo so that it takes into account the sbin paths. Continually doing "sbin foo" and getting foo not found is infuriating to no end, combined with the guessing game of "is it /sbin or /usr/sbin I must call out on this system this week". -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mschwendt at gmail.com Wed Apr 23 17:51:18 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 23 Apr 2008 19:51:18 +0200 Subject: New F-10 in koji In-Reply-To: <480F5B0F.3070202@univ-nantes.fr> References: <480F5B0F.3070202@univ-nantes.fr> Message-ID: <20080423195118.a91236f0.mschwendt@gmail.com> On Wed, 23 Apr 2008 17:51:43 +0200, Tanguy Eric wrote: > My package build fine for F-9 but failed for devel > http://koji.fedoraproject.org/koji/getfile?taskID=578408&name=build.log > i added openssl-devel to BR and it builds fine now. But i can't > understand why i have to add openssl-devel to BR between F-9 and F-10 ? Examine your build requirements to find out which one adds the "-lssl" to the linker options. It could be that one package of your build requirements is just missing "Requires: openssl-devel". Then that package ought to get fixed. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.23 1.16 1.08 From silfreed at silfreed.net Wed Apr 23 17:52:03 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Wed, 23 Apr 2008 13:52:03 -0400 Subject: Perl and Python bindings package (libconcord) review help In-Reply-To: <1208924576.13057.TMDA@tmda.severn.wwwdotorg.org> References: <1208924576.13057.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <200804231352.03906.silfreed@silfreed.net> On Wednesday 23 April 2008 00:21:46 Stephen Warren wrote: > I'm reviewing libconcord: > > https://bugzilla.redhat.com/show_bug.cgi?id=438105 > > The proposed package recently added Python and Perl bindings. I'm not > familiar with Python and Perl packaging. I think everything looks > basically OK according to my reading of the Wiki, but I'd appreciate any > comments from more knowledgeable people. I'm the one packaging libconcord and am having a problem with the python bindings; they seem to be installing into %{python_sitelib} even though they should be installing into %{python_sitearch}. Here is my current spec file for people to look at: https://rpm.silfreed.net:8002/index.cgi/file/4029ac859c82/libconcord/libconcord.spec -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From tmraz at redhat.com Wed Apr 23 18:10:29 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 23 Apr 2008 20:10:29 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971357.2291.100.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> Message-ID: <1208974229.6157.59.camel@vespa.frost.loc> On Wed, 2008-04-23 at 13:22 -0400, Behdad Esfahbod wrote: > On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > > I propose that we add /sbin and /usr/sbin to the path for normal users > > (as well as root) for F10? There are plenty of useful tools in there for > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > assumes the user is root because it lives in /sbin is fundamentally > > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > > so I propose that we just do it. > > > > Anyone opposed to such an action? > > The tools in /sbin are divided into two categories: > > a) Those that are useful for non-root users, mostly in a > query/reporting capacity. Like ifconfig, lsmod, and fdisk (for -l), > lspci, lsusb, ... > > b) Those that are not useful without root privileges. Like modprobe, > rmmod, insmod, fsck, swapoff, ... > > > There are 3 ways to handle this issue: > > 1) All of a) and b) in /sbin, and /sbin not in users' path. This is > the current setting. > > 2) All of a) and b) in /sbin, and /sbin in users' path. This is what > you propose. > > 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and > keep /sbin out of users' path. > > > In an ideal world, we would have 3. But it's a lot of packaging work. > Failing that, there's near consensus that 2) is better than 1) as the > set of commands in group a) seems to be larger than b). I'd add 4) Merge /bin and /sbin and drop /sbin completely. (Why have them separated if both of them are always in path.) But I vote for 3) anyway. In case 2) wins will root keep the /sbin /usr/sbin at the beginning of the $PATH and regular users will have it at the end of it? -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From cmadams at hiwaay.net Wed Apr 23 18:16:25 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Apr 2008 13:16:25 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> Message-ID: <20080423181625.GE1406905@hiwaay.net> Once upon a time, Adam Tkac said: > I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin > for backward compatibility. Can't be done without major changes to rpm. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From eric.tanguy at univ-nantes.fr Wed Apr 23 18:17:33 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Wed, 23 Apr 2008 20:17:33 +0200 Subject: New F-10 in koji In-Reply-To: <20080423195118.a91236f0.mschwendt@gmail.com> References: <480F5B0F.3070202@univ-nantes.fr> <20080423195118.a91236f0.mschwendt@gmail.com> Message-ID: <480F7D3D.7020906@univ-nantes.fr> Michael Schwendt a ?crit : > On Wed, 23 Apr 2008 17:51:43 +0200, Tanguy Eric wrote: > > >> My package build fine for F-9 but failed for devel >> http://koji.fedoraproject.org/koji/getfile?taskID=578408&name=build.log >> i added openssl-devel to BR and it builds fine now. But i can't >> understand why i have to add openssl-devel to BR between F-9 and F-10 ? >> > > Examine your build requirements to find out which one adds the "-lssl" to > the linker options. It could be that one package of your build > requirements is just missing "Requires: openssl-devel". Then that > package ought to get fixed. > > Ok but how to know what package add "-lssl" ? Eric From cmadams at hiwaay.net Wed Apr 23 18:17:45 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Apr 2008 13:17:45 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231120.21735.dennis@ausil.us> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <200804231120.21735.dennis@ausil.us> Message-ID: <20080423181744.GF1406905@hiwaay.net> Once upon a time, Dennis Gilmore said: > su - > on a fedora system does the same thing it loads the target users profile > rather than using the source users Except "su -" has other side-effects (such as changing the working directory; highly annoying when you need to chown a file or some such). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From fedora at leemhuis.info Wed Apr 23 18:18:57 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 23 Apr 2008 20:18:57 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208972515.15068.31.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> Message-ID: <480F7D91.3030901@leemhuis.info> On 23.04.2008 19:41, Jesse Keating wrote: > On Wed, 2008-04-23 at 20:33 +0300, Axel Thimm wrote: >> In a nutshell: Keep things as are, but if there really is a command >> that is used by "normal" users move that out of sbin or make a symlink >> (commands that used to live in sbin and moved out are for example >> ping and traceroute) +1 > If we were to keep things the way they are, we need to munge sudo so > that it takes into account the sbin paths. Continually doing "sbin foo" s/sbin/sudo/ I suppose? > and getting foo not found is infuriating to no end, combined with the > guessing game of "is it /sbin or /usr/sbin I must call out on this > system this week". +1 While at it more and more often people talk about sudo in Fedora-land. Maybe we should encourage sudo more? Maybe by adding users (the first one that gets created?) to /etc/sudoers from firstboot? Or by disabling root-login completely? Not sure if the latter is a good idea, but well, you get the idea). Cu knurd From mattdm at mattdm.org Wed Apr 23 18:19:27 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 14:19:27 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> Message-ID: <20080423181927.GA27354@jadzia.bu.edu> On Wed, Apr 23, 2008 at 05:55:28PM +0200, Adam Tkac wrote: > I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin > for backward compatibility. Typing /sbin every time when I want run > ifconfig or service status is really annoying. +1 I don't want httpd or nscd or hald in my path. Or halt, for that matter. But anything that *is* useful for non-root users should be moved or symlinked to bin. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From cmadams at hiwaay.net Wed Apr 23 18:23:30 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Apr 2008 13:23:30 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971357.2291.100.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> Message-ID: <20080423182330.GG1406905@hiwaay.net> Once upon a time, Behdad Esfahbod said: > 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and > keep /sbin out of users' path. > > In an ideal world, we would have 3. But it's a lot of packaging work. How much, really? There are maybe a couple of dozen commands in /sbin and /usr/sbin that are useful to non-root users, and many of them come from the same package. Many of them probably don't even need symlinks (who cares that lspci has moved for example). Now, I always just have PATH=$PATH:/usr/sbin:/sbin in the system profile on my systems (so I certainly don't object to doing that by default), but it would be better to do this the "right" way. The packaging guidelines going forward could then have something like: - /sbin: for administration tools only useful for root and needed to boot the system - /usr/sbin: for other administration tools only useful for root -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mattdm at mattdm.org Wed Apr 23 18:26:49 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 14:26:49 -0400 Subject: sudo secure path [was Re: Adding /sbin and /usr/sbin to everyone's path in F10] In-Reply-To: <1208972515.15068.31.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> Message-ID: <20080423182649.GB27354@jadzia.bu.edu> On Wed, Apr 23, 2008 at 01:41:55PM -0400, Jesse Keating wrote: > If we were to keep things the way they are, we need to munge sudo so > that it takes into account the sbin paths. Continually doing "sbin foo" > and getting foo not found is infuriating to no end, combined with the > guessing game of "is it /sbin or /usr/sbin I must call out on this > system this week". There is no need to munge sudo, actually, since sudo has an option which makes it easy. And bash-completion as shipped in fedora already works with this and "sudo foo[tab]" -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Apr 23 18:30:19 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 14:30:19 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971357.2291.100.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> Message-ID: <20080423183019.GC27354@jadzia.bu.edu> On Wed, Apr 23, 2008 at 01:22:37PM -0400, Behdad Esfahbod wrote: > In an ideal world, we would have 3. But it's a lot of packaging work. > Failing that, there's near consensus that 2) is better than 1) as the > set of commands in group a) seems to be larger than b). Saying "there's near consensus" doesn't make it so. The amount that "2" is worse than "1" is large enough that the bar for saying "eh, let's do that then" needs to be pretty high. Once upon a time, traceroute was in sbin and *that* got fixed. I don't see any reason we can't fix the other _tiny handful_ of commands this affects. (Especially if the sudo securepath option is also enabled, which reduces the number further.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From wwoods at redhat.com Wed Apr 23 18:35:12 2008 From: wwoods at redhat.com (Will Woods) Date: Wed, 23 Apr 2008 14:35:12 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423181927.GA27354@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> Message-ID: <1208975718.20822.19.camel@metroid.rdu.redhat.com> On Wed, 2008-04-23 at 14:19 -0400, Matthew Miller wrote: > On Wed, Apr 23, 2008 at 05:55:28PM +0200, Adam Tkac wrote: > > I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin > > for backward compatibility. Typing /sbin every time when I want run > > ifconfig or service status is really annoying. > > +1 > > I don't want httpd or nscd or hald in my path. Or halt, for that matter. But > anything that *is* useful for non-root users should be moved or symlinked to > bin. Does that mean you're volunteering to maintain the magical, amorphous, ever-shifting, ever-controversial List Of All Binaries That Are Useful For Non-root Users? Oh boy! Prepare to spend the next few months in arguments about what is and isn't useful to non-root users. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From walters at verbum.org Wed Apr 23 18:49:02 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 23 Apr 2008 14:49:02 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423183019.GC27354@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423183019.GC27354@jadzia.bu.edu> Message-ID: On Wed, Apr 23, 2008 at 2:30 PM, Matthew Miller wrote: > Once upon a time, traceroute was in sbin and *that* got fixed. I don't see > any reason we can't fix the other _tiny handful_ of commands this affects. > (Especially if the sudo securepath option is also enabled, which reduces the > number further.) "The perfect is the enemy of the good" --Voltaire From lesmikesell at gmail.com Wed Apr 23 18:52:51 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 23 Apr 2008 13:52:51 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208975718.20822.19.camel@metroid.rdu.redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> Message-ID: <480F8583.6050806@gmail.com> Will Woods wrote: > On Wed, 2008-04-23 at 14:19 -0400, Matthew Miller wrote: >> On Wed, Apr 23, 2008 at 05:55:28PM +0200, Adam Tkac wrote: >>> I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin >>> for backward compatibility. Typing /sbin every time when I want run >>> ifconfig or service status is really annoying. >> +1 >> >> I don't want httpd or nscd or hald in my path. Or halt, for that matter. But >> anything that *is* useful for non-root users should be moved or symlinked to >> bin. > > Does that mean you're volunteering to maintain the magical, amorphous, > ever-shifting, ever-controversial List Of All Binaries That Are Useful > For Non-root Users? Oh boy! > > Prepare to spend the next few months in arguments about what is and > isn't useful to non-root users. While you are at it, why don't you hide all the files in /bin and /user/bin that aren't useful to me today and just expose the ones I want? -- Les Mikesell lesmikesell at gmail.com From mattdm at mattdm.org Wed Apr 23 18:54:25 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 14:54:25 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208975718.20822.19.camel@metroid.rdu.redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> Message-ID: <20080423185425.GA31210@jadzia.bu.edu> On Wed, Apr 23, 2008 at 02:35:12PM -0400, Will Woods wrote: > Does that mean you're volunteering to maintain the magical, amorphous, > ever-shifting, ever-controversial List Of All Binaries That Are Useful > For Non-root Users? Oh boy! Eh. I don't think it's as difficult as all that. > Prepare to spend the next few months in arguments about what is and > isn't useful to non-root users. What's to argue? Either it has something that works when not root (the canonical ipconfig and fdisk example) or it doesn't. The special case is perhap servers like httpd which could theoretically (or not so theoretically -- thanks, GNOME!) be started as per-user daemons -- but those aren't launched from the command-line so don't need to be in user's path either. And I think we could solve 99.9% of the annoyance by addressing ifconfig, fdisk, lsmod, route, and the other small handful of programs mentioned in this thread. Like I said, it worked for traceroute back in 2003. :) ... Plus, the sudo thing. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Apr 23 18:55:15 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 14:55:15 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423183019.GC27354@jadzia.bu.edu> Message-ID: <20080423185515.GB31210@jadzia.bu.edu> On Wed, Apr 23, 2008 at 02:49:02PM -0400, Colin Walters wrote: > > Once upon a time, traceroute was in sbin and *that* got fixed. I don't > > see any reason we can't fix the other _tiny handful_ of commands this > > affects. (Especially if the sudo securepath option is also enabled, > > which reduces the number further.) > "The perfect is the enemy of the good" --Voltaire Err, sure. So let's make it good. That's my side of the argument, right? :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From walters at verbum.org Wed Apr 23 19:01:25 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 23 Apr 2008 15:01:25 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423185515.GB31210@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423183019.GC27354@jadzia.bu.edu> <20080423185515.GB31210@jadzia.bu.edu> Message-ID: On Wed, Apr 23, 2008 at 2:55 PM, Matthew Miller wrote: > On Wed, Apr 23, 2008 at 02:49:02PM -0400, Colin Walters wrote: > > > Once upon a time, traceroute was in sbin and *that* got fixed. I don't > > > see any reason we can't fix the other _tiny handful_ of commands this > > > affects. (Especially if the sudo securepath option is also enabled, > > > which reduces the number further.) > > "The perfect is the enemy of the good" --Voltaire > > Err, sure. So let's make it good. That's my side of the argument, right? :) Heh, no. The good is the two-line change to the setup package to make things better. From smooge at gmail.com Wed Apr 23 19:02:14 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 23 Apr 2008 13:02:14 -0600 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971098.9484.8.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <480F5B60.3000104@odu.neva.ru> <20080423160117.GB9085@amd.home.annexia.org> <1208971098.9484.8.camel@localhost.localdomain> Message-ID: <80d7e4090804231202k6d3a5c68kab11bae78c3c6588@mail.gmail.com> On Wed, Apr 23, 2008 at 11:18 AM, Lubomir Kundrak wrote: > > On Wed, 2008-04-23 at 17:01 +0100, Richard W.M. Jones wrote: > > On Wed, Apr 23, 2008 at 07:53:04PM +0400, Dmitry Butskoy wrote: > > > Tom "spot" Callaway wrote: > > >> I propose that we add /sbin and /usr/sbin to the path for normal users > > >> (as well as root) for F10? There are plenty of useful tools in there for > > >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > >> assumes the user is root because it lives in /sbin is fundamentally > > >> broken. > > > > > > Perhaps the initial ancient UNIX idea was to isolate unprivileged users > > > from commands which they cannot run. IOW, to avoid a situation "I've > > > discovered that there is a command, but why I have no rights to run it?" :) > > > > AFAIK the /sbin split was done around the late 80s. First saw it in > > SunOS. Old (V7 etc.) versions of Unix just had /bin and /usr/bin. > > Yep, but it had the administrative commands in /etc. Unless I am > wrong, /sbin was a new home for them to separate them from configuration > files. > That is my recollection also. It was not in v7 but was in SysV for the reason you listed. I think SunOS-1 still had a lot of binaries in /etc. SunOS-2 was completely SysV and moved the items into /sbin, /bin. One idea was that service binaries could be protected by chmod etc out of the main path-views so even putting /sbin:/usr/sbin would not help a non-root user start up their own telnetd on port 9999. [selinux on the real cheap.] -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From Axel.Thimm at ATrpms.net Wed Apr 23 19:02:40 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 23 Apr 2008 22:02:40 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208972515.15068.31.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> Message-ID: <20080423190240.GF5914@victor.nirvana> On Wed, Apr 23, 2008 at 01:41:55PM -0400, Jesse Keating wrote: > On Wed, 2008-04-23 at 20:33 +0300, Axel Thimm wrote: > > In a nutshell: Keep things as are, but if there really is a command > > that is used by "normal" users move that out of sbin or make a symlink > > (commands that used to live in sbin and moved out are for example > > ping and traceroute) > > If we were to keep things the way they are, we need to munge sudo so > that it takes into account the sbin paths. Continually doing "sbin foo" > and getting foo not found is infuriating to no end, combined with the > guessing game of "is it /sbin or /usr/sbin I must call out on this > system this week". sudo has something pointing in the right direction, the "-i" flag. It properly initializes to the target user's shell and presents the environment that that user would see including the proper PATH: [thimm at victor ~]$ ifconfig bash: ifconfig: command not found [thimm at victor ~]$ sudo -i [root at victor ~]# which ifconfig /sbin/ifconfig [root at victor ~]# But unfortunately sudo -i doesn't seem to work quite yet: [thimm at victor ~]$ sudo -i ifconfig /sbin/ifconfig: /sbin/ifconfig: cannot execute binary file Maybe just a bug that needs to be fixed (note that it *did* find ifconfig, it just somehow messed up calling it). Obviouly sudo -i invokes the shell with the argument "ifconfig", while it should simply pipe it into the invoked shell (or use -c). FWIW my poor man's working sudo is sudo bash -lc ifconfig But it would be better to fix sudo. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mattdm at mattdm.org Wed Apr 23 19:04:56 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 15:04:56 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423183019.GC27354@jadzia.bu.edu> <20080423185515.GB31210@jadzia.bu.edu> Message-ID: <20080423190456.GA407@jadzia.bu.edu> On Wed, Apr 23, 2008 at 03:01:25PM -0400, Colin Walters wrote: > > On Wed, Apr 23, 2008 at 02:49:02PM -0400, Colin Walters wrote: > > > > Once upon a time, traceroute was in sbin and *that* got fixed. I don't > > > > see any reason we can't fix the other _tiny handful_ of commands this > > > > affects. (Especially if the sudo securepath option is also enabled, > > > > which reduces the number further.) > > > "The perfect is the enemy of the good" --Voltaire > > Err, sure. So let's make it good. That's my side of the argument, right? :) > Heh, no. The good is the two-line change to the setup package to make > things better. That would be true if it didn't make things _worse_. :) But that aside, in this case, the quote in this case should be changed to "the mediocre/poor is the enemy of the good", because once /sbin and /usr/sbin are crammed into everyone's path, there's never going to be any incentive to put programs in sensible places. We'd still have /usr/sbin/traceroute. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From behdad at behdad.org Wed Apr 23 19:06:37 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Wed, 23 Apr 2008 15:06:37 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423182330.GG1406905@hiwaay.net> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423182330.GG1406905@hiwaay.net> Message-ID: <1208977597.2291.150.camel@behdad.behdad.org> On Wed, 2008-04-23 at 13:23 -0500, Chris Adams wrote: > (who cares that lspci has moved for example). Scripts that have hardcoded /sbin/lspci, because, oh well, lspci was not in the path? -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From behdad at behdad.org Wed Apr 23 19:07:39 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Wed, 23 Apr 2008 15:07:39 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423183019.GC27354@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423183019.GC27354@jadzia.bu.edu> Message-ID: <1208977659.2291.152.camel@behdad.behdad.org> On Wed, 2008-04-23 at 14:30 -0400, Matthew Miller wrote: > > The amount that "2" is worse than "1" is large enough that the bar for > saying "eh, let's do that then" needs to be pretty high. Not sure I agree. [behdad:0 ~]$ TAB TAB Display all 3580 possibilities? (y or n) There's already over 3k binaries in my path. What's another 500? -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From mschwendt at gmail.com Wed Apr 23 19:11:07 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 23 Apr 2008 21:11:07 +0200 Subject: New F-10 in koji In-Reply-To: <480F7D3D.7020906@univ-nantes.fr> References: <480F5B0F.3070202@univ-nantes.fr> <20080423195118.a91236f0.mschwendt@gmail.com> <480F7D3D.7020906@univ-nantes.fr> Message-ID: <20080423211107.675af15b.mschwendt@gmail.com> On Wed, 23 Apr 2008 20:17:33 +0200, Tanguy Eric wrote: > Michael Schwendt a ?crit : > > On Wed, 23 Apr 2008 17:51:43 +0200, Tanguy Eric wrote: > > > > > >> My package build fine for F-9 but failed for devel > >> http://koji.fedoraproject.org/koji/getfile?taskID=578408&name=build.log > >> i added openssl-devel to BR and it builds fine now. But i can't > >> understand why i have to add openssl-devel to BR between F-9 and F-10 ? > >> > > > > Examine your build requirements to find out which one adds the "-lssl" to > > the linker options. It could be that one package of your build > > requirements is just missing "Requires: openssl-devel". Then that > > package ought to get fixed. > > > > > Ok but how to know what package add "-lssl" ? Go through your list of needed -devel packages, see how they are used by your package. Look for pkgconfig files (*.pc) or *-config scripts which return compiler/linker flags. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.75 1.69 1.37 From mattdm at mattdm.org Wed Apr 23 19:14:08 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 15:14:08 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208977659.2291.152.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423183019.GC27354@jadzia.bu.edu> <1208977659.2291.152.camel@behdad.behdad.org> Message-ID: <20080423191408.GA1617@jadzia.bu.edu> On Wed, Apr 23, 2008 at 03:07:39PM -0400, Behdad Esfahbod wrote: > Not sure I agree. > [behdad:0 ~]$ TAB TAB > Display all 3580 possibilities? (y or n) > There's already over 3k binaries in my path. What's another 500? $ [TAB] [TAB] Display all 1152 possibilities? (y or n) A 50% gain, apparently. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Apr 23 19:15:08 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 15:15:08 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423190240.GF5914@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> <20080423190240.GF5914@victor.nirvana> Message-ID: <20080423191508.GA1704@jadzia.bu.edu> On Wed, Apr 23, 2008 at 10:02:40PM +0300, Axel Thimm wrote: > sudo has something pointing in the right direction, the "-i" flag. It > properly initializes to the target user's shell and presents the > environment that that user would see including the proper PATH: Hmmm. What's the advantage of this over building with --with-secure-path? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From email.ahmedkamal at googlemail.com Wed Apr 23 19:16:31 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Wed, 23 Apr 2008 21:16:31 +0200 Subject: Install F9 on a loopback file a la Wubi Message-ID: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> Hi list, Did anyone successfully install a modern Fedora on a loopback file a la Wubi ? I know nothing automated like Wubi exists for Fedora, I have no problem bringing my sledge hammer to make this work. I just need to know if there are any pointers/guides somewhere for how to make this work? PS: Please don't ask why would I want to do that :) Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Wed Apr 23 19:20:54 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Apr 2008 12:20:54 -0700 Subject: Fedora Rel-Eng Meeting Recap 2008-04-21 In-Reply-To: <480F5DA6.8020609@redhat.com> References: <480F5DA6.8020609@redhat.com> Message-ID: <480F8C16.5020105@gmail.com> John Poelstra wrote: > == CVS Branching == > * 36+ hours of outage for branching > * cannot do this again--must to figure out a way to do this without an > outage > * the second batch of cvs branches is about 50% of the way through > which started 11~ hours ago > * part of the delay is the pkgdb updates--a different SCM wouldn't > necessarily fix the problem > Here's some inkling of the process and where we need to fix things: Mass branching happens in two parts. The first part updates the pkgdb with the new branch information. The second part updates the cvs server with the new branches from information stored in the pkgdb. The first part had a rate of ~ 4 packages / minute. The second part can cache the pkgdb information so there's a 30s initial loading of pkgdb information followed by a rate of 3 packages / minute. After the branching, Bill Nottingham (notting) took a look at how expensive it was to create the modules file in cvs vs the benefits it gave us. After some discussion on buildsys-list[1]_ Bill removed that functionality from our mkbranch script and made a fresh import of the module file. Jesse subsequently made branches on the cvs server for 206 packages that hadn't branched. This took 4 minutes. Extrapolating this out, the second step will now take 2-3 hours. We could still work on making this non-blocking but it's no longer the speed bottleneck that it was before. This leaves the first step. The only reason we have an outage during this period is to disable email sending while the branching is being done. Instead of doing this, we have two choices: 1) Add a flag to the pkgdb API to disable email sending when mass branching or other admin requests -- Could be useful for other operations as well. Could also be a security risk. 2) Add a specific API to pkgdb that mass branches packages without sending email -- likely to be faster due to being able to combine certain calls to the database. .. _[1]: https://www.redhat.com/archives/fedora-buildsys-list/2008-April/msg00017.html -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From debarshi.ray at gmail.com Wed Apr 23 19:26:31 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 24 Apr 2008 00:56:31 +0530 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423173334.GB5914@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> Message-ID: <3170f42f0804231226j69030c3fy9c1c42c03be67cc2@mail.gmail.com> > Although I wouldn't consider "ifconfig, fdisk, parted" tools > that inexperienced users should have at their fingertips. I find ifconfig and route extremely useful for inexperienced users. While trying to remotely help clueless newbies over IM, I have often had to tell them to use either of these two commands to report the configuration of their system. Much more easier and than telling than to click through a maze of GUI widgets. Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From lesmikesell at gmail.com Wed Apr 23 19:30:45 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 23 Apr 2008 14:30:45 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423191508.GA1704@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> <20080423190240.GF5914@victor.nirvana> <20080423191508.GA1704@jadzia.bu.edu> Message-ID: <480F8E65.1090602@gmail.com> Matthew Miller wrote: > On Wed, Apr 23, 2008 at 10:02:40PM +0300, Axel Thimm wrote: >> sudo has something pointing in the right direction, the "-i" flag. It >> properly initializes to the target user's shell and presents the >> environment that that user would see including the proper PATH: > > Hmmm. What's the advantage of this over building with --with-secure-path? Sudo is pretty much irrelevant here. If you want to keep users sane (keeping in mind that the user and adminstrator are the same person for most desktop machines...), everything should work the same if you 'su' as it does if you 'su -' or sudo. -- Les Mikesell lesmikesell at gmail.com From cjdahlin at ncsu.edu Wed Apr 23 19:21:40 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 23 Apr 2008 15:21:40 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423173334.GB5914@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> Message-ID: <480F8C44.5040109@ncsu.edu> Axel Thimm wrote: > On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: > >> I propose that we add /sbin and /usr/sbin to the path for normal users >> (as well as root) for F10? There are plenty of useful tools in there for >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >> assumes the user is root because it lives in /sbin is fundamentally >> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >> so I propose that we just do it. >> >> Anyone opposed to such an action? >> > > As many people already noted there are some reasons to hide them away > from "normal" users. Effectively you suggest setting sbindir to > bindir, e.g. why have /sbin, /usr/sbin at all if all PATHs point to > both sbin/bin so that there is no split? > > So the argument is not about PATH, but about having the split in the > first place. > > If a command is considered often called by users why not put a symlink > to bindir instead? > > $ ls /sbin| wc -l;ls /usr/sbin| wc -l > 312 > 486 > > Is it really better to keep the rest out of the way though? Consider a user who is told to run a given set of commands, but forgets that he must do it as root. Isn't the average command's "permission denied" message better than "command not found?" The latter is confusing, and can cause panic in a user who (as often happens) has no idea how to use the terminal and is simply following a set of instructions he was told would give him results. --CJD From debarshi.ray at gmail.com Wed Apr 23 19:36:36 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 24 Apr 2008 01:06:36 +0530 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <87iqy85yn2.fsf@fc5.bigo.ensc.de> References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> <1208966124.12717.178.camel@localhost.localdomain> <87iqy85yn2.fsf@fc5.bigo.ensc.de> Message-ID: <3170f42f0804231236h3fa51497u6a8e68d62655139f@mail.gmail.com> > 2. 80-90% of programs under */sbin are without any use for normal > users; mentioned 'ifconfig' + 'route' are called by normal users > for diagnostic reasons only. This assumes some adminstrative > knowledge including awareness about the special /sbin paths. ping is also used for diagnostic uses only, is setuid root and stays in /bin. One might argue that ping and traceroute also require "administrative knowledge". > 3. tab-completion will show me a lot of new programs which are for zero > use. This will slow down my work. I have over 3150 binaries in my default Fedora path now. The sbin stuff amounts to 600 more. Come one, that is just a 20% rise. > 4. problems which are tried to be solved can be handled much better at > other places (e.g. modify 'sudo' to search in */sbin, or link commonly > used programs to */bin) One has to configure sudo separately. So that is not much of a usability improvement. Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From cjdahlin at ncsu.edu Wed Apr 23 19:23:50 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 23 Apr 2008 15:23:50 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F7D91.3030901@leemhuis.info> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> <480F7D91.3030901@leemhuis.info> Message-ID: <480F8CC6.8050000@ncsu.edu> Thorsten Leemhuis wrote: > On 23.04.2008 19:41, Jesse Keating wrote: > >> On Wed, 2008-04-23 at 20:33 +0300, Axel Thimm wrote: >> >>> In a nutshell: Keep things as are, but if there really is a command >>> that is used by "normal" users move that out of sbin or make a symlink >>> (commands that used to live in sbin and moved out are for example >>> ping and traceroute) >>> > > +1 > > >> If we were to keep things the way they are, we need to munge sudo so >> that it takes into account the sbin paths. Continually doing "sbin foo" >> > > s/sbin/sudo/ I suppose? > As a side note, I have this in my .bashrc: alias sudo="PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin sudo" Not a distro-type solution, but it has made my life better. --CJD From dcantrell at redhat.com Wed Apr 23 19:43:18 2008 From: dcantrell at redhat.com (David Cantrell) Date: Wed, 23 Apr 2008 09:43:18 -1000 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208964631.12717.158.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> Message-ID: <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> On Apr 23, 2008, at 5:30 AM, Tom spot Callaway wrote: > I propose that we add /sbin and /usr/sbin to the path for normal users > (as well as root) for F10? There are plenty of useful tools in there > for > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > assumes the user is root because it lives in /sbin is fundamentally > broken. The LSB doesn't mandate this (at least, not anywhere I can > see), > so I propose that we just do it. > > Anyone opposed to such an action? I would rather see any of the following: - Complete elimination of sbin vs. bin dirs. Just put everything in bin. This is probably a bad idea anyway, since it really shows bad form. And who knows, we might have more than 32768 dentry's in bin some day, and that would be bad for ext3. - Picking the commands that make sense for non-root users and moving them from sbin to bin (ifconfig and route, for instance). Isn't that why mount(8) lives in /bin anyway? I think modifying the default PATH is a short term solution, but I'd rather see packaging policy changed and packages for F-10 changed to move commands in to bin that should belong there. -- David Cantrell Red Hat / Honolulu, HI From Axel.Thimm at ATrpms.net Wed Apr 23 19:46:13 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 23 Apr 2008 22:46:13 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F8C44.5040109@ncsu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <480F8C44.5040109@ncsu.edu> Message-ID: <20080423194613.GA3696@victor.nirvana> On Wed, Apr 23, 2008 at 03:21:40PM -0400, Casey Dahlin wrote: > Axel Thimm wrote: >> On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: >> >>> I propose that we add /sbin and /usr/sbin to the path for normal users >>> (as well as root) for F10? There are plenty of useful tools in there for >>> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >>> assumes the user is root because it lives in /sbin is fundamentally >>> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >>> so I propose that we just do it. >>> >>> Anyone opposed to such an action? >>> >> >> As many people already noted there are some reasons to hide them away >> from "normal" users. Effectively you suggest setting sbindir to >> bindir, e.g. why have /sbin, /usr/sbin at all if all PATHs point to >> both sbin/bin so that there is no split? >> >> So the argument is not about PATH, but about having the split in the >> first place. >> >> If a command is considered often called by users why not put a symlink >> to bindir instead? >> >> $ ls /sbin| wc -l;ls /usr/sbin| wc -l 312 >> 486 >> >> > Is it really better to keep the rest out of the way though? Consider a user > who is told to run a given set of commands, but forgets that he must do it > as root. Isn't the average command's "permission denied" message better > than "command not found?" The latter is confusing, and can cause panic in a > user who (as often happens) has no idea how to use the terminal and is > simply following a set of instructions he was told would give him results. I think the contrary is the case. The user that is told to check his interfaces with ifconfig and manges to do so and then is told to change the interface's parameters (like the ip/netmask) is suddenly confronted with the root/non-root issue in the middle of his unrelated problem diagnosis. While if having been blocked right from the start the user's consiousness about root/non-root is awaken before he starts digging into the real problem. (Note: we're talking about the inexperienced users here, everyone in this thread can add a one liner to his startup scripts to get his PATH as he likes.) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Wed Apr 23 19:47:29 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 23 Apr 2008 22:47:29 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423191508.GA1704@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> <20080423190240.GF5914@victor.nirvana> <20080423191508.GA1704@jadzia.bu.edu> Message-ID: <20080423194729.GB3696@victor.nirvana> On Wed, Apr 23, 2008 at 03:15:08PM -0400, Matthew Miller wrote: > On Wed, Apr 23, 2008 at 10:02:40PM +0300, Axel Thimm wrote: > > sudo has something pointing in the right direction, the "-i" flag. It > > properly initializes to the target user's shell and presents the > > environment that that user would see including the proper PATH: > > Hmmm. What's the advantage of this over building with --with-secure-path? That you get the exact target user's path, not a fixed one. So it also works with sudo -u mmiller -i -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mattdm at mattdm.org Wed Apr 23 19:50:35 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 15:50:35 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423194729.GB3696@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> <20080423190240.GF5914@victor.nirvana> <20080423191508.GA1704@jadzia.bu.edu> <20080423194729.GB3696@victor.nirvana> Message-ID: <20080423195035.GA5644@jadzia.bu.edu> On Wed, Apr 23, 2008 at 10:47:29PM +0300, Axel Thimm wrote: > > Hmmm. What's the advantage of this over building with --with-secure-path? > That you get the exact target user's path, not a fixed one. So it also > works with sudo -u mmiller -i I think that's a disadvantage, because you don't know what to expect. Who knows what crazy stuff mmiller might put in his path? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From denis at poolshark.org Wed Apr 23 19:47:46 2008 From: denis at poolshark.org (Denis Leroy) Date: Wed, 23 Apr 2008 21:47:46 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F72B2.5010305@hhs.nl> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: <480F9262.1030206@poolshark.org> Hans de Goede wrote: > Tom "spot" Callaway wrote: >> I propose that we add /sbin and /usr/sbin to the path for normal users >> (as well as root) for F10? There are plenty of useful tools in there for >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >> assumes the user is root because it lives in /sbin is fundamentally >> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >> so I propose that we just do it. >> >> Anyone opposed to such an action? >> > > Not at all, > > +1000000 > > I've been consistenly changing /etc/profile todo exactly this since the > day I started using RH 4.0 +1 for me also. rmmod was given as an example of an sbin executable that has no non-root uses. I disagree with that, it has 2 perfectly valid uses: 'rmmod -V' and 'rmmod -h' :-) My concern would more be on the sudden appearance in PATH of daemons that have no business being run from the shell even as root (other than for debugging), such has httpd or wpa_supplicant, but maybe that's another debate... -denis From a.badger at gmail.com Wed Apr 23 19:56:58 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Apr 2008 12:56:58 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971357.2291.100.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> Message-ID: <480F948A.4080201@gmail.com> Behdad Esfahbod wrote: > There are 3 ways to handle this issue: > > 1) All of a) and b) in /sbin, and /sbin not in users' path. This is > the current setting. > > 2) All of a) and b) in /sbin, and /sbin in users' path. This is what > you propose. > > 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and > keep /sbin out of users' path. > While I'm all for #2, if #3 is what happens, please make your symlinks the other way around. /bin/ifconfig ln -s /bin/ifconfig /sbin/ifconfig The move is acknowledging that the binary is useful for end users and therefore belongs in their path (and thus rightfully belongs in /bin). The symlink is backwards compatibility for scripts and people who are used to typing sudo /sbin/ifconfig. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From cmadams at hiwaay.net Wed Apr 23 19:59:13 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 23 Apr 2008 14:59:13 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423185425.GA31210@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> Message-ID: <20080423195913.GI1406905@hiwaay.net> Once upon a time, Matthew Miller said: > And I think we could solve 99.9% of the annoyance by addressing ifconfig, > fdisk, lsmod, route, and the other small handful of programs mentioned in > this thread. Like I said, it worked for traceroute back in 2003. :) Again, here's my personal list-at-a-glance of things to look at: bind: /usr/sbin/rndc chkconfig: /sbin/chkconfig freeipmi: /usr/sbin/ipmiconsole /usr/sbin/ipmipower hardlink: /usr/sbin/hardlink iproute: /sbin/ip module-init-tools: /sbin/lsmod /sbin/modinfo net-tools: /sbin/arp /sbin/ifconfig /sbin/route ntp: /usr/sbin/ntpq pciutils: /sbin/lspci usbutils: /sbin/lsusb wireless-tools: /sbin/iwconfig /sbin/iwlist That's 16 commands from 11 packages. Yes, there are a few more, but not all that many. How hard would is be to just fix these (either symlink or just move to /bin or /usr/bin as appropriate)? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mattdm at mattdm.org Wed Apr 23 20:02:28 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 16:02:28 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423195913.GI1406905@hiwaay.net> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423195913.GI1406905@hiwaay.net> Message-ID: <20080423200228.GA7063@jadzia.bu.edu> On Wed, Apr 23, 2008 at 02:59:13PM -0500, Chris Adams wrote: > Again, here's my personal list-at-a-glance of things to look at: > > bind: > /usr/sbin/rndc > > chkconfig: > /sbin/chkconfig > > freeipmi: > /usr/sbin/ipmiconsole > /usr/sbin/ipmipower > > hardlink: > /usr/sbin/hardlink > > iproute: > /sbin/ip > > module-init-tools: > /sbin/lsmod > /sbin/modinfo > > net-tools: > /sbin/arp > /sbin/ifconfig > /sbin/route > > ntp: > /usr/sbin/ntpq > > pciutils: > /sbin/lspci > > usbutils: > /sbin/lsusb > > wireless-tools: > /sbin/iwconfig > /sbin/iwlist > > That's 16 commands from 11 packages. Yes, there are a few more, but not > all that many. How hard would is be to just fix these (either symlink > or just move to /bin or /usr/bin as appropriate)? Looks like a decent list for the wiki. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From lesmikesell at gmail.com Wed Apr 23 20:04:49 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 23 Apr 2008 15:04:49 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F9262.1030206@poolshark.org> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <480F9262.1030206@poolshark.org> Message-ID: <480F9661.8040800@gmail.com> Denis Leroy wrote: > > > My concern would more be on the sudden appearance in PATH of daemons > that have no business being run from the shell even as root (other than > for debugging), such has httpd or wpa_supplicant, but maybe that's > another debate... Are you suggesting that there is something wrong with debugging, or that it should be made more difficult??? -- Les Mikesell lesmikesell at gmail.com From mike at cchtml.com Wed Apr 23 20:10:26 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 23 Apr 2008 15:10:26 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F72B2.5010305@hhs.nl> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: <480F97B2.6050707@cchtml.com> -------- Original Message -------- Subject: Re: Adding /sbin and /usr/sbin to everyone's path in F10 From: Hans de Goede To: Development discussions related to Fedora Date: 04/23/2008 12:32 PM > Tom "spot" Callaway wrote: >> I propose that we add /sbin and /usr/sbin to the path for normal users >> (as well as root) for F10? There are plenty of useful tools in there for >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >> assumes the user is root because it lives in /sbin is fundamentally >> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >> so I propose that we just do it. >> >> Anyone opposed to such an action? >> > > Not at all, > > +1000000 > > I've been consistenly changing /etc/profile todo exactly this since the > day I started using RH 4.0 > > Regards, > > Hans > +1000000 here too I'm tired of editing profiles, too. I've never had any trouble with /sbin and /usr/sbin in my PATH for over two years. It's frustrated me more than enough times. Mike From behdad at behdad.org Wed Apr 23 20:13:08 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Wed, 23 Apr 2008 16:13:08 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423195913.GI1406905@hiwaay.net> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423195913.GI1406905@hiwaay.net> Message-ID: <1208981588.2291.170.camel@behdad.behdad.org> On Wed, 2008-04-23 at 14:59 -0500, Chris Adams wrote: > Once upon a time, Matthew Miller said: > > And I think we could solve 99.9% of the annoyance by addressing ifconfig, > > fdisk, lsmod, route, and the other small handful of programs mentioned in > > this thread. Like I said, it worked for traceroute back in 2003. :) > > Again, here's my personal list-at-a-glance of things to look at: > > bind: > /usr/sbin/rndc > > chkconfig: > /sbin/chkconfig > > freeipmi: > /usr/sbin/ipmiconsole > /usr/sbin/ipmipower > > hardlink: > /usr/sbin/hardlink > > iproute: > /sbin/ip > > module-init-tools: > /sbin/lsmod > /sbin/modinfo > > net-tools: > /sbin/arp > /sbin/ifconfig > /sbin/route > > ntp: > /usr/sbin/ntpq > > pciutils: > /sbin/lspci > > usbutils: > /sbin/lsusb > > wireless-tools: > /sbin/iwconfig > /sbin/iwlist > > That's 16 commands from 11 packages. Yes, there are a few more, but not > all that many. How hard would is be to just fix these (either symlink > or just move to /bin or /usr/bin as appropriate)? How could you leave /sbin/pidof out? Oh why, really, why is pidof in /sbin in the first place? sigh... -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 From denis at poolshark.org Wed Apr 23 20:12:19 2008 From: denis at poolshark.org (Denis Leroy) Date: Wed, 23 Apr 2008 22:12:19 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F9661.8040800@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <480F9262.1030206@poolshark.org> <480F9661.8040800@gmail.com> Message-ID: <480F9823.4070408@poolshark.org> Les Mikesell wrote: > Denis Leroy wrote: >> >> >> My concern would more be on the sudden appearance in PATH of daemons >> that have no business being run from the shell even as root (other >> than for debugging), such has httpd or wpa_supplicant, but maybe >> that's another debate... > > Are you suggesting that there is something wrong with debugging, or that > it should be made more difficult??? ??? in the past year, how many times have you started httpd by running manually, rather than by 'service httpd start' ? From cjdahlin at ncsu.edu Wed Apr 23 20:03:20 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 23 Apr 2008 16:03:20 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208981588.2291.170.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423195913.GI1406905@hiwaay.net> <1208981588.2291.170.camel@behdad.behdad.org> Message-ID: <480F9608.60900@ncsu.edu> Behdad Esfahbod wrote: > On Wed, 2008-04-23 at 14:59 -0500, Chris Adams wrote: > >> Once upon a time, Matthew Miller said: >> >>> And I think we could solve 99.9% of the annoyance by addressing ifconfig, >>> fdisk, lsmod, route, and the other small handful of programs mentioned in >>> this thread. Like I said, it worked for traceroute back in 2003. :) >>> >> Again, here's my personal list-at-a-glance of things to look at: >> >> bind: >> /usr/sbin/rndc >> >> chkconfig: >> /sbin/chkconfig >> >> freeipmi: >> /usr/sbin/ipmiconsole >> /usr/sbin/ipmipower >> >> hardlink: >> /usr/sbin/hardlink >> >> iproute: >> /sbin/ip >> >> module-init-tools: >> /sbin/lsmod >> /sbin/modinfo >> >> net-tools: >> /sbin/arp >> /sbin/ifconfig >> /sbin/route >> >> ntp: >> /usr/sbin/ntpq >> >> pciutils: >> /sbin/lspci >> >> usbutils: >> /sbin/lsusb >> >> wireless-tools: >> /sbin/iwconfig >> /sbin/iwlist >> >> That's 16 commands from 11 packages. Yes, there are a few more, but not >> all that many. How hard would is be to just fix these (either symlink >> or just move to /bin or /usr/bin as appropriate)? >> > > How could you leave /sbin/pidof out? Oh why, really, why is pidof > in /sbin in the first place? sigh... > > Because pidof is considered a helper application for init and init scripts (indeed, it is packaged as part of sysvinit). Its not really considered a tool for interactive use. (not that I agree). --CJD From orion at cora.nwra.com Wed Apr 23 20:20:28 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 23 Apr 2008 14:20:28 -0600 Subject: Network filesystems need to get unmounted earlier at shutdown Message-ID: <480F9A0C.4030309@cora.nwra.com> This is the biggest issue for me at the moment in Fedora (8 & 9) - NetworkManager gets stopped (and the network shut down) way before network filesystems (in my case nfs mounted by autofs, but others as well) are unmounted. See https://bugzilla.redhat.com/show_bug.cgi?id=218237 for more info. Anyone have any suggestions? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mattdm at mattdm.org Wed Apr 23 20:20:54 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 16:20:54 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F9823.4070408@poolshark.org> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <480F9262.1030206@poolshark.org> <480F9661.8040800@gmail.com> <480F9823.4070408@poolshark.org> Message-ID: <20080423202054.GA9314@jadzia.bu.edu> On Wed, Apr 23, 2008 at 10:12:19PM +0200, Denis Leroy wrote: >> Are you suggesting that there is something wrong with debugging, or that >> it should be made more difficult??? > in the past year, how many times have you started httpd by running > manually, rather than by 'service httpd start' ? Or, given the above, /sbin/service httpd configtest ? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tibbs at math.uh.edu Wed Apr 23 20:21:26 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 23 Apr 2008 15:21:26 -0500 Subject: Summary of the 2008-04-22 Packaging Committee meeting Message-ID: Meeting minutes and full logs of the packaging committee meeting which occurred on 2008-XXX are online: http://fedoraproject.org/wiki/Packaging/Minutes http://fedoraproject.org/wiki/Packaging/Minutes20080422 Executive summary: The following drafts are now official guidelines, having been accepted by FESCO last week: * No packages may own files or dirs in /srv: http://fedoraproject.org/wiki/PackagingDrafts/NoBitsInSrv * Build GCJ AOT bits conditionally http://fedoraproject.org/wiki/PackagingDrafts/ConditionalGCJ These should be written into the guidelines soon if this hasn't already been done by the time you read this. Issues pending FESCO ratification: * Sugar Activity guidelines * http://fedoraproject.org/wiki/DennisGilmore/SugarActivityGuidelines * This was discussed last week but tabled. It returns for a vote. * Accepted (7 - 0) * Voting for: tibbs spot rdieter hansg SmootherFrOgZ delero agadger1999 * Static Library packaging tweaks * http://fedoraproject.org/wiki/PackagingDrafts/StaticLibraryPolicy * A new draft this week which modifies the existing guidelines * Accepted (7 - 0) * Voting for: spot delero hansg SmootherFrOgZ Rathann tibbs rdieter * Note that one particularly odd case (allegro) was discussed and a vote was held to grant it an exception which passed with the following voting for: Rathann spot tibbs hansg rdieter Misc business: * Javascript packaging guidelines * http://fedoraproject.org/wiki/PackagingDrafts/Javascript * If you have experience with javascript, please assist us in coming up with a usable set of guidelines. * Discussions about possibly moving the meeting time to account for DST will happen on-list. - J< From lesmikesell at gmail.com Wed Apr 23 20:29:22 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 23 Apr 2008 15:29:22 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F9823.4070408@poolshark.org> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <480F9262.1030206@poolshark.org> <480F9661.8040800@gmail.com> <480F9823.4070408@poolshark.org> Message-ID: <480F9C22.5070207@gmail.com> Denis Leroy wrote: > >>> >>> My concern would more be on the sudden appearance in PATH of daemons >>> that have no business being run from the shell even as root (other >>> than for debugging), such has httpd or wpa_supplicant, but maybe >>> that's another debate... >> >> Are you suggesting that there is something wrong with debugging, or >> that it should be made more difficult??? > > ??? > > in the past year, how many times have you started httpd by running > manually, rather than by 'service httpd start' ? Most of our web services are java and done by another group now, but when I was more involved and using mod_perl I'd start it that way regularly to be able to run a single instance where I could debug execution. It's not something unexpected. -- Les Mikesell lesmikesell at gmail.com From choeger at cs.tu-berlin.de Wed Apr 23 20:36:46 2008 From: choeger at cs.tu-berlin.de (=?ISO-8859-1?Q?Christoph_H=F6ger?=) Date: Wed, 23 Apr 2008 22:36:46 +0200 Subject: need advice using koji In-Reply-To: <1208961345.7436.54.camel@vain.rhgalway> References: <1208960934.4031.11.camel@choeger4> <1208961345.7436.54.camel@vain.rhgalway> Message-ID: <480F9DDE.9080905@cs.tu-berlin.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Caolan McNamara schrieb: > On Wed, 2008-04-23 at 16:28 +0200, Christoph H?ger wrote: >> Hi, >> >> I noticed my build job died with some obscure timeouts. >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=578401 >> >> Is that my fault? > > Nope, happened to a lot of us. > >> If not, whats going on? > > I suspect its fixed now, or the problem has "gone away for now", so I > suggest just to retry. > > C. > Ah, ok, I rebuilt successfully now. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFID53dhMBO4cVSGS8RAkoHAJ4j074WtywvtlKbOwvuY26WB2EUSQCdElp5 f9O5XWWM351u8WZ5CcDPNHY= =D9/M -----END PGP SIGNATURE----- From bpepple at fedoraproject.org Wed Apr 23 20:39:00 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 23 Apr 2008 16:39:00 -0400 Subject: Plan for tomorrows (20080424) FESCO meeting Message-ID: <1208983140.23262.3.camel@nixon> Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo meeting -- Any objection to this week's report from FPC at https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01717.html /topic FESCo-Meeting -- F9 - any issues needing discussion? - all /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule. You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From walters at verbum.org Wed Apr 23 20:41:27 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 23 Apr 2008 16:41:27 -0400 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <1208983140.23262.3.camel@nixon> References: <1208983140.23262.3.camel@nixon> Message-ID: 2008/4/23 Brian Pepple : > > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule. You can also propose topics > in the meeting while it is in the "Free discussion around Fedora" phase. Hi, I'd like to propose: https://fedoraproject.org/wiki/PackagingDrafts/PatchUpstreamStatus From mike at cchtml.com Wed Apr 23 20:49:52 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 23 Apr 2008 15:49:52 -0500 Subject: Network filesystems need to get unmounted earlier at shutdown In-Reply-To: <480F9A0C.4030309@cora.nwra.com> References: <480F9A0C.4030309@cora.nwra.com> Message-ID: <480FA0F0.50906@cchtml.com> -------- Original Message -------- Subject: Network filesystems need to get unmounted earlier at shutdown From: Orion Poplawski To: Development discussions related to Fedora Core Date: 04/23/2008 03:20 PM > This is the biggest issue for me at the moment in Fedora (8 & 9) - > NetworkManager gets stopped (and the network shut down) way before > network filesystems (in my case nfs mounted by autofs, but others as > well) are unmounted. > > See https://bugzilla.redhat.com/show_bug.cgi?id=218237 for more info. > > Anyone have any suggestions? > > As mentioned in the bug you linked, remove NM from runlevel 0 and 6 to prevent it from being killed. It will die when the system shuts down/reboots. Hopefully "upstart" will help restructure the badly structured initscripts setup. Regards, Mike From kzak at redhat.com Wed Apr 23 20:55:42 2008 From: kzak at redhat.com (Karel Zak) Date: Wed, 23 Apr 2008 22:55:42 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231043.57140.dennis@ausil.us> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> Message-ID: <20080423205542.GD8802@nb.net.home> On Wed, Apr 23, 2008 at 10:43:46AM -0500, Dennis Gilmore wrote: > On Wednesday 23 April 2008, Tom "spot" Callaway wrote: > > [dennis at bratac gilmore]$ /sbin/parted /dev/sda print > WARNING: You are not superuser. Watch out for permissions. > Error: Error opening /dev/sda: Permission denied > > a standard install doesn't allow a user to use parted. ifconfig is probably I don't think so. You can read partitions by fdisk or parted from a disk image. $ /sbin/fdisk -l disk.img You must set cylinders. You can do this from the extra functions menu. Disk disk.img: 0 MB, 0 bytes 255 heads, 63 sectors/track, 0 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x31c00564 Device Boot Start End Blocks Id System disk.img1 1 2 16033+ 83 Linux disk.img2 3 4 16065 83 Linux disk.img3 5 6 16065 83 Linux Karel -- Karel Zak From sundaram at fedoraproject.org Wed Apr 23 20:57:25 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 24 Apr 2008 02:27:25 +0530 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: References: <1208983140.23262.3.camel@nixon> Message-ID: <480FA2B5.6070107@fedoraproject.org> Colin Walters wrote: > 2008/4/23 Brian Pepple : >> You want something to be discussed? Send a note to the list in reply to >> this mail and I'll add it to the schedule. You can also propose topics >> in the meeting while it is in the "Free discussion around Fedora" phase. > > Hi, I'd like to propose: > https://fedoraproject.org/wiki/PackagingDrafts/PatchUpstreamStatus This should be proposed to the Packaging Committee first and then approved by FESCo. http://fedoraproject.org/wiki/Packaging/Committee#head-bc786fd8400956418c30ac87c30733f0c008b146 Rahul From sstarr at platform.com Wed Apr 23 21:00:36 2008 From: sstarr at platform.com (Shawn Starr) Date: Wed, 23 Apr 2008 17:00:36 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 Message-ID: > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com > [mailto:fedora-devel-list-bounces at redhat.com]On Behalf Of Behdad > Esfahbod > Sent: Wednesday, April 23, 2008 4:13 PM > To: Development discussions related to Fedora > Subject: Re: Adding /sbin and /usr/sbin to everyone's path in F10 > > > On Wed, 2008-04-23 at 14:59 -0500, Chris Adams wrote: > > Once upon a time, Matthew Miller said: > > > And I think we could solve 99.9% of the annoyance by > addressing ifconfig, > > > fdisk, lsmod, route, and the other small handful of > programs mentioned in > > > this thread. Like I said, it worked for traceroute back > in 2003. :) > > > > Again, here's my personal list-at-a-glance of things to look at: > > > > bind: > > /usr/sbin/rndc > > > > chkconfig: > > /sbin/chkconfig > > > > freeipmi: > > /usr/sbin/ipmiconsole > > /usr/sbin/ipmipower > > > > hardlink: > > /usr/sbin/hardlink > > > > iproute: > > /sbin/ip > > > > module-init-tools: > > /sbin/lsmod > > /sbin/modinfo > > > > net-tools: > > /sbin/arp > > /sbin/ifconfig > > /sbin/route > > > > ntp: > > /usr/sbin/ntpq > > > > pciutils: > > /sbin/lspci > > > > usbutils: > > /sbin/lsusb > > > > wireless-tools: > > /sbin/iwconfig > > /sbin/iwlist > > > > That's 16 commands from 11 packages. Yes, there are a few > more, but not > > all that many. How hard would is be to just fix these > (either symlink > > or just move to /bin or /usr/bin as appropriate)? > > How could you leave /sbin/pidof out? Oh why, really, why is pidof > in /sbin in the first place? sigh... You sure you want to do that too? :) [root at rawfedora ~]# ls -la /sbin/pidof lrwxrwxrwx 1 root root 8 2008-03-26 13:52 /sbin/pidof -> killall5 Nevermind the historical reasons psmisc/sysvinit-tools pidof has the symlink to killall5 or whatever Debian has it even worse ---> lrwxrwxrwx 1 root root 16 2008-04-04 16:32 /bin/pidof -> ../sbin/killall5 Fun :-) > > -- > behdad > http://behdad.org/ > > "Those who would give up Essential Liberty to purchase a little > Temporary Safety, deserve neither Liberty nor Safety." > -- Benjamin Franklin, 1759 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From walters at verbum.org Wed Apr 23 21:03:25 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 23 Apr 2008 17:03:25 -0400 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <480FA2B5.6070107@fedoraproject.org> References: <1208983140.23262.3.camel@nixon> <480FA2B5.6070107@fedoraproject.org> Message-ID: On Wed, Apr 23, 2008 at 4:57 PM, Rahul Sundaram wrote: > > This should be proposed to the Packaging Committee first and then approved > by FESCo. > Thanks, I added it to that page. From seg at haxxed.com Wed Apr 23 21:12:41 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 23 Apr 2008 16:12:41 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423195913.GI1406905@hiwaay.net> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423195913.GI1406905@hiwaay.net> Message-ID: <1208985161.5050.46.camel@localhost> On Wed, 2008-04-23 at 14:59 -0500, Chris Adams wrote: > Once upon a time, Matthew Miller said: > > And I think we could solve 99.9% of the annoyance by addressing ifconfig, > > fdisk, lsmod, route, and the other small handful of programs mentioned in > > this thread. Like I said, it worked for traceroute back in 2003. :) > > Again, here's my personal list-at-a-glance of things to look at: > > bind: > /usr/sbin/rndc > > chkconfig: > /sbin/chkconfig > > freeipmi: > /usr/sbin/ipmiconsole > /usr/sbin/ipmipower > > hardlink: > /usr/sbin/hardlink > > iproute: > /sbin/ip > > module-init-tools: > /sbin/lsmod > /sbin/modinfo > > net-tools: > /sbin/arp > /sbin/ifconfig > /sbin/route > > ntp: > /usr/sbin/ntpq > > pciutils: > /sbin/lspci > > usbutils: > /sbin/lsusb > > wireless-tools: > /sbin/iwconfig > /sbin/iwlist > > That's 16 commands from 11 packages. Yes, there are a few more, but not > all that many. How hard would is be to just fix these (either symlink > or just move to /bin or /usr/bin as appropriate)? Consider the unprivileged use of removable media. And consider people dealing with virtual machine images, emulators and building images for embedded systems. In all these situations, I find myself wanting all disk/filesystem tools as a non-root user. So add to the list: /sbin/badblocks /sbin/blkid /sbin/cfdisk /sbin/debugfs /sbin/debugreiserfs /sbin/dosfsck /sbin/dosfslabel /sbin/dumpe2fs /sbin/e2fsck /sbin/e2image /sbin/e2label /sbin/fdisk /sbin/fsck /sbin/fsck.ext2 /sbin/fsck.ext3 /sbin/fsck.msdos /sbin/fsck.reiserfs /sbin/fsck.vfat /sbin/mkdosfs /sbin/mke2fs /sbin/mkfs /sbin/mkfs.cramfs /sbin/mkfs.ext2 /sbin/mkfs.ext3 /sbin/mkfs.msdos /sbin/mkfs.ntfs /sbin/mkfs.reiserfs /sbin/mkfs.vfat /sbin/mkreiserfs /sbin/mkswap /sbin/parted /sbin/reiserfsck /sbin/reiserfstune /sbin/resize2fs /sbin/resize_reiserfs /sbin/sfdisk /sbin/tune2fs /usr/sbin/mkntfs /usr/sbin/ntfsclone /usr/sbin/ntfscp /usr/sbin/ntfslabel /usr/sbin/ntfsresize /usr/sbin/ntfsundelete 43 more commands from 6 packages. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From orion at cora.nwra.com Wed Apr 23 21:38:11 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 23 Apr 2008 15:38:11 -0600 Subject: Network filesystems need to get unmounted earlier at shutdown In-Reply-To: <480FA0F0.50906@cchtml.com> References: <480F9A0C.4030309@cora.nwra.com> <480FA0F0.50906@cchtml.com> Message-ID: <480FAC43.3080601@cora.nwra.com> Mike Cronenworth wrote: > As mentioned in the bug you linked, remove NM from runlevel 0 and 6 to > prevent it from being killed. It will die when the system shuts > down/reboots. Hopefully "upstart" will help restructure the badly > structured initscripts setup. Aside from doing "rm /etc/rc[06].d/K??NetworkManager", how does one "remove NM from runlevel 0 and 6" permanently with upstart? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From tcallawa at redhat.com Wed Apr 23 21:43:32 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 23 Apr 2008 17:43:32 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> Message-ID: <1208987012.12717.244.camel@localhost.localdomain> On Wed, 2008-04-23 at 09:43 -1000, David Cantrell wrote: > - Complete elimination of sbin vs. bin dirs. Just put everything in > bin. This is probably a bad idea anyway, since it really shows bad > form. And who knows, we might have more than 32768 dentry's in bin > some day, and that would be bad for ext3. > - Picking the commands that make sense for non-root users and moving > them from sbin to bin (ifconfig and route, for instance). Isn't > that > why mount(8) lives in /bin anyway? A lot of this is dictated by the FHS. If we were to eliminate the sbin/bin distinction, we would definitely not be LSB compliant, and while this may have little value to Fedora, it definitely does for RHEL. Symlinks are fine, but we need to be very careful what we move/delete, to ensure that we're not breaking LSB. (Or, if we really want to do it, try to amend LSB/FHS) ~spot From smooge at gmail.com Wed Apr 23 22:08:34 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 23 Apr 2008 16:08:34 -0600 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208987012.12717.244.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> Message-ID: <80d7e4090804231508q7718e380ud3bcb8f84cfce4ff@mail.gmail.com> On Wed, Apr 23, 2008 at 3:43 PM, Tom spot Callaway wrote: > On Wed, 2008-04-23 at 09:43 -1000, David Cantrell wrote: > > - Complete elimination of sbin vs. bin dirs. Just put everything in > > bin. This is probably a bad idea anyway, since it really shows bad > > form. And who knows, we might have more than 32768 dentry's in bin > > some day, and that would be bad for ext3. > > - Picking the commands that make sense for non-root users and moving > > them from sbin to bin (ifconfig and route, for instance). Isn't > > that > > why mount(8) lives in /bin anyway? > > A lot of this is dictated by the FHS. If we were to eliminate the > sbin/bin distinction, we would definitely not be LSB compliant, and > while this may have little value to Fedora, it definitely does for RHEL. > > Symlinks are fine, but we need to be very careful what we move/delete, > to ensure that we're not breaking LSB. (Or, if we really want to do it, > try to amend LSB/FHS) > 1) Fix rpm to sanely deal with symlinks to directories 2) Remove /sbin directories 3) .... 4) Profit! -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From bojan at rexursive.com Wed Apr 23 22:19:28 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 24 Apr 2008 08:19:28 +1000 Subject: Updates for F8: where did they go? Message-ID: <1208989168.16567.22.camel@shrek.rexursive.com> Read on LWN that Fedora updated a whole bunch of packages, including Firefox 2.0.0.14. However, this URL doesn't seem to contain the updates: http://download.fedora.redhat.com/pub/fedora/linux/updates/8/i386/ Tried form several machines located around the world to avoid caching/proxy issues, but no dice. Did something happen to the update system we should know about? -- Bojan From dcantrell at redhat.com Wed Apr 23 22:30:31 2008 From: dcantrell at redhat.com (David Cantrell) Date: Wed, 23 Apr 2008 12:30:31 -1000 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208987012.12717.244.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> Message-ID: <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> On Apr 23, 2008, at 11:43 AM, Tom spot Callaway wrote: > On Wed, 2008-04-23 at 09:43 -1000, David Cantrell wrote: >> - Complete elimination of sbin vs. bin dirs. Just put everything in >> bin. This is probably a bad idea anyway, since it really shows bad >> form. And who knows, we might have more than 32768 dentry's in bin >> some day, and that would be bad for ext3. >> - Picking the commands that make sense for non-root users and moving >> them from sbin to bin (ifconfig and route, for instance). Isn't >> that >> why mount(8) lives in /bin anyway? > > A lot of this is dictated by the FHS. That's true, it is. > If we were to eliminate the > sbin/bin distinction, we would definitely not be LSB compliant, and > while this may have little value to Fedora, it definitely does for > RHEL. > > Symlinks are fine, but we need to be very careful what we move/delete, > to ensure that we're not breaking LSB. (Or, if we really want to do > it, > try to amend LSB/FHS) Symlink farms end up making the system look like Solaris (/etc/ mount...come on guys, still?). LSB compliance for RHEL is important, I agree. Keeping the distinction between bin and sbin is ok, but if that distinction is to mean anything, then non-root users should never care about programs in sbin directories. The FHS states that /sbin and / usr/sbin are for root-only commands. If we have programs in those directories that are to be used by non-root users, I think we've violated the FHS. I would say that if the distinction between sbin and bin directories is to remain, then we should fall in line with what the FHS says. / sbin and /usr/sbin are for root-only commands, period. System administration tools that are of interest to non-root users should go in /bin or /usr/bin. Glancing at the LSB, I only see four commands that explicitly say they should be in /sbin or /usr/sbin. The other commands mentioned just say they have to be "available" on the system. So, I think we should make more of these tools available to non-root users, but I think modifying the default $PATH is the wrong way. -- David Cantrell Red Hat / Honolulu, HI From rc040203 at freenet.de Wed Apr 23 22:39:18 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 00:39:18 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971357.2291.100.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> Message-ID: <1208990358.2861.6.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 13:22 -0400, Behdad Esfahbod wrote: > On Wed, 2008-04-23 at 11:30 -0400, Tom "spot" Callaway wrote: > > I propose that we add /sbin and /usr/sbin to the path for normal users > > (as well as root) for F10? There are plenty of useful tools in there for > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > assumes the user is root because it lives in /sbin is fundamentally > > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > > so I propose that we just do it. > > > > Anyone opposed to such an action? > > The tools in /sbin are divided into two categories: > > a) Those that are useful for non-root users, mostly in a > query/reporting capacity. Like ifconfig, lsmod, and fdisk (for -l), > lspci, lsusb, ... > > b) Those that are not useful without root privileges. Like modprobe, > rmmod, insmod, fsck, swapoff, ... > > > There are 3 ways to handle this issue: > > 1) All of a) and b) in /sbin, and /sbin not in users' path. This is > the current setting. > > 2) All of a) and b) in /sbin, and /sbin in users' path. This is what > you propose. > > 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and > keep /sbin out of users' path. > > > In an ideal world, we would have 3. But it's a lot of packaging work. > Failing that, there's near consensus that 2) is better than 1) as the > set of commands in group a) seems to be larger than b). The split /bin vs. /usr/bin is completely unrelated to the split between */bin vs. */bin. /bin vs. /usr/bin is motivated by the FHS mandating /usr to be on a filesystem of its own (and systems to be able to boot without /usr being available), while the */bin vs. */sbin split is motivated by splitting _system_ binaries off from ordinary users' $PATH. Ralf From rc040203 at freenet.de Wed Apr 23 22:46:43 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 00:46:43 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> Message-ID: <1208990803.2861.15.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 12:30 -1000, David Cantrell wrote: > On Apr 23, 2008, at 11:43 AM, Tom spot Callaway wrote: > > > On Wed, 2008-04-23 at 09:43 -1000, David Cantrell wrote: > >> - Complete elimination of sbin vs. bin dirs. > > A lot of this is dictated by the FHS. > > That's true, it is. And there often are good reasons for the FHS to dictate such things :) > > If we were to eliminate the > > sbin/bin distinction, we would definitely not be LSB compliant, and > > while this may have little value to Fedora, it definitely does for > > RHEL. > > > > Symlinks are fine, but we need to be very careful what we move/delete, > > to ensure that we're not breaking LSB. (Or, if we really want to do > > it, > > try to amend LSB/FHS) > > > Symlink farms end up making the system look like Solaris (/etc/ > mount...come on guys, still?). It will achieve the opposite to what we have today. Instead of users complaining about "where is ifconfig" we will be facing users complaining about "why are these unusable install-info, httpd, ftpd etc. polluting my PATH?". I.e. Spot's proposal as well as symlink farms don't solve anything. To the contrary: They (re-) introduce the problems, the fact */sbin exists, so far has kept low. Ralf From rjones at redhat.com Wed Apr 23 22:46:37 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Apr 2008 23:46:37 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423185425.GA31210@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> Message-ID: <20080423224637.GA4923@amd.home.annexia.org> On Wed, Apr 23, 2008 at 02:54:25PM -0400, Matthew Miller wrote: > The special case is perhap servers like httpd which could theoretically (or > not so theoretically -- thanks, GNOME!) be started as per-user daemons -- > but those aren't launched from the command-line so don't need to be in > user's path either. I run httpd as me for testing purposes (and from the command line too, not sure how else one would run it ..?) Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From tibbs at math.uh.edu Wed Apr 23 22:50:11 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 23 Apr 2008 17:50:11 -0500 Subject: Patch metadata (Was: Plan for tomorrows (20080424) FESCO meeting) In-Reply-To: References: <1208983140.23262.3.camel@nixon> Message-ID: >>>>> "CW" == Colin Walters writes: CW> Hi, I'd like to propose: CW> https://fedoraproject.org/wiki/PackagingDrafts/PatchUpstreamStatus Actually I'd like to expand on this a bit. Specifically, I was thinking about defining some simple metadata that could be added to patches in the distro and then made available for query, perhaps by PackageDB. Nothing complex, just some header-style comments at the beginning of the patch file: Comment: Upstream-Status: Upstream-Bug: etc. Comments in the specfile are a reasonable freeform method for tracking this and may be completely sufficient, but having a defined format lets us collect it and provide it in a structured fashion. - J< From rjones at redhat.com Wed Apr 23 22:49:52 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Apr 2008 23:49:52 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231120.21735.dennis@ausil.us> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <200804231120.21735.dennis@ausil.us> Message-ID: <20080423224952.GB4923@amd.home.annexia.org> On Wed, Apr 23, 2008 at 11:20:10AM -0500, Dennis Gilmore wrote: > su - > on a fedora system does the same thing it loads the target users profile > rather than using the source users su - changes directory which is (practically) really b-- annoying. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From rjones at redhat.com Wed Apr 23 22:50:23 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Apr 2008 23:50:23 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F66D1.4000104@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> Message-ID: <20080423225023.GC4923@amd.home.annexia.org> On Wed, Apr 23, 2008 at 11:41:53AM -0500, Les Mikesell wrote: > Richard W.M. Jones wrote: >> On Wed, Apr 23, 2008 at 11:30:31AM -0400, Tom spot Callaway wrote: >>> I propose that we add /sbin and /usr/sbin to the path for normal users >>> (as well as root) for F10? There are plenty of useful tools in there for >>> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >>> assumes the user is root because it lives in /sbin is fundamentally >>> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >>> so I propose that we just do it. >>> >>> Anyone opposed to such an action? >> >> FWIW, Debian doesn't have these in normal users' PATH, but does change >> the PATH to include them when you do 'su'. >> >> On a Debian system: >> >> $ echo $PATH >> /home/rich/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games >> $ su >> Password: # echo $PATH >> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 >> >> I don't know how Debian does this, but it's extremely useful. > > What happens if a debian user types 'ifconfig' to find his IP address? $ ifconfig -bash: ifconfig: command not found Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From mike at cchtml.com Wed Apr 23 23:10:39 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 23 Apr 2008 18:10:39 -0500 Subject: Network filesystems need to get unmounted earlier at shutdown In-Reply-To: <480FAC43.3080601@cora.nwra.com> References: <480F9A0C.4030309@cora.nwra.com> <480FA0F0.50906@cchtml.com> <480FAC43.3080601@cora.nwra.com> Message-ID: <480FC1EF.5040902@cchtml.com> -------- Original Message -------- Subject: Re:Network filesystems need to get unmounted earlier at shutdown From: Orion Poplawski To: Development discussions related to Fedora Date: 04/23/2008 04:38 PM > Mike Cronenworth wrote: >> As mentioned in the bug you linked, remove NM from runlevel 0 and 6 >> to prevent it from being killed. It will die when the system shuts >> down/reboots. Hopefully "upstart" will help restructure the badly >> structured initscripts setup. > > Aside from doing "rm /etc/rc[06].d/K??NetworkManager", how does one > "remove NM from runlevel 0 and 6" permanently with upstart? > Bah, ignore what I said. You should be able to just turn NM from "off" to "on" on those runlevels and then when the init level changes, init won't bother with NM. I don't wish to test this, but it sounds correct in theory... chkconfig --level 06 NetworkManager on chkconfig --level 06 NetworkManagerDispatcher on I don't have my F9 preview machine with me, but upstart uses compatibility with SysV stuff IIRC so this should work for you. Mike From mattdm at mattdm.org Wed Apr 23 23:15:17 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 19:15:17 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208985161.5050.46.camel@localhost> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423195913.GI1406905@hiwaay.net> <1208985161.5050.46.camel@localhost> Message-ID: <20080423231517.GA25147@jadzia.bu.edu> On Wed, Apr 23, 2008 at 04:12:41PM -0500, Callum Lerwick wrote: > Consider the unprivileged use of removable media. And consider people > dealing with virtual machine images, emulators and building images for > embedded systems. In all these situations, I find myself wanting all > disk/filesystem tools as a non-root user. So add to the list: Okay, considering. Are we really planning on optimizing for the special case, here? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Apr 23 23:16:48 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 19:16:48 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423224637.GA4923@amd.home.annexia.org> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> Message-ID: <20080423231648.GB25147@jadzia.bu.edu> On Wed, Apr 23, 2008 at 11:46:37PM +0100, Richard W.M. Jones wrote: > I run httpd as me for testing purposes (and from the command line too, > not sure how else one would run it ..?) Again, *seriously*, are we planning on optimizing the environment for the special case? Daemons clearly shouldn't be in the default path. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Wed Apr 23 23:18:04 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 19:18:04 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> Message-ID: <20080423231804.GC25147@jadzia.bu.edu> On Wed, Apr 23, 2008 at 12:30:31PM -1000, David Cantrell wrote: > Keeping the distinction between bin and sbin is ok, but if that distinction > is to mean anything, then non-root users should never care about programs > in sbin directories. The FHS states that /sbin and /usr/sbin are for "Never" is clearly too strong, and is going to bring special cases out of the woodwork. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From paul at city-fan.org Wed Apr 23 23:18:18 2008 From: paul at city-fan.org (Paul Howarth) Date: Thu, 24 Apr 2008 00:18:18 +0100 Subject: Perl and Python bindings package (libconcord) review help In-Reply-To: <200804231352.03906.silfreed@silfreed.net> References: <1208924576.13057.TMDA@tmda.severn.wwwdotorg.org> <200804231352.03906.silfreed@silfreed.net> Message-ID: <20080424001818.634742cf@metropolis.intra.city-fan.org> On Wed, 23 Apr 2008 13:52:03 -0400 "Douglas E. Warner" wrote: > On Wednesday 23 April 2008 00:21:46 Stephen Warren wrote: > > I'm reviewing libconcord: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=438105 > > > > The proposed package recently added Python and Perl bindings. I'm > > not familiar with Python and Perl packaging. I think everything > > looks basically OK according to my reading of the Wiki, but I'd > > appreciate any comments from more knowledgeable people. > > I'm the one packaging libconcord and am having a problem with the > python bindings; they seem to be installing into %{python_sitelib} > even though they should be installing into %{python_sitearch}. > > Here is my current spec file for people to look at: > https://rpm.silfreed.net:8002/index.cgi/file/4029ac859c82/libconcord/libconcord.spec Try adding "--install-purelib %{python_sitearch}" to the end of the "python setup.py ..." line. This is the technique used in the python-twisted-web package for example. Paul. From lesmikesell at gmail.com Wed Apr 23 23:19:55 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 23 Apr 2008 18:19:55 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208990358.2861.6.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <1208990358.2861.6.camel@beck.corsepiu.local> Message-ID: <480FC41B.2030903@gmail.com> Ralf Corsepius wrote: > > /bin vs. /usr/bin is motivated by the FHS mandating /usr to be on a > filesystem of its own (and systems to be able to boot without /usr being > available), while the */bin vs. */sbin split is motivated by splitting > _system_ binaries off from ordinary users' $PATH. But until the "system" runs these perfectly and completely automatically (i.e. never), users will have to execute them under circumstances that are already confusing enough without having differences between having used 'su' and 'su -' first. -- Les Mikesell lesmikesell at gmail.com From konrad at tylerc.org Wed Apr 23 23:19:55 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Wed, 23 Apr 2008 16:19:55 -0700 Subject: Install F9 on a loopback file a la Wubi In-Reply-To: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> References: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> Message-ID: <200804231619.55472.konrad@tylerc.org> Quoth Ahmed Kamal: > Hi list, > Did anyone successfully install a modern Fedora on a loopback file a la Wubi > ? I know nothing automated like Wubi exists for Fedora, I have no problem > bringing my sledge hammer to make this work. I just need to know if there > are any pointers/guides somewhere for how to make this work? > PS: Please don't ask why would I want to do that :) > Regards So why would you want to do that again? Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From mattdm at mattdm.org Wed Apr 23 23:21:53 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 19:21:53 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423225023.GC4923@amd.home.annexia.org> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> Message-ID: <20080423232153.GD25147@jadzia.bu.edu> On Wed, Apr 23, 2008 at 11:50:23PM +0100, Richard W.M. Jones wrote: > > What happens if a debian user types 'ifconfig' to find his IP address? > $ ifconfig > -bash: ifconfig: command not found If the goal here is "provide users with an easy way to find their ip address", I don't think changing how one calls an arcane command like ifconfig is really the solution. Instead, there should be a shell script named something like "myip", which will then just return that. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From walters at verbum.org Wed Apr 23 23:21:54 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 23 Apr 2008 19:21:54 -0400 Subject: Patch metadata (Was: Plan for tomorrows (20080424) FESCO meeting) In-Reply-To: References: <1208983140.23262.3.camel@nixon> Message-ID: On Wed, Apr 23, 2008 at 6:50 PM, Jason L Tibbitts III wrote: > >>>>> "CW" == Colin Walters writes: > > CW> Hi, I'd like to propose: > CW> https://fedoraproject.org/wiki/PackagingDrafts/PatchUpstreamStatus > > Actually I'd like to expand on this a bit. Specifically, I was > thinking about defining some simple metadata that could be added to > patches in the distro and then made available for query, perhaps by > PackageDB. Nothing complex, just some header-style comments at the > beginning of the patch file: What's the ultimate problem you want to solve with that metadata? The problem I'm trying to solve is when people collaboratively maintain a package, you want to know when e.g. updating to a new upstream version what the upstream status of patches are so you know whether to expect to see them in the new tarball. The secondary goal is to encourage more people to file patches upstream. There are far too many Fedora packages with non-upstreamed patches, apparently out of laziness. I'm worried that if we require extensive/structured metadata, people won't do it. From a.badger at gmail.com Wed Apr 23 23:36:33 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Apr 2008 16:36:33 -0700 Subject: FIXED: Missing Bugzilla Components In-Reply-To: <20080423111835.GA5604@amd.home.annexia.org> References: <20080423111835.GA5604@amd.home.annexia.org> Message-ID: <480FC801.8020701@gmail.com> Since we rolled out FAS2, the script that controls creation of bugzilla components for new packages and changes ownership of packages based on pkgdb information has been broken. This has been fixed and the components have been updated. I've also optimized it so that we can run it hourly instead of every 6 hours. If you notice something still missing or any mismatches between what's in the pkgdb and what's in bugzilla, feel free to contact me here or on IRC: abadger1999 in #fedora-devel or #fedora-admin. And l10n people, fixing the l10n bugzilla sync script is next on the Fix-It!? list. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From email.ahmedkamal at googlemail.com Wed Apr 23 23:36:44 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Thu, 24 Apr 2008 01:36:44 +0200 Subject: Install F9 on a loopback file a la Wubi In-Reply-To: <200804231619.55472.konrad@tylerc.org> References: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> <200804231619.55472.konrad@tylerc.org> Message-ID: <3da3b5b40804231636r59f43629lc69c8fb224a91c07@mail.gmail.com> For the fun of it :) 2008/4/24 Konrad Meyer : > Quoth Ahmed Kamal: > > Hi list, > > Did anyone successfully install a modern Fedora on a loopback file a la > Wubi > > ? I know nothing automated like Wubi exists for Fedora, I have no > problem > > bringing my sledge hammer to make this work. I just need to know if > there > > are any pointers/guides somewhere for how to make this work? > > PS: Please don't ask why would I want to do that :) > > Regards > > So why would you want to do that again? > > Regards, > -- > Conrad Meyer > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From konrad at tylerc.org Wed Apr 23 23:40:07 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Wed, 23 Apr 2008 16:40:07 -0700 Subject: Install F9 on a loopback file a la Wubi In-Reply-To: <3da3b5b40804231636r59f43629lc69c8fb224a91c07@mail.gmail.com> References: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> <200804231619.55472.konrad@tylerc.org> <3da3b5b40804231636r59f43629lc69c8fb224a91c07@mail.gmail.com> Message-ID: <200804231640.07468.konrad@tylerc.org> Quoth Ahmed Kamal: > 2008/4/24 Konrad Meyer : > > Quoth Ahmed Kamal: > > > Hi list, > > > Did anyone successfully install a modern Fedora on a loopback file a la > > Wubi > > > ? I know nothing automated like Wubi exists for Fedora, I have no > > problem > > > bringing my sledge hammer to make this work. I just need to know if > > there > > > are any pointers/guides somewhere for how to make this work? > > > PS: Please don't ask why would I want to do that :) > > > Regards > > > > So why would you want to do that again? > > > > Regards, > > -- > > Conrad Meyer > > For the fun of it :) Good enough reason for me :). -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From tibbs at math.uh.edu Wed Apr 23 23:42:58 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 23 Apr 2008 18:42:58 -0500 Subject: Patch metadata (Was: Plan for tomorrows (20080424) FESCO meeting) In-Reply-To: References: <1208983140.23262.3.camel@nixon> Message-ID: >>>>> "CW" == Colin Walters writes: CW> What's the ultimate problem you want to solve with that metadata? The recurring issue: users and upstream want to know how we're patching the software we distribute, and it's rather difficult to figure that out. PackageDB gets them to CVS, but reading specfiles or poring over a CVS listing of patches is a bit difficult for many. Even without such metadata it's possible to present a list of patches which are applied, and I intend to pursue that in any case. CW> I'm worried that if we require extensive/structured metadata, CW> people won't do it. I hadn't intended to require it, although it's certainly a topic for discussion. I had only intended to make it possible to present such data in an accessible manner. Even in the simple case, it's possible to extract comment lines from the specfile above the Patch: lines and treat them as comments. But structured metadata enables us to do things like present links for the patches to the upstream trackers, to the CVE pages for security issues fixed by the patches, etc. - J< From mike at cchtml.com Wed Apr 23 23:47:32 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 23 Apr 2008 18:47:32 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208990803.2861.15.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> Message-ID: <480FCA94.2020708@cchtml.com> -------- Original Message -------- Subject: Re:Adding /sbin and /usr/sbin to everyone's path in F10 From: Ralf Corsepius To: Development discussions related to Fedora Date: 04/23/2008 05:46 PM > > It will achieve the opposite to what we have today. > No. It will promote proper program installation paths. Right now we basically have "Security Through Obscurity," which I thought was frowned upon in our world. > Instead of users complaining about "where is ifconfig" we will be facing > users complaining about "why are these unusable install-info, httpd, > ftpd etc. polluting my PATH?". > Who would complain about that? Why would you care if you have one extra program in your PATH? Is the world coming to an end? I don't see where all the hostility is being generated besides the fact that "it's different." > I.e. Spot's proposal as well as symlink farms don't solve anything. > To the contrary: They (re-) introduce the problems, the fact */sbin > exists, so far has kept low. > Symlinks should be dropped as a solution. > Ralf > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at cchtml.com Wed Apr 23 23:50:46 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 23 Apr 2008 18:50:46 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423232153.GD25147@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> Message-ID: <480FCB56.20006@cchtml.com> -------- Original Message -------- Subject: Re:Adding /sbin and /usr/sbin to everyone's path in F10 From: Matthew Miller To: Development discussions related to Fedora Date: 04/23/2008 06:21 PM > On Wed, Apr 23, 2008 at 11:50:23PM +0100, Richard W.M. Jones wrote: > >>> What happens if a debian user types 'ifconfig' to find his IP address? >>> >> $ ifconfig >> -bash: ifconfig: command not found >> > > > If the goal here is "provide users with an easy way to find their ip > address", I don't think changing how one calls an arcane command like > ifconfig is really the solution. Instead, there should be a shell script > named something like "myip", which will then just return that. > > If Fedora's supposed target is a "regular desktop user" they will want to use Network Manager to find their IP address. Right click on NM-applet and Show Info. Done. Leave ifconfig alone. Creating a new script won't solve anything. Normal users consider the terminal a "piece of crap" to put it lightly. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mattdm at mattdm.org Wed Apr 23 23:55:27 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 19:55:27 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480FCB56.20006@cchtml.com> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> Message-ID: <20080423235527.GA28407@jadzia.bu.edu> On Wed, Apr 23, 2008 at 06:50:46PM -0500, Mike Cronenworth wrote: > If Fedora's supposed target is a "regular desktop user" they will want to I hope that hasn't become the only target while I wasn't looking. Hmmmm, nope, unless someone just forgot to update the wiki, looks like it's not designed with that particular focus at all. > Leave ifconfig alone. Creating a new script won't solve anything. Normal > users consider the terminal a "piece of crap" to put it lightly. Creating a new script *is* leaving ifconfig alone, you know. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tmus at tmus.dk Wed Apr 23 23:58:49 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 21:58:49 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423231648.GB25147@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> Message-ID: Matthew Miller wrote: > On Wed, Apr 23, 2008 at 11:46:37PM +0100, Richard W.M. Jones wrote: >> I run httpd as me for testing purposes (and from the command line too, >> not sure how else one would run it ..?) > > Again, *seriously*, are we planning on optimizing the environment for the > special case? Daemons clearly shouldn't be in the default path. > I agree with this completely. Stuff that are useful without root privs could be symlinked into /bin or /usr/bin. But I'd hate it if we ended with a complete (by symlinks or other means) merge of /sbin -> /bin, /usr/sbin -> /usr/bin... That would, IMHO, be ugly beyond all that is ugly. My vote is for specifying a policy for what should be allowed to be symlinked in this way. And let's try to keep the list tight and sane. Daemons should not be in these paths, no way... I you really want to run a daemon as an ordinary user, it probably won't kill you to add "/sbin/" to the command. ifconfig, ip, fdisk, chkconfig and a lot of the other examples listed in this thread, makes perfectly sense to me, but not all. /Thomas From seg at haxxed.com Thu Apr 24 00:01:17 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 23 Apr 2008 19:01:17 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423231517.GA25147@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423195913.GI1406905@hiwaay.net> <1208985161.5050.46.camel@localhost> <20080423231517.GA25147@jadzia.bu.edu> Message-ID: <1208995277.5050.52.camel@localhost> On Wed, 2008-04-23 at 19:15 -0400, Matthew Miller wrote: > On Wed, Apr 23, 2008 at 04:12:41PM -0500, Callum Lerwick wrote: > > Consider the unprivileged use of removable media. And consider people > > dealing with virtual machine images, emulators and building images for > > embedded systems. In all these situations, I find myself wanting all > > disk/filesystem tools as a non-root user. So add to the list: > > Okay, considering. Are we really planning on optimizing for the special > case, here? Considering the rising popularity of virtual machines in the server world, it doesn't seem like that special of a case to me. I'm also trying to illustrate the slippery slope and the inevitable arguing. Thanks for helping. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tmus at tmus.dk Thu Apr 24 00:09:58 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 22:09:58 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <3170f42f0804231236h3fa51497u6a8e68d62655139f@mail.gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> <1208966124.12717.178.camel@localhost.localdomain> <87iqy85yn2.fsf@fc5.bigo.ensc.de> <3170f42f0804231236h3fa51497u6a8e68d62655139f@mail.gmail.com> Message-ID: Debarshi Ray wrote: >> 2. 80-90% of programs under */sbin are without any use for normal >> users; mentioned 'ifconfig' + 'route' are called by normal users >> for diagnostic reasons only. This assumes some adminstrative >> knowledge including awareness about the special /sbin paths. > > ping is also used for diagnostic uses only, is setuid root and stays > in /bin. One might argue that ping and traceroute also require > "administrative knowledge". > >> 3. tab-completion will show me a lot of new programs which are for zero >> use. This will slow down my work. > > I have over 3150 binaries in my default Fedora path now. The sbin > stuff amounts to 600 more. Come one, that is just a 20% rise. > >> 4. problems which are tried to be solved can be handled much better at >> other places (e.g. modify 'sudo' to search in */sbin, or link commonly >> used programs to */bin) > > One has to configure sudo separately. So that is not much of a > usability improvement. > > Cheerio, > Debarshi I believe an update to the default /etc/sudoers file adding to the path via env_keep should be doable? /Thomas From jreiser at BitWagon.com Thu Apr 24 00:11:08 2008 From: jreiser at BitWagon.com (John Reiser) Date: Wed, 23 Apr 2008 17:11:08 -0700 Subject: Install F9 on a loopback file a la Wubi In-Reply-To: <200804231619.55472.konrad@tylerc.org> References: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> <200804231619.55472.konrad@tylerc.org> Message-ID: <480FD01C.6050109@BitWagon.com> >>Did anyone successfully install a modern Fedora on a loopback file a la Wubi > So why would you want to do that again? This would be [the first step of] one way to install for a machine with not enough RAM to run the installer itself. Another way for very small machines is to boot from an old Rescue CD, partition the disk and create filesystems, and export the filesystems using nfs. Then from a larger machine on the same network, run rpm with --root pointing at the exported root filesystem, and probably "--aid opensshd" to get enough to make the machine usable once booted. -- From tmus at tmus.dk Thu Apr 24 00:14:20 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 22:14:20 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423181744.GF1406905@hiwaay.net> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <200804231120.21735.dennis@ausil.us> <20080423181744.GF1406905@hiwaay.net> Message-ID: Chris Adams wrote: > Once upon a time, Dennis Gilmore said: >> su - >> on a fedora system does the same thing it loads the target users profile >> rather than using the source users > > Except "su -" has other side-effects (such as changing the working > directory; highly annoying when you need to chown a file or some such). In cases like this, sudo is your friend. Plus it'll leave an audit trail. /Thomas From tmus at tmus.dk Thu Apr 24 00:21:55 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 22:21:55 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971357.2291.100.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> Message-ID: Behdad Esfahbod wrote: > > The tools in /sbin are divided into two categories: > > a) Those that are useful for non-root users, mostly in a > query/reporting capacity. Like ifconfig, lsmod, and fdisk (for -l), > lspci, lsusb, ... > > b) Those that are not useful without root privileges. Like modprobe, > rmmod, insmod, fsck, swapoff, ... > > > There are 3 ways to handle this issue: > > 1) All of a) and b) in /sbin, and /sbin not in users' path. This is > the current setting. > > 2) All of a) and b) in /sbin, and /sbin in users' path. This is what > you propose. > > 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and > keep /sbin out of users' path. > > > In an ideal world, we would have 3. But it's a lot of packaging work. > Failing that, there's near consensus that 2) is better than 1) as the > set of commands in group a) seems to be larger than b). > > I'm afraid I fail to see the near-consensus anywhere in this thread. Firstly, I'll happily accept 3), given we can come up with a sane policy to choose what goes into /bin. Secondly, 3) really shouldn't be that hard to accomplish once the policy is agreed upon. The packages will most likely be touched during F10 development anyways and adding a symlink is not all that hard. Thirdly, if 3) cannot be accomplished, I *much* rather stick with 1). /Thomas From rc040203 at freenet.de Thu Apr 24 00:24:55 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 02:24:55 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480FCA94.2020708@cchtml.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> Message-ID: <1208996695.2861.34.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 18:47 -0500, Mike Cronenworth wrote: > -------- Original Message -------- > Subject: Re:Adding /sbin and /usr/sbin to everyone's path in F10 > From: Ralf Corsepius > To: Development discussions related to Fedora > > Date: 04/23/2008 05:46 PM > > > > It will achieve the opposite to what we have today. > > > No. It will promote proper program installation paths. Right now we > basically have "Security Through Obscurity," which I thought was > frowned upon in our world. > > Instead of users complaining about "where is ifconfig" we will be facing > > users complaining about "why are these unusable install-info, httpd, > > ftpd etc. polluting my PATH?". > > > Who would complain about that? Everybody being confronted with programs he can't run. "must be root" .. "insufficent privileges to ..." Is this any better than what Fedora has now? > Why would you care if you have one extra program in your PATH? I do not care about extra programs in $PATH - I do care about having programs which are NOT RUNABLE by users and which are not USEFUL for ordinary users in $PATH. > Is the world coming to an end? Well, there are reasons why things are as they are. Of cause, there are warts, there are arguable details, nevertheless there are reasons for why things are, as they are. Do you really think you are the first people to discuss this topic? No, you aren't, this discussion is as old as */sbin exists. > I don't see where all the hostility is being generated besides the > fact that "it's different." > > I.e. Spot's proposal as well as symlink farms don't solve anything. > > To the contrary: They (re-) introduce the problems, the fact */sbin > > exists, so far has kept low. > > > Symlinks should be dropped as a solution. Openly said, I consider both proposals to be populist propaganda. Ralf From tmus at tmus.dk Thu Apr 24 00:26:53 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 22:26:53 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423182330.GG1406905@hiwaay.net> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423182330.GG1406905@hiwaay.net> Message-ID: Chris Adams wrote: > Once upon a time, Behdad Esfahbod said: >> 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and >> keep /sbin out of users' path. >> >> In an ideal world, we would have 3. But it's a lot of packaging work. > > How much, really? There are maybe a couple of dozen commands in /sbin > and /usr/sbin that are useful to non-root users, and many of them come > from the same package. Many of them probably don't even need symlinks > (who cares that lspci has moved for example). > > Now, I always just have PATH=$PATH:/usr/sbin:/sbin in the system profile > on my systems (so I certainly don't object to doing that by default), > but it would be better to do this the "right" way. The packaging > guidelines going forward could then have something like: > > - /sbin: for administration tools only useful for root and needed to > boot the system > > - /usr/sbin: for other administration tools only useful for root > +1 but I'd rather we did this the symlink way so we can identlfy a command as an sbin command we have given regular users access to. In most cases this will mean that the command may be run by a regular user, but limited in functionality. (ifconfig won't set an IP address, only show it, etc.) /Thomas From rc040203 at freenet.de Thu Apr 24 00:33:56 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 02:33:56 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423235527.GA28407@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> Message-ID: <1208997236.2861.40.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 19:55 -0400, Matthew Miller wrote: > On Wed, Apr 23, 2008 at 06:50:46PM -0500, Mike Cronenworth wrote: > > If Fedora's supposed target is a "regular desktop user" they will want to > > I hope that hasn't become the only target while I wasn't looking. I regret having to say so, but I find this to be an apparent fact. A lost of what is being sold as "great achievements in Fedora" is desktop centric and lacks generality. Some pieces are even close to be unusable outside of desktops (e.g. NM, PA, SELinux). Ralf From tmus at tmus.dk Thu Apr 24 00:46:30 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 22:46:30 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423183019.GC27354@jadzia.bu.edu> <20080423185515.GB31210@jadzia.bu.edu> Message-ID: Colin Walters wrote: > On Wed, Apr 23, 2008 at 2:55 PM, Matthew Miller wrote: >> On Wed, Apr 23, 2008 at 02:49:02PM -0400, Colin Walters wrote: >> > > Once upon a time, traceroute was in sbin and *that* got fixed. I don't >> > > see any reason we can't fix the other _tiny handful_ of commands this >> > > affects. (Especially if the sudo securepath option is also enabled, >> > > which reduces the number further.) >> > "The perfect is the enemy of the good" --Voltaire >> >> Err, sure. So let's make it good. That's my side of the argument, right? :) > > Heh, no. The good is the two-line change to the setup package to make > things better. > Actually, to me, that sounds more like the "easy" than the "good". /Thomas From rc040203 at freenet.de Wed Apr 23 16:11:02 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 23 Apr 2008 18:11:02 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208966124.12717.178.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> <1208966124.12717.178.camel@localhost.localdomain> Message-ID: <1208967062.29878.7.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 11:55 -0400, Tom "spot" Callaway wrote: > On Wed, 2008-04-23 at 17:52 +0200, Enrico Scholz wrote: > > "Tom \"spot\" Callaway" writes: > > > > > I propose that we add /sbin and /usr/sbin to the path for normal users > > > ... > > > Anyone opposed to such an action? > > > > /me > > Your thorough and elaborately explained reasoning has concisely shown me > the errors in my proposal. Thank you for taking the time to reply to my > email with such useful and important information. The fact that some tools are useful to ordinary users in some selected situations does not invalidate many of them not being useful in many occasions. Ralf From mike at cchtml.com Thu Apr 24 00:51:21 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Wed, 23 Apr 2008 19:51:21 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208996695.2861.34.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> <1208996695.2861.34.camel@beck.corsepiu.local> Message-ID: <480FD989.9040102@cchtml.com> -------- Original Message -------- Subject: Re:Adding /sbin and /usr/sbin to everyone's path in F10 From: Ralf Corsepius To: Development discussions related to Fedora Date: 04/23/2008 07:24 PM > > Everybody being confronted with programs he can't run. > "must be root" .. "insufficent privileges to ..." > > Is this any better than what Fedora has now? > mount is available to non-root users. It's *no different* than what Fedora has now. Fedora is *limited* by not having /sbin and /usr/sbin available by default. > >> Why would you care if you have one extra program in your PATH? >> > I do not care about extra programs in $PATH - I do care about having > programs which are NOT RUNABLE by users and which are not USEFUL for > ordinary users in $PATH. > > Take note as "care" is the key word here. You would rather lose functionality over a meaningless feeling. How is having lsusb in your PATH going to ruin your life? Yes, lsusb is very useful to non-root users. How is having httpd in your PATH going to ruin your life? Yes, because it is going to hurt your feelings. I'm sorry. Why are your feelings the issue at hand here? >> Is the world coming to an end? >> > Well, there are reasons why things are as they are. Of cause, there are > warts, there are arguable details, nevertheless there are reasons for > why things are, as they are. > No one can explain it other than "just because" and people's personal feelings. > Do you really think you are the first people to discuss this topic? No, > you aren't, this discussion is as old as */sbin exists. > > I would sure hope this isn't the first time, but when was the last time it was discussed? I'm not trying to pretend I know it all either. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at gmail.com Thu Apr 24 00:52:13 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 23 Apr 2008 19:52:13 -0500 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <1208983140.23262.3.camel@nixon> References: <1208983140.23262.3.camel@nixon> Message-ID: <1208998333.2946.1.camel@vader.jdub.homelinux.org> On Wed, 2008-04-23 at 16:39 -0400, Brian Pepple wrote: > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCo meeting -- Any objection to this week's report from FPC at > https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01717.html > > /topic FESCo-Meeting -- F9 - any issues needing discussion? - all > > /topic FESCo meeting -- Free discussion around Fedora > > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule. You can also propose topics > in the meeting while it is in the "Free discussion around Fedora" phase. I have a static lib request for dtc (libfdt). I'm poking the reporter for a bit more rationale from his side, but it does make sense for this package. See: https://bugzilla.redhat.com/show_bug.cgi?id=443882 josh From tmus at tmus.dk Thu Apr 24 00:51:22 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 22:51:22 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F948A.4080201@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <480F948A.4080201@gmail.com> Message-ID: Toshio Kuratomi wrote: > While I'm all for #2, if #3 is what happens, please make your symlinks > the other way around. > > /bin/ifconfig > ln -s /bin/ifconfig /sbin/ifconfig > > The move is acknowledging that the binary is useful for end users and > therefore belongs in their path (and thus rightfully belongs in /bin). > The symlink is backwards compatibility for scripts and people who are > used to typing sudo /sbin/ifconfig. > I believe the symlinks should be the other way around (ln -s /sbin/ifconfig /bin/ifconfig), signifying an admin tool that can be useful for normal users. Most (if not all) of them are limited in functionality when not run as root. Taken from the man page, ifconfig is primarily a configuration tool, not an info tool. ifconfig - configure a network interface /Thomas From a.badger at gmail.com Thu Apr 24 00:57:15 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Apr 2008 17:57:15 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423182330.GG1406905@hiwaay.net> Message-ID: <480FDAEB.9030600@gmail.com> Thomas M Steenholdt wrote: > Chris Adams wrote: >> Once upon a time, Behdad Esfahbod said: >>> 3) Symlink all of a) into /bin (or symlink), but keep b) in /sbin and >>> keep /sbin out of users' path. >>> >>> In an ideal world, we would have 3. But it's a lot of packaging work. >> >> How much, really? There are maybe a couple of dozen commands in /sbin >> and /usr/sbin that are useful to non-root users, and many of them come >> from the same package. Many of them probably don't even need symlinks >> (who cares that lspci has moved for example). >> >> Now, I always just have PATH=$PATH:/usr/sbin:/sbin in the system profile >> on my systems (so I certainly don't object to doing that by default), >> but it would be better to do this the "right" way. The packaging >> guidelines going forward could then have something like: >> >> - /sbin: for administration tools only useful for root and needed to >> boot the system >> >> - /usr/sbin: for other administration tools only useful for root >> > > +1 but I'd rather we did this the symlink way so we can identlfy a > command as an sbin command we have given regular users access to. In > most cases this will mean that the command may be run by a regular user, > but limited in functionality. (ifconfig won't set an IP address, only > show it, etc.) > Please, no. This is not a standard. Don't create it now. yum, rpm, packagekit, yumex, apt-get, smart, mount, chown and all sorts of other whatsit fall in this category. If you get nit-picky, kill, chmod, cat, etc also have "limited functionality" for a normal user as they only allow the normal user to operate on things for which they have permissions/are the owner/ etc. The tools allow the superuser to operate on the resource even if it doesn't belong to them or the permissions explicitly disallow it. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From tmus at tmus.dk Thu Apr 24 00:57:52 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 22:57:52 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F72B2.5010305@hhs.nl> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: Hans de Goede wrote: > Tom "spot" Callaway wrote: >> I propose that we add /sbin and /usr/sbin to the path for normal users >> (as well as root) for F10? There are plenty of useful tools in there for >> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >> assumes the user is root because it lives in /sbin is fundamentally >> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >> so I propose that we just do it. >> >> Anyone opposed to such an action? >> > > Not at all, > > +1000000 > > I've been consistenly changing /etc/profile todo exactly this since the > day I started using RH 4.0 > > Regards, > > Hans > Isn't that more or less the same reason most windows users login as administrator - The convenience? Note: I know the security risk in the two examples are not in the same ball-park, so there's no need to lecture me on that. I'm merely speaking of convenience and how it sometimes makes it feel right to do the wrong thing. /Thomas From tmus at tmus.dk Thu Apr 24 01:01:17 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 23:01:17 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F9C22.5070207@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <480F9262.1030206@poolshark.org> <480F9661.8040800@gmail.com> <480F9823.4070408@poolshark.org> <480F9C22.5070207@gmail.com> Message-ID: Les Mikesell wrote: > Denis Leroy wrote: >> >>>> >>>> My concern would more be on the sudden appearance in PATH of daemons >>>> that have no business being run from the shell even as root (other >>>> than for debugging), such has httpd or wpa_supplicant, but maybe >>>> that's another debate... >>> >>> Are you suggesting that there is something wrong with debugging, or >>> that it should be made more difficult??? >> >> ??? >> >> in the past year, how many times have you started httpd by running >> manually, rather than by 'service httpd start' ? > > Most of our web services are java and done by another group now, but > when I was more involved and using mod_perl I'd start it that way > regularly to be able to run a single instance where I could debug > execution. It's not something unexpected. > Not unexpected but also not an everyday task for the majority of users. I'm sure prepending /sbin/ to your command og modding your env to include /sbin in your path would be okay in situations like this. The fact that a few ppl think some particular config is the best, doesn't automatically mean that everybody else thinks so too. /Thomas From bpepple at fedoraproject.org Thu Apr 24 01:04:04 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 23 Apr 2008 21:04:04 -0400 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <1208998333.2946.1.camel@vader.jdub.homelinux.org> References: <1208983140.23262.3.camel@nixon> <1208998333.2946.1.camel@vader.jdub.homelinux.org> Message-ID: <1208999044.3019.1.camel@kennedy> On Wed, 2008-04-23 at 19:52 -0500, Josh Boyer wrote: > I have a static lib request for dtc (libfdt). I'm poking the reporter > for a bit more rationale from his side, but it does make sense for this > package. See: > > https://bugzilla.redhat.com/show_bug.cgi?id=443882 Added to the agenda. Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tmus at tmus.dk Thu Apr 24 01:08:14 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 23:08:14 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208972515.15068.31.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > On Wed, 2008-04-23 at 20:33 +0300, Axel Thimm wrote: >> In a nutshell: Keep things as are, but if there really is a command >> that is used by "normal" users move that out of sbin or make a symlink >> (commands that used to live in sbin and moved out are for example >> ping and traceroute) > > If we were to keep things the way they are, we need to munge sudo so > that it takes into account the sbin paths. Continually doing "sbin foo" > and getting foo not found is infuriating to no end, combined with the > guessing game of "is it /sbin or /usr/sbin I must call out on this > system this week". > > +1 This is exactly what we need for this problem. /Thomas From konrad at tylerc.org Thu Apr 24 01:15:35 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Wed, 23 Apr 2008 18:15:35 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1208972515.15068.31.camel@localhost.localdomain> Message-ID: <200804231815.35985.konrad@tylerc.org> Quoth Thomas M Steenholdt: > Jesse Keating wrote: > > On Wed, 2008-04-23 at 20:33 +0300, Axel Thimm wrote: > >> In a nutshell: Keep things as are, but if there really is a command > >> that is used by "normal" users move that out of sbin or make a symlink > >> (commands that used to live in sbin and moved out are for example > >> ping and traceroute) > > > > If we were to keep things the way they are, we need to munge sudo so > > that it takes into account the sbin paths. Continually doing "sbin foo" > > and getting foo not found is infuriating to no end, combined with the > > guessing game of "is it /sbin or /usr/sbin I must call out on this > > system this week". > > > > > +1 > > This is exactly what we need for this problem. > > /Thomas I don't know if other people use this at all or not, but something I find incredibly useful about having sbin and friends in PATH is that I can tab-complete many of the sbin commands I use on a regular basis. This convenience means one of the first things I add to my .bashrc on a new account anywhere is 'export PATH="$PATH:/sbin:/usr/sbin"'. Having sudo look in /sbin and /usr/sbin does not address tab-completion in bash. Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From tmus at tmus.dk Thu Apr 24 01:23:28 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 23:23:28 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231815.35985.konrad@tylerc.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208972515.15068.31.camel@localhost.localdomain> <200804231815.35985.konrad@tylerc.org> Message-ID: Konrad Meyer wrote: > Quoth Thomas M Steenholdt: >> Jesse Keating wrote: >>> On Wed, 2008-04-23 at 20:33 +0300, Axel Thimm wrote: >>>> In a nutshell: Keep things as are, but if there really is a command >>>> that is used by "normal" users move that out of sbin or make a symlink >>>> (commands that used to live in sbin and moved out are for example >>>> ping and traceroute) >>> If we were to keep things the way they are, we need to munge sudo so >>> that it takes into account the sbin paths. Continually doing "sbin foo" >>> and getting foo not found is infuriating to no end, combined with the >>> guessing game of "is it /sbin or /usr/sbin I must call out on this >>> system this week". >>> >>> >> +1 >> >> This is exactly what we need for this problem. >> >> /Thomas > > I don't know if other people use this at all or not, but something I find > incredibly useful about having sbin and friends in PATH is that I can > tab-complete many of the sbin commands I use on a regular basis. This > convenience means one of the first things I add to my .bashrc on a new > account anywhere is 'export PATH="$PATH:/sbin:/usr/sbin"'. > > Having sudo look in /sbin and /usr/sbin does not address tab-completion in > bash. > > Regards, > bash can be persuaded to provide tab-completion for rather exotic situations... Including stuff like "service ht[TAB]"... /Thomas From tmus at tmus.dk Thu Apr 24 01:26:53 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 23:26:53 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480FCA94.2020708@cchtml.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> Message-ID: Mike Cronenworth wrote: > No. It will promote proper program installation paths. Right now we > basically have "Security Through Obscurity," which I thought was frowned > upon in our world. This has exactly nothing to do with security and all to do with minimizing confusion/complexity for users vs providing convenient access to system tools. /Thomas From lesmikesell at gmail.com Thu Apr 24 01:34:17 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 23 Apr 2008 20:34:17 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <480F9262.1030206@poolshark.org> <480F9661.8040800@gmail.com> <480F9823.4070408@poolshark.org> <480F9C22.5070207@gmail.com> Message-ID: <480FE399.2010002@gmail.com> Thomas M Steenholdt wrote: >>>>> My concern would more be on the sudden appearance in PATH of >>>>> daemons that have no business being run from the shell even as root >>>>> (other than for debugging), such has httpd or wpa_supplicant, but >>>>> maybe that's another debate... >>>> >>>> Are you suggesting that there is something wrong with debugging, or >>>> that it should be made more difficult??? >>> >>> ??? >>> >>> in the past year, how many times have you started httpd by running >>> manually, rather than by 'service httpd start' ? >> >> Most of our web services are java and done by another group now, but >> when I was more involved and using mod_perl I'd start it that way >> regularly to be able to run a single instance where I could debug >> execution. It's not something unexpected. >> > > Not unexpected but also not an everyday task for the majority of users. > I'm sure prepending /sbin/ to your command og modding your env to > include /sbin in your path would be okay in situations like this. It is always OK. > > The fact that a few ppl think some particular config is the best, > doesn't automatically mean that everybody else thinks so too. Try it and report back when you see an actual problem. -- Les Mikesell lesmikesell at gmail.com From tmus at tmus.dk Thu Apr 24 01:30:33 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 23 Apr 2008 23:30:33 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> <1208966124.12717.178.camel@localhost.localdomain> <87iqy85yn2.fsf@fc5.bigo.ensc.de> <3170f42f0804231236h3fa51497u6a8e68d62655139f@mail.gmail.com> Message-ID: Thomas M Steenholdt wrote: > Debarshi Ray wrote: >>> 2. 80-90% of programs under */sbin are without any use for normal >>> users; mentioned 'ifconfig' + 'route' are called by normal users >>> for diagnostic reasons only. This assumes some adminstrative >>> knowledge including awareness about the special /sbin paths. >> >> ping is also used for diagnostic uses only, is setuid root and stays >> in /bin. One might argue that ping and traceroute also require >> "administrative knowledge". >> >>> 3. tab-completion will show me a lot of new programs which are for zero >>> use. This will slow down my work. >> >> I have over 3150 binaries in my default Fedora path now. The sbin >> stuff amounts to 600 more. Come one, that is just a 20% rise. >> >>> 4. problems which are tried to be solved can be handled much better at >>> other places (e.g. modify 'sudo' to search in */sbin, or link >>> commonly >>> used programs to */bin) >> >> One has to configure sudo separately. So that is not much of a >> usability improvement. >> >> Cheerio, >> Debarshi > > I believe an update to the default /etc/sudoers file adding to the path > via env_keep should be doable? > > /Thomas > Aparrently, env_keep won't work for this, but it's still doable with standard sudo - it might need additional config options or something though... /Thomas From loupgaroublond at gmail.com Thu Apr 24 01:58:57 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Thu, 24 Apr 2008 01:58:57 +0000 Subject: Install F9 on a loopback file a la Wubi In-Reply-To: <200804231619.55472.konrad@tylerc.org> References: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> <200804231619.55472.konrad@tylerc.org> Message-ID: <7f692fec0804231858g5a3e6d01wfd7400a6c3aab3c7@mail.gmail.com> 2008/4/23 Konrad Meyer : > Quoth Ahmed Kamal: > > > > Hi list, > > Did anyone successfully install a modern Fedora on a loopback file a la Wubi > > ? I know nothing automated like Wubi exists for Fedora, I have no problem > > bringing my sledge hammer to make this work. I just need to know if there > > are any pointers/guides somewhere for how to make this work? > > PS: Please don't ask why would I want to do that :) > > Regards > > So why would you want to do that again? 1) So you can run it without futzing with windows 2) So you don't have to edit the partition tables because I) You're only trying it out II) You're a noob and don't want to do anything dangerous III) It's a work machine with onerous policies 3) You want to convert a VM Image into a real OS host 4) You want to convert a real OS host into a VM Image to run on windows 5) You support a multi OS shop and the more ways an OS can be tested, the better 6) Something like this should pass unit tests anyways 7) It's fun Cheers Yaakov From debarshi.ray at gmail.com Thu Apr 24 02:20:52 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 24 Apr 2008 07:50:52 +0530 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208996695.2861.34.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> <1208996695.2861.34.camel@beck.corsepiu.local> Message-ID: <3170f42f0804231920o6ff6d2e4ja2267d2ecb1ec392@mail.gmail.com> > Everybody being confronted with programs he can't run. > "must be root" .. "insufficent privileges to ..." > [...] > I do not care about extra programs in $PATH - I do care about having > programs which are NOT RUNABLE by users and which are not USEFUL for > ordinary users in $PATH. An ordinary user is always going to be limited if compared to the superuser. eg., neither can I do a 'rpm -ivh ...' nor can I do a 'cat /etc/grub.conf'. If you look at the GUI you might find it even worse that clicking on a *.rpm opens up something which asks for your root password. So should one disable clicking on *.rpm files because normal users can not install them? Regards, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From rc040203 at freenet.de Thu Apr 24 02:43:26 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 04:43:26 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> Message-ID: <1209005006.2861.69.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 21:58 -0200, Thomas M Steenholdt wrote: > ifconfig, ip, fdisk, chkconfig and a lot of the other examples listed in > this thread, makes perfectly sense to me, but not all. Why? Most of them are tools which most ordinary users will never need nor will they be permitted to let them perform actual actions. Of cause, sysadmins, developers, specialists and the like will find some ways to use them as "ordinary users", but ... I really fail why extending their personal accounts' $PATH is demanding to much for this audience. Gradually, I am beginning to think, this thread only takes place, because this is a developer's list for whom using */sbin tools is their day-time job :-) Ralf From jkeating at redhat.com Thu Apr 24 02:48:51 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Apr 2008 22:48:51 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209005006.2861.69.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> <1209005006.2861.69.camel@beck.corsepiu.local> Message-ID: <1209005331.15068.86.camel@localhost.localdomain> On Thu, 2008-04-24 at 04:43 +0200, Ralf Corsepius wrote: > Gradually, I am beginning to think, this thread only takes place, > because this is a developer's list for whom using */sbin tools is > their > day-time job :-) There is that, and a strong desire to make Fedora an enjoyable platform to develop software on, not just for the people developing Fedora on it, but other software as well. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Thu Apr 24 03:01:32 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Apr 2008 23:01:32 -0400 Subject: Network filesystems need to get unmounted earlier at shutdown In-Reply-To: <480FC1EF.5040902@cchtml.com> References: <480F9A0C.4030309@cora.nwra.com> <480FA0F0.50906@cchtml.com> <480FAC43.3080601@cora.nwra.com> <480FC1EF.5040902@cchtml.com> Message-ID: <20080424030132.GA26790@nostromo.devel.redhat.com> Mike Cronenworth (mike at cchtml.com) said: > Bah, ignore what I said. You should be able to just turn NM from "off" to > "on" on those runlevels and then when the init level changes, init won't > bother with NM. I don't wish to test this, but it sounds correct in > theory... > > chkconfig --level 06 NetworkManager on > chkconfig --level 06 NetworkManagerDispatcher on > > I don't have my F9 preview machine with me, but upstart uses compatibility > with SysV stuff IIRC so this should work for you. Also, just resetting the priorities of hal & NM should do it. Bill From notting at redhat.com Thu Apr 24 03:03:45 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Apr 2008 23:03:45 -0400 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <1208983140.23262.3.camel@nixon> References: <1208983140.23262.3.camel@nixon> Message-ID: <20080424030345.GB26790@nostromo.devel.redhat.com> Brian Pepple (bpepple at fedoraproject.org) said: > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule. You can also propose topics > in the meeting while it is in the "Free discussion around Fedora" phase. I'd like just a quick talk about the emacs reversion that has happened for F9, if for no other reason than to make people aware of it. Bill From jkeating at redhat.com Thu Apr 24 03:10:45 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Apr 2008 23:10:45 -0400 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <20080424030345.GB26790@nostromo.devel.redhat.com> References: <1208983140.23262.3.camel@nixon> <20080424030345.GB26790@nostromo.devel.redhat.com> Message-ID: <1209006645.15068.90.camel@localhost.localdomain> On Wed, 2008-04-23 at 23:03 -0400, Bill Nottingham wrote: > I'd like just a quick talk about the emacs reversion that has > happened for F9, if for no other reason than to make people aware > of it. I won't be there, but I did talk to Chip personally about it, and made the decision to do the rollback without an epoch. Reasons: 1) it was only in rawhide for a short period of time (a few days, wasn't in preview release) 2) emacs has a pretty big set of packages that have requires/provides and what not and they can be rather fragile. I wasn't keen on introducing an epoch at this moment, especially because epochs tend to be non-obvious. 3) We may shortly after F9 goes out see an updates-testing -> updates of this version of emacs, after it gets some more fixes. I told chip to do it without epoch and that I would stick up for it with FESCo and the like. It was my decision. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Thu Apr 24 03:18:33 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 23 Apr 2008 23:18:33 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231815.35985.konrad@tylerc.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208972515.15068.31.camel@localhost.localdomain> <200804231815.35985.konrad@tylerc.org> Message-ID: <20080424031833.GA11765@jadzia.bu.edu> On Wed, Apr 23, 2008 at 06:15:35PM -0700, Konrad Meyer wrote: > I don't know if other people use this at all or not, but something I find > incredibly useful about having sbin and friends in PATH is that I can > tab-complete many of the sbin commands I use on a regular basis. This > convenience means one of the first things I add to my .bashrc on a new > account anywhere is 'export PATH="$PATH:/sbin:/usr/sbin"'. > > Having sudo look in /sbin and /usr/sbin does not address tab-completion in > bash. Actually, it does! Rebuild the sudo RPM with the --with-secure-path=/sbin:/usr/sbin:/bin:/usr/bin configure option as suggested in bug #80215 [1], install the bash-completion package, and try it out. [1] https://bugzilla.redhat.com/show_bug.cgi?id=80215 -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kagesenshi.87 at gmail.com Thu Apr 24 03:20:40 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Thu, 24 Apr 2008 11:20:40 +0800 (MYT) Subject: Install F9 on a loopback file a la Wubi Message-ID: <20080424032040.47D1514203A@mail.inigo-tech.com> On Thu, Apr 24, 2008 at 9:58 AM, Yaakov Nemoy wrote: > 2008/4/23 Konrad Meyer : > > > > Quoth Ahmed Kamal: > > > > > > > Hi list, > > > Did anyone successfully install a modern Fedora on a loopback file a la Wubi > > > ? I know nothing automated like Wubi exists for Fedora, I have no problem > > > bringing my sledge hammer to make this work. I just need to know if there > > > are any pointers/guides somewhere for how to make this work? > > > PS: Please don't ask why would I want to do that :) > > > Regards > > installing to a loopback mount wouldnt be hard .. its similar to a liveCD ... you can also install it using yum --installroot (provided you know what to install to get a running system) .. what tricky is how to make it boot from windows .. this could be an interesting feature to add into Revisor (what language wubi is written on?, maybe you can find some clue on how that side of the distro world boot that loopback image) IIRC, Mandrake linux had this feature a long long time ago ... wubi is simply something old with a new appearance .. -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ????????? ???????????? ???????????? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From maximilianbianco at gmail.com Thu Apr 24 03:37:21 2008 From: maximilianbianco at gmail.com (max bianco) Date: Wed, 23 Apr 2008 23:37:21 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: On Wed, Apr 23, 2008 at 8:57 PM, Thomas M Steenholdt wrote: > Hans de Goede wrote: > > > Tom "spot" Callaway wrote: > > > > > > > > I propose that we add /sbin and /usr/sbin to the path for normal users > > > (as well as root) for F10? There are plenty of useful tools in there for > > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > > assumes the user is root because it lives in /sbin is fundamentally > > > broken. The LSB doesn't mandate this (at least, not anywhere I can see), > > > so I propose that we just do it. > > > > > > > > > Anyone opposed to such an action? > > > > > > > > > > Not at all, > > > > +1000000 > > > > I've been consistenly changing /etc/profile todo exactly this since the > day I started using RH 4.0 > > > > Regards, > > > > Hans > > > > > > Isn't that more or less the same reason most windows users login as > administrator - The convenience? > > Note: I know the security risk in the two examples are not in the same > ball-park, so there's no need to lecture me on that. > > I'm merely speaking of convenience and how it sometimes makes it feel right > to do the wrong thing. > Speaking as probably one of the most inexperienced Fedora users subscribing to this list. I whole-heartedly agree with this sentiment. Its already been said but I will say it again anyway. Those that know how to add things to their $PATH will do just that and not be inconvenienced. If you don't know how to find ifconfig and add it to your $PATH then you probably would just shoot yourself in the foot with it, if you don't know but are motivated you can certainly find this info easily enough. Our time on this earth is limited but its not that limited. For the love of god do not change things because it will save you 3 minutes every 6 months. Max From bpepple at fedoraproject.org Thu Apr 24 04:10:29 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 24 Apr 2008 00:10:29 -0400 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <20080424030345.GB26790@nostromo.devel.redhat.com> References: <1208983140.23262.3.camel@nixon> <20080424030345.GB26790@nostromo.devel.redhat.com> Message-ID: <1209010229.25973.1.camel@nixon> On Wed, 2008-04-23 at 23:03 -0400, Bill Nottingham wrote: > Brian Pepple (bpepple at fedoraproject.org) said: > > You want something to be discussed? Send a note to the list in reply to > > this mail and I'll add it to the schedule. You can also propose topics > > in the meeting while it is in the "Free discussion around Fedora" phase. > > I'd like just a quick talk about the emacs reversion that has > happened for F9, if for no other reason than to make people aware > of it. No problem. I'll add it to the agenda for tomorrow. Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From loupgaroublond at gmail.com Thu Apr 24 04:34:24 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Thu, 24 Apr 2008 04:34:24 +0000 Subject: Thanks for considering me.... In-Reply-To: <1eb1f6fa0804211607w3b811f2ch79a0fdfdf4833c57@mail.gmail.com> References: <1eb1f6fa0804211607w3b811f2ch79a0fdfdf4833c57@mail.gmail.com> Message-ID: <7f692fec0804232134u470de77en82b03c05993c61a4@mail.gmail.com> On Mon, Apr 21, 2008 at 11:07 PM, Jason (spot) Brower wrote: > It looks like I didn't get accepted for my project, JWuN, but I wanted > to thank those that supported me and made effort to comment about both > in email and on the student dashboard. If we are lucky, perhaps we > can even start to see a version of this soon anyway. It sounded like > a simple project, according to the group, perhaps it is. > Regards, > Jason Brower It's too bad it didn't get accepted. This isn't the first time someone suggested something similar to me before. I hope you're still willing to work on this. -Yaakov From a.badger at gmail.com Thu Apr 24 04:49:27 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Apr 2008 21:49:27 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: <48101157.3020906@gmail.com> max bianco wrote: > On Wed, Apr 23, 2008 at 8:57 PM, Thomas M Steenholdt wrote: >> Hans de Goede wrote: >> >>> Tom "spot" Callaway wrote: >>> >>>> I propose that we add /sbin and /usr/sbin to the path for normal users >>>> (as well as root) for F10? There are plenty of useful tools in there for >>>> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >>>> assumes the user is root because it lives in /sbin is fundamentally >>>> broken. The LSB doesn't mandate this (at least, not anywhere I can see), >>>> so I propose that we just do it. >>>> >>>> >>>> Anyone opposed to such an action? >>>> >>>> >>> Not at all, >>> >>> +1000000 >>> >>> I've been consistenly changing /etc/profile todo exactly this since the >> day I started using RH 4.0 >>> Regards, >>> >>> Hans >>> >>> >> Isn't that more or less the same reason most windows users login as >> administrator - The convenience? >> >> Note: I know the security risk in the two examples are not in the same >> ball-park, so there's no need to lecture me on that. >> >> I'm merely speaking of convenience and how it sometimes makes it feel right >> to do the wrong thing. >> > Speaking as probably one of the most inexperienced Fedora users > subscribing to this list. I whole-heartedly agree with this sentiment. > Its already been said but I will say it again anyway. Those that know > how to add things to their $PATH will do just that and not be > inconvenienced. Actually, this is not true. I added it to my PATH for years since starting on RHL-4. But at some point in using Fedora, I stopped because I gave up on the hassle of adding a custom PATH to /etc/profile.d/ every time I installed a new box. Additionally, I now have more shell accounts on boxes that I only drop into once in a while when something's wrong that I've learned to accept the constant annoyance of not having .*/sbin in my PATH. > If you don't know how to find ifconfig and add it to > your $PATH then you probably would just shoot yourself in the foot > with it, if you don't know but are motivated you can certainly find > this info easily enough. Our time on this earth is limited but its > not that limited. Actually, it is. Every day, lose six minutes from having to retype a sudo line due to not having a PATH configured with sbin. Most likely when you're already stressed that something is broken and you just want to find out what as quickly as possible. -Toshio -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From kagesenshi.87 at gmail.com Thu Apr 24 05:04:33 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Thu, 24 Apr 2008 13:04:33 +0800 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48101157.3020906@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> Message-ID: 2008/4/24 Toshio Kuratomi : > Actually, this is not true. I added it to my PATH for years since starting > on RHL-4. But at some point in using Fedora, I stopped because I gave up > on the hassle of adding a custom PATH to /etc/profile.d/ every time I > installed a new box. Additionally, I now have more shell accounts on boxes > that I only drop into once in a while when something's wrong that I've > learned to accept the constant annoyance of not having .*/sbin in my PATH. i put 'export PATH="$PATH:/sbin:/usr/sbin"' in my ~/.bashrc ... reinstall, whatever, nothing changes as long as i keep my home folder .. (another trick of mine .. a rpm, eg: mycustomizations.rpm to save time for certain stuff outside the home folder) -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From a.badger at gmail.com Thu Apr 24 05:15:50 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Apr 2008 22:15:50 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> Message-ID: <48101786.6000107@gmail.com> Izhar Firdaus wrote: > 2008/4/24 Toshio Kuratomi : >> Actually, this is not true. I added it to my PATH for years since starting >> on RHL-4. But at some point in using Fedora, I stopped because I gave up >> on the hassle of adding a custom PATH to /etc/profile.d/ every time I >> installed a new box. Additionally, I now have more shell accounts on boxes >> that I only drop into once in a while when something's wrong that I've >> learned to accept the constant annoyance of not having .*/sbin in my PATH. > > i put 'export PATH="$PATH:/sbin:/usr/sbin"' in my ~/.bashrc ... > reinstall, whatever, nothing changes as long as i keep my home folder > .. > Err.. "every time I installed a new box." > (another trick of mine .. a rpm, eg: mycustomizations.rpm to save time > for certain stuff outside the home folder) > And "I now have more shell accounts on boxes that I only drop into once in a while" -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From paul at xelerance.com Thu Apr 24 05:26:47 2008 From: paul at xelerance.com (Paul Wouters) Date: Thu, 24 Apr 2008 01:26:47 -0400 (EDT) Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> Message-ID: On Wed, 23 Apr 2008, Thomas M Steenholdt wrote: > Mike Cronenworth wrote: > > No. It will promote proper program installation paths. Right now we > > basically have "Security Through Obscurity," which I thought was frowned > > upon in our world. > > This has exactly nothing to do with security and all to do with minimizing > confusion/complexity for users vs providing convenient access to system tools. $ ls /usr/bin/|wc -l 2533 $ ls /usr/sbin/|wc -l 374 Sure. 11% "more complexity" to be exact. And now imagine the enduser needs to know it's internal IP. NetworkManager doesnt display it. The user will need to go back to the command line and type "ifconfig" which of course then has to be "/sbin/ifconfig" (or rather, thanks to the avahi setup in f9, the user will have to type "ip addr list"). There is no reason to not give users the sbin's, and yes, it is the first thing I do on a new system too. The second thing is to remove the alias for cp,rm and mv. Here not the enduser, but the superuser, is protected against itself. Why not provide "undelete" too :P Paul From james at fedoraproject.com Thu Apr 24 05:24:12 2008 From: james at fedoraproject.com (James Antill) Date: Thu, 24 Apr 2008 01:24:12 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209005006.2861.69.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> <1209005006.2861.69.camel@beck.corsepiu.local> Message-ID: <1209014652.12506.45.camel@code.and.org> On Thu, 2008-04-24 at 04:43 +0200, Ralf Corsepius wrote: > On Wed, 2008-04-23 at 21:58 -0200, Thomas M Steenholdt wrote: > > > ifconfig, ip, fdisk, chkconfig and a lot of the other examples listed in > > this thread, makes perfectly sense to me, but not all. > > Why? Most of them are tools which most ordinary users will never need You mean like: /bin/dumpkeys /bin/ed /bin/login /usr/bin/xcutsel /usr/bin/xdpr /usr/bin/zzuf [ ... etc. ... ] > nor will they be permitted to let them perform actual actions. Ahh, so more like: /bin/redhat_lsb_init /bin/unicode_start /bin/ypdomainname /usr/bin/webalizer /usr/bin/xenU_workflow.py [ ... etc. ... ] > Of cause, sysadmins, developers, specialists and the like will find some > ways to use them as "ordinary users", but ... I really fail why > extending their personal accounts' $PATH is demanding to much for this > audience. Yeh, I remember using SunOS and setting my own path up based on switch statements based on hostname ... and I'd like to remember it that way, as a distant memory. > Gradually, I am beginning to think, this thread only takes place, > because this is a developer's list for whom using */sbin tools is their > day-time job :-) Yes, it's a help to those who care and doesn't harm those who don't ... and this is a negative, why? -- James Antill Fedora From paul at xelerance.com Thu Apr 24 05:38:53 2008 From: paul at xelerance.com (Paul Wouters) Date: Thu, 24 Apr 2008 01:38:53 -0400 (EDT) Subject: fsck "-y", was Re: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208996695.2861.34.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> <1208996695.2861.34.camel@beck.corsepiu.local> Message-ID: On Thu, 24 Apr 2008, Ralf Corsepius wrote: > Well, there are reasons why things are as they are. Of cause, there are > warts, there are arguable details, nevertheless there are reasons for > why things are, as they are. Some things are just wrong, even if they have been wrong for 10 years. The above is no argumentation for it. Other example: I'm sure Ted Tso is happy that he can manually edit ext3fs when he has an INCONSISTENT FILESYSTEM error too. However for the other million system adminsitrators that have to drive to the console when the machine does not come up, not having "-y" in /etc/sysconfig/autofsck also sucks. It offers them absolutely nothing, since now they have to start fsck with -y anyway. And yes, I've argued this over and over again too. Another example: The fact that "cal 5" does not show me the calender for May in the current yea and month, but the days in the year 5, is and has always been as useful as square wheels. (At least cal -3 There are reasons some things are as they are. Sometimes those reasons are bad. Paul From lemenkov at gmail.com Thu Apr 24 05:32:34 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 24 Apr 2008 09:32:34 +0400 Subject: Garbled fonts in Fedora 9-Preview Message-ID: Hello All! See screenshot: http://peter.fedorapeople.org/bad_fonts.png -- With best regards! From lemenkov at gmail.com Thu Apr 24 05:41:50 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 24 Apr 2008 09:41:50 +0400 Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: References: Message-ID: 2008/4/24 Peter Lemenkov : > Hello All! > > See screenshot: > > http://peter.fedorapeople.org/bad_fonts.png Some additional details - looks like russian letter "?" sometimes substitutes by letter "a" and latin "z" substitutes with "e". Firefox is *very* slow while working with google mail (up to 80% CPU time on my mac mini 1.42 GHz). I didn't do fresh install (it's stupid to reinstall system as windoz-users do) but updated system with yum upgrade. -- With best regards! From lemenkov at gmail.com Thu Apr 24 05:42:51 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 24 Apr 2008 09:42:51 +0400 Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: References: Message-ID: 2008/4/24 Peter Lemenkov : > Hello All! > > See screenshot: > > http://peter.fedorapeople.org/bad_fonts.png Another note - fonts looks garbled only in GTK2 programs. Console programs looks OK. -- With best regards! From rc040203 at freenet.de Thu Apr 24 00:40:22 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 02:40:22 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480FC41B.2030903@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <1208990358.2861.6.camel@beck.corsepiu.local> <480FC41B.2030903@gmail.com> Message-ID: <1208997622.2861.47.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 18:19 -0500, Les Mikesell wrote: > Ralf Corsepius wrote: > > > > /bin vs. /usr/bin is motivated by the FHS mandating /usr to be on a > > filesystem of its own (and systems to be able to boot without /usr being > > available), while the */bin vs. */sbin split is motivated by splitting > > _system_ binaries off from ordinary users' $PATH. > > But until the "system" runs these perfectly and completely automatically > (i.e. never), users will have to execute them under circumstances that > are already confusing enough without having differences between having > used 'su' and 'su -' first. So what? They are acting as sys admins, therefore need to learn to act as such and need to go through a learning curve in any case. In this context, "su -", "su" etc. are marginal, negligible details. Ralf From jeff at ocjtech.us Thu Apr 24 05:48:16 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 24 Apr 2008 00:48:16 -0500 Subject: fsck "-y", was Re: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> <1208996695.2861.34.camel@beck.corsepiu.local> Message-ID: <935ead450804232248h34c986bn3341a048606b610@mail.gmail.com> On Thu, Apr 24, 2008 at 12:38 AM, Paul Wouters wrote: > On Thu, 24 Apr 2008, Ralf Corsepius wrote: > > > Well, there are reasons why things are as they are. Of cause, there are > > warts, there are arguable details, nevertheless there are reasons for > > why things are, as they are. > > Some things are just wrong, even if they have been wrong for 10 years. The > above is no argumentation for it. http://www.simson.net/ref/ugh.pdf Jeff From Axel.Thimm at ATrpms.net Thu Apr 24 06:05:57 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 09:05:57 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> Message-ID: <20080424060557.GC3696@victor.nirvana> On Wed, Apr 23, 2008 at 12:30:31PM -1000, David Cantrell wrote: > The FHS states that /sbin and /usr/sbin are for root-only commands. > If we have programs in those directories that are to be used by > non-root users, I think we've violated the FHS. The FHS says "Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin." It's open to interpretation whether the "other root-only command" implies that "utilities used for system administration" are root-only, too. And even if so, the question is whether using 10% of a command (its querying options) makes a command non-root. And FWIW I'm not that happy that the default on a multiuser system is that any *user* can do lots of system analysis. Aren't we blurring the line between managing and using a system just because we (and other power users) enjoy doing it all from one account? In that case just have this account add its favourite PATH extras. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Thu Apr 24 06:09:02 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 09:09:02 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423195035.GA5644@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423173334.GB5914@victor.nirvana> <1208972515.15068.31.camel@localhost.localdomain> <20080423190240.GF5914@victor.nirvana> <20080423191508.GA1704@jadzia.bu.edu> <20080423194729.GB3696@victor.nirvana> <20080423195035.GA5644@jadzia.bu.edu> Message-ID: <20080424060902.GD3696@victor.nirvana> On Wed, Apr 23, 2008 at 03:50:35PM -0400, Matthew Miller wrote: > On Wed, Apr 23, 2008 at 10:47:29PM +0300, Axel Thimm wrote: > > > Hmmm. What's the advantage of this over building with --with-secure-path? > > That you get the exact target user's path, not a fixed one. So it also > > works with sudo -u mmiller -i > > I think that's a disadvantage, because you don't know what to expect. Who > knows what crazy stuff mmiller might put in his path? Which is why you need a switch to be able to decide. Just like su has. And like sudo -i. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Thu Apr 24 06:13:23 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 09:13:23 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <200804231815.35985.konrad@tylerc.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208972515.15068.31.camel@localhost.localdomain> <200804231815.35985.konrad@tylerc.org> Message-ID: <20080424061323.GE3696@victor.nirvana> On Wed, Apr 23, 2008 at 06:15:35PM -0700, Konrad Meyer wrote: > I don't know if other people use this at all or not, but something I find > incredibly useful about having sbin and friends in PATH is that I can > tab-complete many of the sbin commands I use on a regular basis. sudo could extend the completion path. > Having sudo look in /sbin and /usr/sbin does not address tab-completion in > bash. It's already halfway there: [thimm at victor ~]$ Display all 3946 possibilities? (y or n) [thimm at victor ~]$ sudo -i [root at victor ~]# Display all 4680 possibilities? (y or n) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From kevin.kofler at chello.at Thu Apr 24 06:17:52 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 24 Apr 2008 06:17:52 +0000 (UTC) Subject: Patch metadata (Was: Plan for tomorrows (20080424) FESCO meeting) References: <1208983140.23262.3.camel@nixon> Message-ID: Colin Walters verbum.org> writes: > The problem I'm trying to solve is when people collaboratively > maintain a package, you want to know when e.g. updating to a new > upstream version what the upstream status of patches are so you know > whether to expect to see them in the new tarball. Why do you want to make this mandatory then? Some packages have only one maintainer, some have multiple maintainers who have managed to handle this issue just fine. It's fairly easy anyway to figure out whether a patch has already been applied upstream: try building with the patch, if it fails with "patch reversed or already applied" in the build.log, drop the patch, make force-tag, resubmit. That or directly check the upstream VCS. I'm going to have to do that anyway because the comment above the patch might be outdated, e.g. in projects like KDE where upstream may decide to backport a patch from trunk to the release branch at any time (and as we obviously ship releases, not trunk snapshots, what's on the release branch is what really matters, a "this has been upstreamed in trunk and maybe some other branches" comment isn't very useful). How we're currently handling this in the KDE packages is that we use patches 100 and above (with an "upstream patches" comment) for patches which come from upstream and 0 to 99 for our own. However, the patches in 0 to 99 could have been upstreamed since, and for the upstream patches, they could be coming from any branch, so the usefulness for the use you're envisioning is limited. Kevin Kofler From joachim.backes at rhrk.uni-kl.de Thu Apr 24 06:22:03 2008 From: joachim.backes at rhrk.uni-kl.de (Joachim Backes) Date: Thu, 24 Apr 2008 08:22:03 +0200 Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: References: Message-ID: <4810270B.7050403@rhrk.uni-kl.de> Peter Lemenkov wrote: > 2008/4/24 Peter Lemenkov : >> Hello All! >> >> See screenshot: >> >> http://peter.fedorapeople.org/bad_fonts.png > > Another note - fonts looks garbled only in GTK2 programs. Console > programs looks OK. > > Another note too: starting the nx client presents partially unreable fonts as you can see in the attachment. -- Joachim Backes University of Kaiserslautern,Computer Center [RHRK], Systems and Operations, High Performance Computing, D-67653 Kaiserslautern, PO Box 3049, Germany -------------------------------------------------- Phone: +49-631-205-2438, FAX: +49-631-205-3056 -------------- next part -------------- A non-text attachment was scrubbed... Name: nxclient.jpg Type: image/jpeg Size: 13248 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6101 bytes Desc: S/MIME Cryptographic Signature URL: From Axel.Thimm at ATrpms.net Thu Apr 24 06:46:09 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 09:46:09 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48101157.3020906@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> Message-ID: <20080424064609.GF3696@victor.nirvana> On Wed, Apr 23, 2008 at 09:49:27PM -0700, Toshio Kuratomi wrote: >> If you don't know how to find ifconfig and add it to >> your $PATH then you probably would just shoot yourself in the foot >> with it, if you don't know but are motivated you can certainly find >> this info easily enough. Our time on this earth is limited but its >> not that limited. > > Actually, it is. Every day, lose six minutes from having to retype a sudo > line due to not having a PATH configured with sbin. Most likely when > you're already stressed that something is broken and you just want to find > out what as quickly as possible. If you know something is broken and you need to fix it then why use sudo on every call to something needing root privileges and not do the right thing and su -/sudo -i and diagnose and fix the problem? Aren't you making your life harder if you sudo ifconfig that sudo fdisk this instead of having a proper root session? We do want to keep users from the habit to login as root, but when root priviledges are needed and you are a power user managing miriads of systems throughout the world, then just don't put obstacles in your way. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Thu Apr 24 06:51:32 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 09:51:32 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209014652.12506.45.camel@code.and.org> References: <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> <1209005006.2861.69.camel@beck.corsepiu.local> <1209014652.12506.45.camel@code.and.org> Message-ID: <20080424065132.GG3696@victor.nirvana> On Thu, Apr 24, 2008 at 01:24:12AM -0400, James Antill wrote: > > On Thu, 2008-04-24 at 04:43 +0200, Ralf Corsepius wrote: > > On Wed, 2008-04-23 at 21:58 -0200, Thomas M Steenholdt wrote: > > > > > ifconfig, ip, fdisk, chkconfig and a lot of the other examples listed in > > > this thread, makes perfectly sense to me, but not all. > > > > Why? Most of them are tools which most ordinary users will never need > > You mean like: > > /bin/dumpkeys > /bin/ed > /bin/login > /usr/bin/xcutsel > /usr/bin/xdpr > /usr/bin/zzuf > [ ... etc. ... ] > > > nor will they be permitted to let them perform actual actions. > > Ahh, so more like: > > /bin/redhat_lsb_init > /bin/unicode_start > /bin/ypdomainname > /usr/bin/webalizer > /usr/bin/xenU_workflow.py > [ ... etc. ... ] Yes, some of these definitely belong to sbin, not to say even libexec. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Thu Apr 24 06:59:29 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 24 Apr 2008 08:59:29 +0200 (CEST) Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: References: Message-ID: <9271.192.54.193.58.1209020369.squirrel@rousalka.dyndns.org> Le Jeu 24 avril 2008 07:32, Peter Lemenkov a ?crit : > Hello All! > > See screenshot: > > http://peter.fedorapeople.org/bad_fonts.png I've seen this installing/updating font packages while firefox was running. Restarting firefox always fixed the problem. There is a bug somewhere in the font stack firefox uses which makes it loose its little mind when font files change under it. (if anyone had a bug pointer it'd be great) -- Nicolas Mailhot From markmc at redhat.com Thu Apr 24 07:29:32 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 24 Apr 2008 08:29:32 +0100 Subject: Install F9 on a loopback file a la Wubi In-Reply-To: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> References: <3da3b5b40804231216w52933c9emc4569a550d6b0cba@mail.gmail.com> Message-ID: <1209022172.19117.5.camel@muff> On Wed, 2008-04-23 at 21:16 +0200, Ahmed Kamal wrote: > Hi list, > Did anyone successfully install a modern Fedora on a loopback file a > la Wubi ? I know nothing automated like Wubi exists for Fedora, I have > no problem bringing my sledge hammer to make this work. I just need to > know if there are any pointers/guides somewhere for how to make this > work? Try image-creator from the livecd-tools package Cheers, Mark. From rodd at clarkson.id.au Thu Apr 24 07:30:29 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 24 Apr 2008 17:30:29 +1000 Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: <9271.192.54.193.58.1209020369.squirrel@rousalka.dyndns.org> References: <9271.192.54.193.58.1209020369.squirrel@rousalka.dyndns.org> Message-ID: <1209022229.9492.107.camel@localhost.localdomain> On Thu, 2008-04-24 at 08:59 +0200, Nicolas Mailhot wrote: > Le Jeu 24 avril 2008 07:32, Peter Lemenkov a ?crit : > > Hello All! > > > > See screenshot: > > > > http://peter.fedorapeople.org/bad_fonts.png > > I've seen this installing/updating font packages while firefox was > running. Restarting firefox always fixed the problem. There is a bug > somewhere in the font stack firefox uses which makes it loose its > little mind when font files change under it. (if anyone had a bug > pointer it'd be great) I've noticed that for quite some time firefox seems to become quirky if it was running when you upgrade. Lots of little things that don't seem like much, but which you're sure aren't working right or shouldn't happen, right down to not being able to close firefox (and having to killall firefox-bin) And then you restart it, and it does one of the version check things and you think, ah, that's right, I upgraded firefox while it was running. R. -- "It's a fine line between denial and faith. It's much better on my side" From pertusus at free.fr Thu Apr 24 07:43:36 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 24 Apr 2008 09:43:36 +0200 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <1208998333.2946.1.camel@vader.jdub.homelinux.org> References: <1208983140.23262.3.camel@nixon> <1208998333.2946.1.camel@vader.jdub.homelinux.org> Message-ID: <20080424074336.GA11026@free.fr> On Wed, Apr 23, 2008 at 07:52:13PM -0500, Josh Boyer wrote: > > I have a static lib request for dtc (libfdt). I'm poking the reporter > for a bit more rationale from his side, but it does make sense for this > package. See: > > https://bugzilla.redhat.com/show_bug.cgi?id=443882 You don't need FESCo support to ship a static library (especially when there is no shared lib, but even when there is one), but you may still ask advice, of course (at least that it what I understood). Also on http://fedoraproject.org/wiki/PatriceDumas I have a rationale 'On not shipping shared libraries when upstream doesn't' -- Pat From markmc at redhat.com Thu Apr 24 07:46:10 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 24 Apr 2008 08:46:10 +0100 Subject: PatchUpstreamStatus [was Re: Plan for tomorrows (20080424) FESCO meeting] In-Reply-To: References: <1208983140.23262.3.camel@nixon> Message-ID: <1209023170.19117.15.camel@muff> On Wed, 2008-04-23 at 16:41 -0400, Colin Walters wrote: > 2008/4/23 Brian Pepple : > > > > You want something to be discussed? Send a note to the list in reply to > > this mail and I'll add it to the schedule. You can also propose topics > > in the meeting while it is in the "Free discussion around Fedora" phase. > > Hi, I'd like to propose: > https://fedoraproject.org/wiki/PackagingDrafts/PatchUpstreamStatus It's nice to have some recommendations along those lines alright. Another common way is to include details in the patch itself[1], e.g. including the full changelog entry by doing git-show, hg export, or whatever A spec file comment per patch would be burdensome where there are lots of patches - e.g. see kernel-xen-2.6/devel at the moment Cheers, Mark. [1] - Actually, there's a thought - one reason to not include details in the patch itself is that it's easy to lose it when you re-diff a patch because you have to do e.g. $> head -10 foo-fix-bar.patch > t.tmp $> gendiff foo-1.2.3 .fix-bar >> t.tmp $> mv t.tmp foo-fix-bar.patch but it'd be much nicer to be able to just do: $> gendiff foo-1.2.3 .fix-bar foo-fix-bar.patch and have the patch header retained. I'll add that to #119697 From fedora at leemhuis.info Thu Apr 24 07:47:30 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 24 Apr 2008 09:47:30 +0200 Subject: What the status of the unwritten rule "install all device drivers by default" Message-ID: <48103B12.3040400@leemhuis.info> Hi all! In the past we IIRC had unwritten rules like "disk space is cheap thus install all device drivers by default" and "enable all device drivers by default in the configs if that doesn't do any harm, as that way devices will 'just work' without any manual configuration by the user". Do we still follow those unwritten rules? I just installed a HP printer/scanner on a system with a fresh Fedora 9 preview install and had to manually install the libsane-hpaio package to make the scanner work. Is that intended behavior or would we consider this a bug? Cu knurd From caolanm at redhat.com Thu Apr 24 07:53:40 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 24 Apr 2008 08:53:40 +0100 Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: <1209022229.9492.107.camel@localhost.localdomain> References: <9271.192.54.193.58.1209020369.squirrel@rousalka.dyndns.org> <1209022229.9492.107.camel@localhost.localdomain> Message-ID: <1209023620.7436.63.camel@vain.rhgalway> On Thu, 2008-04-24 at 17:30 +1000, Rodd Clarkson wrote: > I've noticed that for quite some time firefox seems to become quirky if > it was running when you upgrade. IIRC I think that the google search bar stops working, and the download window turns into a 0x0 pixel thing on the next use. C. From lordmorgul at gmail.com Thu Apr 24 08:19:02 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 24 Apr 2008 01:19:02 -0700 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <48103B12.3040400@leemhuis.info> References: <48103B12.3040400@leemhuis.info> Message-ID: <48104276.20803@gmail.com> Thorsten Leemhuis wrote: > Hi all! > > In the past we IIRC had unwritten rules like "disk space is cheap thus > install all device drivers by default" and "enable all device drivers by > default in the configs if that doesn't do any harm, as that way devices > will 'just work' without any manual configuration by the user". > > Do we still follow those unwritten rules? I just installed a HP > printer/scanner on a system with a fresh Fedora 9 preview install and > had to manually install the libsane-hpaio package to make the scanner > work. Is that intended behavior or would we consider this a bug? Did you install from Live CD or a DVD? I think that might be a clear distinction to be made on that one, but it would probably be best to have those drivers just get into the install by default. But.. the unwritten rule I think is primarily for X, video, keyboards, input, etc, I don't think printers/scanners/cameras are really included in that. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From fedora at leemhuis.info Thu Apr 24 08:31:16 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 24 Apr 2008 10:31:16 +0200 Subject: What's the status of the unwritten rule "install all device drivers by default" In-Reply-To: <48104276.20803@gmail.com> References: <48103B12.3040400@leemhuis.info> <48104276.20803@gmail.com> Message-ID: <48104554.9090005@leemhuis.info> On 24.04.2008 10:19, Andrew Farris wrote: > Thorsten Leemhuis wrote: >> In the past we IIRC had unwritten rules like "disk space is cheap thus >> install all device drivers by default" and "enable all device drivers by >> default in the configs if that doesn't do any harm, as that way devices >> will 'just work' without any manual configuration by the user". >> Do we still follow those unwritten rules? I just installed a HP >> printer/scanner on a system with a fresh Fedora 9 preview install and >> had to manually install the libsane-hpaio package to make the scanner >> work. Is that intended behavior or would we consider this a bug? > Did you install from Live CD or a DVD? Normal install using anaconda from install-DVD (x86-64) > I think that might be a clear > distinction to be made on that one, but it would probably be best to have those > drivers just get into the install by default. +1 > But.. the unwritten rule I think > is primarily for X, video, keyboards, input, etc, I don't think > printers/scanners/cameras are really included in that. Well, most (all?) the other scanner drivers are available, so omitting one/a few without a good reason (at least there isn't one afaics) doesn't make much sense IMHO. CU knurd From lemenkov at gmail.com Thu Apr 24 08:36:55 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 24 Apr 2008 12:36:55 +0400 Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: <9271.192.54.193.58.1209020369.squirrel@rousalka.dyndns.org> References: <9271.192.54.193.58.1209020369.squirrel@rousalka.dyndns.org> Message-ID: 2008/4/24 Nicolas Mailhot : > > Le Jeu 24 avril 2008 07:32, Peter Lemenkov a ?crit : > > > Hello All! > > > > See screenshot: > > > > http://peter.fedorapeople.org/bad_fonts.png > > I've seen this installing/updating font packages while firefox was > running. Restarting firefox always fixed the problem. Doesn't work for me - see screenshot after restarting: http://peter.fedorapeople.org/bad_fonts3.png BTW sometimes it shows correct text (when loading page) but consumes enormous amount of CPU power, sometimes not. OK, I want to remove entire ~/.mozilla directory but I need to preserve all saved passwords and bookmarks. What files I must to keep? For bookmarks I must keep bokmarks.html, and what about saved passwords? -- With best regards! From lordmorgul at gmail.com Thu Apr 24 08:46:43 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Thu, 24 Apr 2008 01:46:43 -0700 Subject: What's the status of the unwritten rule "install all device drivers by default" In-Reply-To: <48104554.9090005@leemhuis.info> References: <48103B12.3040400@leemhuis.info> <48104276.20803@gmail.com> <48104554.9090005@leemhuis.info> Message-ID: <481048F3.8010501@gmail.com> Thorsten Leemhuis wrote: > On 24.04.2008 10:19, Andrew Farris wrote: >> But.. the unwritten rule I think is primarily for X, video, keyboards, >> input, etc, I don't think printers/scanners/cameras are really >> included in that. > > Well, most (all?) the other scanner drivers are available, so omitting > one/a few without a good reason (at least there isn't one afaics) > doesn't make much sense IMHO. Well in that case, probably should file a bug on it. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From tmraz at redhat.com Thu Apr 24 09:01:15 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 24 Apr 2008 11:01:15 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208997236.2861.40.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> Message-ID: <1209027675.6157.66.camel@vespa.frost.loc> On Thu, 2008-04-24 at 02:33 +0200, Ralf Corsepius wrote: > On Wed, 2008-04-23 at 19:55 -0400, Matthew Miller wrote: > > On Wed, Apr 23, 2008 at 06:50:46PM -0500, Mike Cronenworth wrote: > > > If Fedora's supposed target is a "regular desktop user" they will want to > > > > I hope that hasn't become the only target while I wasn't looking. > I regret having to say so, but I find this to be an apparent fact. > > A lost of what is being sold as "great achievements in Fedora" is > desktop centric and lacks generality. Some pieces are even close to be > unusable outside of desktops (e.g. NM, PA, SELinux). SELinux? You have to be kidding, aren't you? -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From tmus at tmus.dk Thu Apr 24 09:02:25 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Thu, 24 Apr 2008 07:02:25 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> Message-ID: Paul Wouters wrote: > On Wed, 23 Apr 2008, Thomas M Steenholdt wrote: > >> Mike Cronenworth wrote: >>> No. It will promote proper program installation paths. Right now we >>> basically have "Security Through Obscurity," which I thought was frowned >>> upon in our world. >> This has exactly nothing to do with security and all to do with minimizing >> confusion/complexity for users vs providing convenient access to system tools. > > $ ls /usr/bin/|wc -l > 2533 > > $ ls /usr/sbin/|wc -l > 374 > > Sure. 11% "more complexity" to be exact. And now imagine the enduser needs > to know it's internal IP. NetworkManager doesnt display it. The user > will need to go back to the command line and type "ifconfig" which of > course then has to be "/sbin/ifconfig" (or rather, thanks to the avahi > setup in f9, the user will have to type "ip addr list"). > > There is no reason to not give users the sbin's, and yes, it is the first > thing I do on a new system too. The second thing is to remove the alias > for cp,rm and mv. Here not the enduser, but the superuser, is protected > against itself. Why not provide "undelete" too :P > > Paul > The ifconfig argument here is wasted, at least on me, since I agree that ifconfig could be symlinked to /bin. I don't agree, however, to put everything from */sbin/ into */bin/. /Thomas From tmus at tmus.dk Thu Apr 24 09:10:45 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Thu, 24 Apr 2008 07:10:45 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080424060557.GC3696@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> Message-ID: Axel Thimm wrote: > On Wed, Apr 23, 2008 at 12:30:31PM -1000, David Cantrell wrote: >> The FHS states that /sbin and /usr/sbin are for root-only commands. >> If we have programs in those directories that are to be used by >> non-root users, I think we've violated the FHS. > > The FHS says > > "Utilities used for system administration (and other root-only > commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin." > > It's open to interpretation whether the "other root-only command" > implies that "utilities used for system administration" are root-only, > too. > > And even if so, the question is whether using 10% of a command (its > querying options) makes a command non-root. > > And FWIW I'm not that happy that the default on a multiuser system is > that any *user* can do lots of system analysis. Aren't we blurring the > line between managing and using a system just because we (and other > power users) enjoy doing it all from one account? In that case just > have this account add its favourite PATH extras. > Precisely. I'm sure there are lots of things each of us will do every time we install a new system, but forcing bad habits onto the rest of the community seems plain wrong. If anyone needs this so badly, put the */sbin's in your PATH, done! I always change /etc/profile.d/vim.sh, so that root will get syntax highlighting in vim. This is the same kind of convenience tweak as the */sbin path thing, but the fact that I like it this way, does not make it a sane default... There are numerous other examples of things that might be nice, but does not qualify for sane defaults. /Thomas From caolanm at redhat.com Thu Apr 24 09:13:51 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 24 Apr 2008 10:13:51 +0100 Subject: OpenOffice.org license change LGPLv2 -> LGPLv3 Message-ID: <1209028431.7436.66.camel@vain.rhgalway> As of OpenOffice.org 3.0.0 (i.e. F-10) the core OOo-written part OpenOffice.org code moves from LGPL2 to LGPL3 i.e. - License: LGPLv2 and LGPLv2+ and MPLv1.1 and BSD + License: LGPLv3 and LGPLv2+ and MPLv1.1 and BSD C. From pingou at pingoured.fr Thu Apr 24 09:15:07 2008 From: pingou at pingoured.fr (pingou) Date: Thu, 24 Apr 2008 11:15:07 +0200 Subject: OpenOffice.org license change LGPLv2 -> LGPLv3 In-Reply-To: <1209028431.7436.66.camel@vain.rhgalway> References: <1209028431.7436.66.camel@vain.rhgalway> Message-ID: <48104F9B.6050000@pingoured.fr> Caolan McNamara wrote: > As of OpenOffice.org 3.0.0 (i.e. F-10) the core OOo-written part > OpenOffice.org code moves from LGPL2 to LGPL3 Talking about it, Will it be included in F9 ? Is there any testing plan for it ? Thanks, Pierre From lkundrak at redhat.com Thu Apr 24 09:18:21 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 24 Apr 2008 11:18:21 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> Message-ID: <1209028701.9484.15.camel@localhost.localdomain> On Wed, 2008-04-23 at 09:43 -1000, David Cantrell wrote: > I think modifying the default PATH is a short term solution, but I'd > rather see packaging policy changed and packages for F-10 changed to > move commands in to bin that should belong there. Moving is a Bad Idea(tm). See how many scrippts have /sbiin paths hardcoded, as it's traditionally not in PATH. -- Lubomir Kundrak (Red Hat Security Response Team) From rawhide at fedoraproject.org Thu Apr 24 09:19:18 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Thu, 24 Apr 2008 09:19:18 +0000 (UTC) Subject: rawhide report: 20080424 changes Message-ID: <20080424091919.0E6EC208285@releng1.fedora.phx.redhat.com> New package scidavis Scientific Data Analysis and Visualization Updated Packages: asterisk-1.6.0-0.13.beta8.fc9 ----------------------------- * Tue Apr 22 2008 Jeffrey C. Ollie - 1.6.0-0.13.beta8 - Update to 1.6.0-beta8 - Contains fixes for AST-2008-006 / CVE-2008-1897 boinc-client-5.10.45-9.20080315svn.fc9 -------------------------------------- * Wed Apr 23 2008 Lubomir Kundrak - 5.10.45-9.20080315svn - Do not expect chown of nonexistent files to succeed * Mon Apr 14 2008 Milos Jakubicek - 5.10.45-8.20080315svn - Fixed projects permissions (calling chown recursively). * Mon Apr 14 2008 Milos Jakubicek - 5.10.45-7.20080315svn - Fixed running the boinc daemon as boinc user instead of root, file permissions changed accordingly. eggdrop-1.6.19-1.fc9 -------------------- * Tue Apr 22 2008 Robert Scheck 1.6.19-1 - Upgrade to 1.6.19 emacs-22.2-1.fc9 ---------------- * Tue Apr 22 2008 Chip Coldwell 22.2-1 - revert back to emacs-22.2 (bz443639) - update to php-mode-1.4.0 - update to rpm-spec-mode.el v0.12.1x (bz432209) - patch rpm-spec-mode to use compilation mode (bz227418) - fix the Release tag (bz440624) - drop superfluous configure options - move the new icons into the right destination directory - the heuristics for detecting address space randomization in the emacs dumper seem insufficient, so bring back setarch -R * Fri Apr 18 2008 Chip Coldwell 23.0.60-2 - New upstream tarball (fixes bz435767) - configure tweaks - drop files.el patch (now upstream) - drop parallel build patch (now upstream) * Mon Feb 18 2008 Fedora Release Engineering - 22.1.50-4 - Autorebuild for GCC 4.3 gnome-applets-1:2.22.1-2.fc9 ---------------------------- * Wed Apr 23 2008 Matthias Clasen - 1:2.22.1-2 - Reduce the trash icon size (#438620) gnome-panel-2.22.1.2-6.fc9 -------------------------- * Wed Apr 23 2008 Matthias Clasen - 2.22.1.2-6 - Remove an erroneous addition in the last patch * Tue Apr 22 2008 Matthias Clasen - 2.22.1.2-5 - Add another patch that may fix timezone setting problems (#443415) gnome-utils-1:2.20.0.1-5.fc9 ---------------------------- * Wed Apr 23 2008 Matthias Clasen - 1:2.20.0.0.1-5 - Fix ugly display of URIs in screenshot replace dialog (#443769) gphoto2-2.4.0-10.fc9 -------------------- * Tue Apr 22 2008 David Zeuthen 2.4.0-10 - Rebuild * Tue Apr 22 2008 David Zeuthen 2.4.0-9 - Rebuild * Sat Apr 19 2008 David Zeuthen 2.4.0-8 - Add a patch to fix build on ppc htdig-4:3.2.0-0.1.b6.fc9 ------------------------ * Wed Apr 23 2008 Adam Tkac 4:3.2.0-0.1.b6 - report proper error message when external parser fails (#435741) - ignore numbers when using allow_numbers: true and soundex (#435743) - correct N-V-R libpciaccess-0.10-2.fc9 ----------------------- * Mon Apr 21 2008 Dave Airlie 0.10-2 - fix major problem with libpciaccess and write combining. libsmbios-2.0.1-2.fc9.1 ----------------------- * Mon Apr 21 2008 Michael E Brown - 2.0.1-2.1 - obsolete libsmbios-libs as well * Mon Mar 03 2008 Michael E Brown - 2.0.1-2 - properly obsolete older versions * Wed Feb 13 2008 Michael E Brown - 2.0.1 - Fixup GCC 4.3 compile issues. libsmi-0.4.5-5.fc9 ------------------ * Wed Apr 23 2008 Tom "spot" Callaway 0.4.5-5 - fix bz 441944 mono-1.9.1-2.fc9 ---------------- * Wed Apr 23 2008 Tom "spot" Callaway 1.9.1-2 - fix libdir in pc files * Tue Apr 15 2008 Paul F. Johnson 1.9.1-1 - bump to new beta * Fri Apr 11 2008 Tom "spot" Callaway - 1.9-7 - since we're not bootstrapping with prebuilt binaries, BR: mono-core mono-cecil-flowanalysis-0.1-0.5.20080409svn100264.fc9 ----------------------------------------------------- * Tue Apr 22 2008 Tom "spot" Callaway 0.1-0.5.20080409svn100264 - fix sed invocation * Tue Apr 22 2008 Tom "spot" Callaway 0.1-0.4.20080409svn100264 - fix libdir in pc file mono-nunit22-2.2.10-5.fc9 ------------------------- * Tue Apr 22 2008 Tom "spot" Callaway 2.2.10-5 - fix sed invocation * Tue Apr 22 2008 Paul F. Johnson 2.2.10-4 - fix for incorrect libdir in pc file mono-sharpcvslib-0.35-3.fc9 --------------------------- * Tue Apr 22 2008 Tom "spot" Callaway - 0.35-3 - rebuild, undo hack * Tue Apr 22 2008 Tom "spot" Callaway - 0.35-2.1 - THIS IS A HACK. *BARF* We're tricking the GAC long enough to rebuild. nant-1:0.85-21.fc9 ------------------ * Tue Apr 22 2008 Tom "spot" Callaway - 1.0.85-21 - ok, hack time over. Move along, nothing to see here. * Thu Apr 10 2008 Tom "spot" Callaway - 1:0.85-20.2 - bootstrap hack continues * Thu Apr 10 2008 Tom "spot" Callaway - 1:0.85-20.1 - bootstrap hack perl-SNMP_Session-1.12-1.fc9 ---------------------------- * Tue Apr 22 2008 Tom "spot" Callaway - 1.12-1 - update to 1.12 (license change to Artistic 2.0) python-fedora-0.2.99.9-2.fc9 ---------------------------- * Tue Apr 22 2008 Toshio Kuratomi - 0.2.99.9-2 - Forgot to cvs up after mass branch. * Sun Apr 20 2008 Toshio Kuratomi - 0.2.99.9-1 - New upstream release. * Sat Apr 12 2008 Toshio Kuratomi - 0.2.99.8-1 - New upstream release to fix two bugs found by a pylint run. qucs-0.0.14-1.fc9 ----------------- * Sat Apr 05 2008 Eric Tanguy - 0.0.14-1 - Update to 0.0.14 rrdtool-1.3-0.12.beta4.fc9 -------------------------- * Wed Apr 23 2008 Jarod Wilson 1.3.0-0.12.beta4 - Fix python bindings rrdtool info implementation (#435468) rsh-0.17-49.fc9 --------------- * Mon Apr 14 2008 Adam Tkac 0.17-49 - use sysconf for ARG_MAX value (#440867) tcl-1:8.5.1-4.fc9 ----------------- * Mon Apr 21 2008 Marcela Maslanova - 1:8.5.1-4 - #443246 configure with disabled threads. Threads could lead to segfaults of dependent programme. totem-2.23.2-2.fc9 ------------------ * Wed Apr 23 2008 - Bastien Nocera - 2.23.2-2 - Rebuild * Mon Apr 21 2008 - Bastien Nocera - 2.23.2-1 - Update to 2.23.2 - Fix scriptlets removing the alternatives on upgrade (#442895) * Tue Apr 08 2008 Stewart Adam - 2.23.1-2 - Fix error when only a single backend has been installed (#439634) udev-120-4.20080421git.fc9 -------------------------- * Mon Apr 21 2008 Harald Hoyer 120-4.20080421git - rules_generator: net rules - always add KERNEL== match to generated rules - Resolves: rhbz#440568 uim-1.4.2-3.fc9 --------------- * Tue Apr 22 2008 Akira TAGOH - 1.4.2-3 - uim-1.4.2-emacs23.patch: Apply to get uim.el working on Emacs 23. (#443572) w3m-0.5.2-10.fc9 ---------------- * Wed Apr 23 2008 Parag - 0.5.2-10 - Rebuilt for new rpm package - Resolves:rh#443115: needs rebuild xorg-x11-drv-i810-2.2.1-22.fc9 ------------------------------ * Wed Apr 23 2008 Adam Jackson 2.2.1-22 - intel-2.2.1-xaa-xv.patch: Fix Xv overlay video to work when using XAA and when the compositor is active. (#239125) * Mon Apr 21 2008 Dave Airlie 2.2.1-21 - include some updates to 2.3 rc, remove lots of patches - fixes EXA to work without DRI properly xorg-x11-drv-mouse-1.3.0-2.fc9 ------------------------------ * Wed Apr 23 2008 Adam Jackson 1.3.0-2 - mouse-1.3.0-fast-ps2-commands.patch: Disable usleep()s in ps2 packet writes. Cuts ~0.3 seconds from server launch. Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From eric.tanguy at univ-nantes.fr Thu Apr 24 09:22:00 2008 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Thu, 24 Apr 2008 11:22:00 +0200 Subject: New F-10 in koji In-Reply-To: <20080423211107.675af15b.mschwendt@gmail.com> References: <480F5B0F.3070202@univ-nantes.fr> <20080423195118.a91236f0.mschwendt@gmail.com> <480F7D3D.7020906@univ-nantes.fr> <20080423211107.675af15b.mschwendt@gmail.com> Message-ID: <48105138.1080701@univ-nantes.fr> Michael Schwendt a ?crit : > On Wed, 23 Apr 2008 20:17:33 +0200, Tanguy Eric wrote: > > >> Michael Schwendt a ?crit : >> >>> On Wed, 23 Apr 2008 17:51:43 +0200, Tanguy Eric wrote: >>> >>> >>> >>>> My package build fine for F-9 but failed for devel >>>> http://koji.fedoraproject.org/koji/getfile?taskID=578408&name=build.log >>>> i added openssl-devel to BR and it builds fine now. But i can't >>>> understand why i have to add openssl-devel to BR between F-9 and F-10 ? >>>> >>>> >>> Examine your build requirements to find out which one adds the "-lssl" to >>> the linker options. It could be that one package of your build >>> requirements is just missing "Requires: openssl-devel". Then that >>> package ought to get fixed. >>> >>> >>> >> Ok but how to know what package add "-lssl" ? >> > > Go through your list of needed -devel packages, see how they are used by > your package. Look for pkgconfig files (*.pc) or *-config scripts which > return compiler/linker flags. > > The only difference i see between package in F-9 and devel are : qt i386 1:4.4.0-0.4.rc1.fc10 build 2.8 M qt-devel i386 1:4.4.0-0.4.rc1.fc10 build 7.2 M qt-x11 i386 1:4.4.0-0.4.rc1.fc10 build 9.7 M so i think the problem come from qt-devel. Eric From lkundrak at redhat.com Thu Apr 24 09:28:05 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 24 Apr 2008 11:28:05 +0200 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <48103B12.3040400@leemhuis.info> References: <48103B12.3040400@leemhuis.info> Message-ID: <1209029286.9484.18.camel@localhost.localdomain> On Thu, 2008-04-24 at 09:47 +0200, Thorsten Leemhuis wrote: > Hi all! > > In the past we IIRC had unwritten rules like "disk space is cheap thus > install all device drivers by default" and "enable all device drivers by > default in the configs if that doesn't do any harm, as that way devices > will 'just work' without any manual configuration by the user". > > Do we still follow those unwritten rules? I just installed a HP > printer/scanner on a system with a fresh Fedora 9 preview install and > had to manually install the libsane-hpaio package to make the scanner > work. Is that intended behavior or would we consider this a bug? I'm wondering whether we'll have some "hal - PackageKit - something" magic to provide you with a nice notification bubble that suggest you click a link to install the required package. -- Lubomir Kundrak (Red Hat Security Response Team) From ivazqueznet at gmail.com Thu Apr 24 09:32:10 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 24 Apr 2008 05:32:10 -0400 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <1209029286.9484.18.camel@localhost.localdomain> References: <48103B12.3040400@leemhuis.info> <1209029286.9484.18.camel@localhost.localdomain> Message-ID: <1209029530.13044.17.camel@ignacio.lan> On Thu, 2008-04-24 at 11:28 +0200, Lubomir Kundrak wrote: > I'm wondering whether we'll have some "hal - PackageKit - something" > magic to provide you with a nice notification bubble that suggest you > click a link to install the required package. If only that project had been accepted for the GSoC... -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From caolanm at redhat.com Thu Apr 24 09:33:21 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 24 Apr 2008 10:33:21 +0100 Subject: OpenOffice.org license change LGPLv2 -> LGPLv3 In-Reply-To: <48104F9B.6050000@pingoured.fr> References: <1209028431.7436.66.camel@vain.rhgalway> <48104F9B.6050000@pingoured.fr> Message-ID: <1209029601.7436.78.camel@vain.rhgalway> On Thu, 2008-04-24 at 11:15 +0200, pingou wrote: > Caolan McNamara wrote: > > As of OpenOffice.org 3.0.0 (i.e. F-10) the core OOo-written part > > OpenOffice.org code moves from LGPL2 to LGPL3 > Talking about it, > > Will it be included in F9 ? No. 3.0 is not released yet, I'm just giving a heads up for F-10 It changes the layout of OOo in a rather complicated split into "brand" layers, "basis" and "ure" layers http://wiki.services.openoffice.org/wiki/ODF_Toolkit/Efforts/Three-Layer_OOo which is something of a currently risky pain in the ass from a migration from OOo 2.X to OOo 3.0. And 3.0 heavily uses extensions in the core product which is another area which I'm sort of twitchy about given the raft of historical problems with extensions. (Ideally) 3.0 require a handful of new system components not currently in F-9 (some languishing in review somewhere-or-other) And even post-OOo-release it doesn't make any sense to me to shove a fresh new major version of a critical app into a stable product. Though if there is a 2.4.1 (which is likely) I'll probably schedule in a update during F-8 from 2.4.0 to 2.4.1 and bundle the additional fixes that'll undoubtedly be found after F-9 release. C. From fedora at leemhuis.info Thu Apr 24 09:44:38 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 24 Apr 2008 11:44:38 +0200 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <1209029286.9484.18.camel@localhost.localdomain> References: <48103B12.3040400@leemhuis.info> <1209029286.9484.18.camel@localhost.localdomain> Message-ID: <48105686.1020604@leemhuis.info> On 24.04.2008 11:28, Lubomir Kundrak wrote: > On Thu, 2008-04-24 at 09:47 +0200, Thorsten Leemhuis wrote: >> In the past we IIRC had unwritten rules like "disk space is cheap thus >> install all device drivers by default" and "enable all device drivers by >> default in the configs if that doesn't do any harm, as that way devices >> will 'just work' without any manual configuration by the user". >> Do we still follow those unwritten rules? I just installed a HP >> printer/scanner on a system with a fresh Fedora 9 preview install and >> had to manually install the libsane-hpaio package to make the scanner >> work. Is that intended behavior or would we consider this a bug? > I'm wondering whether we'll have some "hal - PackageKit - something" > magic to provide you with a nice notification bubble that suggest you > click a link to install the required package. The idea was brought up multiple times in the past on this list IIRC, but often was shot down with "disk space is cheap; it's better to just install all drivers/packages by default and most people will be happy". And I have to agree with this option -- (Open)Suse provides such a function in Yast, but it multiple times drove me mad in the past years when I had to look up the install-media (which of course often was not at hand and nowhere to be found) or get a internet connection running (which requires some work as well and sometimes is hard or impossible when you are traveling?) when configuring a device for the first time. Most drivers are part of the kernel or installed by default in any case -- thus I tend to say it's less work for everyone to just install the other drivers as well by default instead of working out a (complicated?) framework to install drivers on demand. CU knurd ? -- okay, that's unlikely in the case of a scanner, but for network hardware it's a real problem From mattdm at mattdm.org Thu Apr 24 10:23:43 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 24 Apr 2008 06:23:43 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209027675.6157.66.camel@vespa.frost.loc> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> Message-ID: <20080424102343.GA18313@jadzia.bu.edu> On Thu, Apr 24, 2008 at 11:01:15AM +0200, Tomas Mraz wrote: > > desktop centric and lacks generality. Some pieces are even close to be > > unusable outside of desktops (e.g. NM, PA, SELinux). > SELinux? You have to be kidding, aren't you? Show me an in-production server doing anything slightly out of the bounds of the expected, and I'll show you a machine with SELinux turned off. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tmraz at redhat.com Thu Apr 24 10:48:57 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 24 Apr 2008 12:48:57 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080424102343.GA18313@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> Message-ID: <1209034137.6157.73.camel@vespa.frost.loc> On Thu, 2008-04-24 at 06:23 -0400, Matthew Miller wrote: > On Thu, Apr 24, 2008 at 11:01:15AM +0200, Tomas Mraz wrote: > > > desktop centric and lacks generality. Some pieces are even close to be > > > unusable outside of desktops (e.g. NM, PA, SELinux). > > SELinux? You have to be kidding, aren't you? > > Show me an in-production server doing anything slightly out of the bounds of > the expected, and I'll show you a machine with SELinux turned off. :) That it is not yet super-easy to use SELinux on servers doesn't mean that it is unusable. It is perfectly possible to use it on most servers but it of course requires some effort from the sysadmin to learn it. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From tmus at tmus.dk Thu Apr 24 11:03:37 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Thu, 24 Apr 2008 09:03:37 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209034137.6157.73.camel@vespa.frost.loc> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> Message-ID: Tomas Mraz wrote: > On Thu, 2008-04-24 at 06:23 -0400, Matthew Miller wrote: >> On Thu, Apr 24, 2008 at 11:01:15AM +0200, Tomas Mraz wrote: >>>> desktop centric and lacks generality. Some pieces are even close to be >>>> unusable outside of desktops (e.g. NM, PA, SELinux). >>> SELinux? You have to be kidding, aren't you? >> Show me an in-production server doing anything slightly out of the bounds of >> the expected, and I'll show you a machine with SELinux turned off. :) > > That it is not yet super-easy to use SELinux on servers doesn't mean > that it is unusable. It is perfectly possible to use it on most servers > but it of course requires some effort from the sysadmin to learn it. Really, adding */sbin/ to PATH or individual commands should be no different, right? /Thomas From Axel.Thimm at ATrpms.net Thu Apr 24 11:05:32 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 14:05:32 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209028701.9484.15.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1209028701.9484.15.camel@localhost.localdomain> Message-ID: <20080424110532.GE5127@victor.nirvana> On Thu, Apr 24, 2008 at 11:18:21AM +0200, Lubomir Kundrak wrote: > > On Wed, 2008-04-23 at 09:43 -1000, David Cantrell wrote: > > > I think modifying the default PATH is a short term solution, but I'd > > rather see packaging policy changed and packages for F-10 changed to > > move commands in to bin that should belong there. > > Moving is a Bad Idea(tm). See how many scrippts have /sbiin paths > hardcoded, as it's traditionally not in PATH. Actually the reason is that even if it were in $PATH, many scripts don't want to assume a sane $PATH where there are no paths that could override /sbin/foo with /opt/blah/sbin/foo or /usr/sbin/foo. That's one of the reasons to use %{__foocmd} instead of foocmd, although I admit I trust rpm to provide a sane $PATH usually. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From tmraz at redhat.com Thu Apr 24 11:09:34 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 24 Apr 2008 13:09:34 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> Message-ID: <1209035374.6157.82.camel@vespa.frost.loc> On Thu, 2008-04-24 at 09:03 -0200, Thomas M Steenholdt wrote: > Tomas Mraz wrote: > > On Thu, 2008-04-24 at 06:23 -0400, Matthew Miller wrote: > >> On Thu, Apr 24, 2008 at 11:01:15AM +0200, Tomas Mraz wrote: > >>>> desktop centric and lacks generality. Some pieces are even close to be > >>>> unusable outside of desktops (e.g. NM, PA, SELinux). > >>> SELinux? You have to be kidding, aren't you? > >> Show me an in-production server doing anything slightly out of the bounds of > >> the expected, and I'll show you a machine with SELinux turned off. :) > > > > That it is not yet super-easy to use SELinux on servers doesn't mean > > that it is unusable. It is perfectly possible to use it on most servers > > but it of course requires some effort from the sysadmin to learn it. > > Really, adding */sbin/ to PATH or individual commands should be no > different, right? I do not argue with you at all. I do not think that */sbin should be added to user's PATH by default. My vote is for moving/symlinking commands which are useful for regular users. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From Axel.Thimm at ATrpms.net Thu Apr 24 11:09:34 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 14:09:34 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209034137.6157.73.camel@vespa.frost.loc> References: <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> Message-ID: <20080424110934.GF5127@victor.nirvana> On Thu, Apr 24, 2008 at 12:48:57PM +0200, Tomas Mraz wrote: > On Thu, 2008-04-24 at 06:23 -0400, Matthew Miller wrote: > > On Thu, Apr 24, 2008 at 11:01:15AM +0200, Tomas Mraz wrote: > > > > desktop centric and lacks generality. Some pieces are even close to be > > > > unusable outside of desktops (e.g. NM, PA, SELinux). > > > SELinux? You have to be kidding, aren't you? > > > > Show me an in-production server doing anything slightly out of the bounds of > > the expected, and I'll show you a machine with SELinux turned off. :) > > That it is not yet super-easy to use SELinux on servers doesn't mean > that it is unusable. It is perfectly possible to use it on most servers > but it of course requires some effort from the sysadmin to learn it. If it is that difficult on Fedora/RHEL to have sysadmins add /sbin to their $PATHs if they need it, then we can divert them by asking them to understand selinux first. ;) (I think selinux is a wonderful technology, but it really requires highly skilled admins to perform anything non-trivial - and I'm more than happy with Dan's dumb users' management, me being one of them! :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rc040203 at freenet.de Thu Apr 24 11:25:47 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 13:25:47 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209027675.6157.66.camel@vespa.frost.loc> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> Message-ID: <1209036347.2861.83.camel@beck.corsepiu.local> On Thu, 2008-04-24 at 11:01 +0200, Tomas Mraz wrote: > On Thu, 2008-04-24 at 02:33 +0200, Ralf Corsepius wrote: > > On Wed, 2008-04-23 at 19:55 -0400, Matthew Miller wrote: > > > On Wed, Apr 23, 2008 at 06:50:46PM -0500, Mike Cronenworth wrote: > > > > If Fedora's supposed target is a "regular desktop user" they will want to > > > > > > I hope that hasn't become the only target while I wasn't looking. > > I regret having to say so, but I find this to be an apparent fact. > > > > A lost of what is being sold as "great achievements in Fedora" is > > desktop centric and lacks generality. Some pieces are even close to be > > unusable outside of desktops (e.g. NM, PA, SELinux). > > SELinux? You have to be kidding, aren't you? Nope, absolutely not. The selinux-policies in Fedora 8 by no means fit into my network's usage (nfs mounted homes, automount, networked printers, write access for individual users to /var/ftp/<....>), as well as I don't see that this selinux-applet (sorry, don't recall its correct name) is useful. After having played with Fedora 8/selinux policies for several months, having fought with many false alarms, I came to the conclusion that selinux is not ready for use in a network and switched it off. Ralf From rc040203 at freenet.de Thu Apr 24 11:39:07 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 13:39:07 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209034137.6157.73.camel@vespa.frost.loc> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> Message-ID: <1209037147.2861.92.camel@beck.corsepiu.local> On Thu, 2008-04-24 at 12:48 +0200, Tomas Mraz wrote: > On Thu, 2008-04-24 at 06:23 -0400, Matthew Miller wrote: > > On Thu, Apr 24, 2008 at 11:01:15AM +0200, Tomas Mraz wrote: > > > > desktop centric and lacks generality. Some pieces are even close to be > > > > unusable outside of desktops (e.g. NM, PA, SELinux). > > > SELinux? You have to be kidding, aren't you? > > > > Show me an in-production server doing anything slightly out of the bounds of > > the expected, and I'll show you a machine with SELinux turned off. :) Come over here and I can show you mine ;) > That it is not yet super-easy to use SELinux on servers doesn't mean > that it is unusable. Well, my view is different: I think the approach current Fedora selinux-policies are based on is flawed by design and can hardly be made functional for a very small subset of configurations. ATM, to me, this subset of configurations is a standalone, single user desktop. > It is perfectly possible to use it on most servers > but it of course requires some effort from the sysadmin to learn it. May-be true, may not be true - Future may tell, we will see. At the moment, to me, the effort related to getting SELinux working in a network by far outweighs SELinux potential benefits. Ralf From walters at verbum.org Thu Apr 24 12:00:44 2008 From: walters at verbum.org (Colin Walters) Date: Thu, 24 Apr 2008 08:00:44 -0400 Subject: Patch metadata (Was: Plan for tomorrows (20080424) FESCO meeting) In-Reply-To: References: <1208983140.23262.3.camel@nixon> Message-ID: On Thu, Apr 24, 2008 at 2:17 AM, Kevin Kofler wrote: > Colin Walters verbum.org> writes: > > The problem I'm trying to solve is when people collaboratively > > maintain a package, you want to know when e.g. updating to a new > > upstream version what the upstream status of patches are so you know > > whether to expect to see them in the new tarball. > > Why do you want to make this mandatory then? Some packages have only one > maintainer, some have multiple maintainers who have managed to handle this > issue just fine. In those cases, to help encourage people to file patches upstream. Also, even if a package has one maintainer now, it might have a different one a year from now. > It's fairly easy anyway to figure out whether a patch has already been applied > upstream: try building with the patch, if it fails with "patch reversed or > already applied" in the build.log, drop the patch, make force-tag, resubmit. That's a dangerous algorithm; a patch can still apply even if, for example, upstream committed a different fix for the same problem in a different area. Having a bug link there is going to help diagnose that. Really, it's one comment above the patch, and it's just a SHOULD. From rdieter at math.unl.edu Thu Apr 24 12:16:51 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Apr 2008 07:16:51 -0500 Subject: New F-10 in koji References: <480F5B0F.3070202@univ-nantes.fr> <20080423195118.a91236f0.mschwendt@gmail.com> <480F7D3D.7020906@univ-nantes.fr> <20080423211107.675af15b.mschwendt@gmail.com> <48105138.1080701@univ-nantes.fr> Message-ID: Tanguy Eric wrote: > The only difference i see between package in F-9 and devel are : > qt i386 1:4.4.0-0.4.rc1.fc10 > build 2.8 M > qt-devel i386 1:4.4.0-0.4.rc1.fc10 > build 7.2 M > qt-x11 i386 1:4.4.0-0.4.rc1.fc10 > build 9.7 M > so i think the problem come from qt-devel. hmm... that wasn't *supposed* to get built yet. untagging. -- Rex From rdieter at math.unl.edu Thu Apr 24 12:19:31 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Apr 2008 07:19:31 -0500 Subject: OpenOffice.org license change LGPLv2 -> LGPLv3 References: <1209028431.7436.66.camel@vain.rhgalway> <48104F9B.6050000@pingoured.fr> <1209029601.7436.78.camel@vain.rhgalway> Message-ID: Caolan McNamara wrote: > (Ideally) 3.0 require a handful of new system components not currently > in F-9 (some languishing in review somewhere-or-other) Can you highlight these (what are they, pointers to existing reviews)? I'm sure it would help garner more interest and help... :) -- Rex From rc040203 at freenet.de Thu Apr 24 03:07:27 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Apr 2008 05:07:27 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209005331.15068.86.camel@localhost.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> <1209005006.2861.69.camel@beck.corsepiu.local> <1209005331.15068.86.camel@localhost.localdomain> Message-ID: <1209006447.2861.74.camel@beck.corsepiu.local> On Wed, 2008-04-23 at 22:48 -0400, Jesse Keating wrote: > On Thu, 2008-04-24 at 04:43 +0200, Ralf Corsepius wrote: > > Gradually, I am beginning to think, this thread only takes place, > > because this is a developer's list for whom using */sbin tools is > > their > > day-time job :-) > > There is that, and a strong desire to make Fedora an enjoyable platform > to develop software on, not just for the people developing Fedora on it, > but other software as well. ROTFL $ mock --help You are attempting to run "mock" which requires administrative privileges, but more information is needed in order to do so. Authenticating as "root" .... Ralf From Christian.Iseli at unil.ch Thu Apr 24 12:32:09 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Thu, 24 Apr 2008 14:32:09 +0200 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <1208983140.23262.3.camel@nixon> References: <1208983140.23262.3.camel@nixon> Message-ID: <20080424143209.68514556@ludwig-alpha.unil.ch> Hi folks, On Wed, 23 Apr 2008 16:39:00 -0400, Brian Pepple wrote: > /topic FESCo meeting -- Any objection to this week's report from FPC > at > https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01717.html I won't be able to attend today, due to some firefighter training I have to attend running concurrently. I vote +1 on both the Sugar and static-lib FPC proposals. Cheers, Christian From jwboyer at gmail.com Thu Apr 24 12:32:46 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 24 Apr 2008 07:32:46 -0500 Subject: Plan for tomorrows (20080424) FESCO meeting In-Reply-To: <20080424074336.GA11026@free.fr> References: <1208983140.23262.3.camel@nixon> <1208998333.2946.1.camel@vader.jdub.homelinux.org> <20080424074336.GA11026@free.fr> Message-ID: <1209040366.2946.22.camel@vader.jdub.homelinux.org> On Thu, 2008-04-24 at 09:43 +0200, Patrice Dumas wrote: > On Wed, Apr 23, 2008 at 07:52:13PM -0500, Josh Boyer wrote: > > > > I have a static lib request for dtc (libfdt). I'm poking the reporter > > for a bit more rationale from his side, but it does make sense for this > > package. See: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=443882 > > You don't need FESCo support to ship a static library (especially when > there is no shared lib, but even when there is one), but you may still > ask advice, of course (at least that it what I understood). It was fuzzy to me, so I went the safe route. Though the requester actually wants a shared library, not the .a so we can drop this altogether. josh From stlwrt at gmail.com Thu Apr 24 12:41:53 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Thu, 24 Apr 2008 15:41:53 +0300 Subject: Garbled fonts in Fedora 9-Preview In-Reply-To: References: <9271.192.54.193.58.1209020369.squirrel@rousalka.dyndns.org> Message-ID: I don't have such problem. Looks like it appears only in gecko - menubar and bookmars seem to be ok. Did you change fonts in firefox? http://img.flashtux.org/img1326728232e6xf08bf272.png - my ff3, fedora9 i386 (at home with x86_64 also everything is ok) On Thu, Apr 24, 2008 at 11:36 AM, Peter Lemenkov wrote: > 2008/4/24 Nicolas Mailhot : > > > > > Le Jeu 24 avril 2008 07:32, Peter Lemenkov a ?crit : > > > > > Hello All! > > > > > > See screenshot: > > > > > > http://peter.fedorapeople.org/bad_fonts.png > > > > I've seen this installing/updating font packages while firefox was > > running. Restarting firefox always fixed the problem. > > Doesn't work for me - see screenshot after restarting: > > http://peter.fedorapeople.org/bad_fonts3.png > > BTW sometimes it shows correct text (when loading page) but consumes > enormous amount of CPU power, sometimes not. > > OK, I want to remove entire ~/.mozilla directory but I need to > preserve all saved passwords and bookmarks. What files I must to keep? > > For bookmarks I must keep bokmarks.html, and what about saved passwords? > > > > > -- > With best regards! > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From billcrawford1970 at gmail.com Thu Apr 24 12:56:36 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Thu, 24 Apr 2008 13:56:36 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209006447.2861.74.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> <1209005006.2861.69.camel@beck.corsepiu.local> <1209005331.15068.86.camel@localhost.localdomain> <1209006447.2861.74.camel@beck.corsepiu.local> Message-ID: <544eb990804240556k4b239e36p8970270bc17a66e0@mail.gmail.com> On 24/04/2008, Ralf Corsepius wrote: > ROTFL > > $ mock --help > You are attempting to run "mock" which requires administrative > privileges, but more information is needed in order to do so. > Authenticating as "root" > .... Yeah, that's a perennial favourite (along with all the system-level commands that don't take a --help option, but print out a list of "unrecognised options" including, of course, 'h' ... Or there's the gui programs that insist on starting a gui even when you say --help. From dominik at greysector.net Thu Apr 24 12:58:12 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 24 Apr 2008 14:58:12 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <480F9608.60900@ncsu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423195913.GI1406905@hiwaay.net> <1208981588.2291.170.camel@behdad.behdad.org> <480F9608.60900@ncsu.edu> Message-ID: <20080424125811.GA30268@onizuka.greysector.net> On Wednesday, 23 April 2008 at 22:03, Casey Dahlin wrote: > Behdad Esfahbod wrote: > >On Wed, 2008-04-23 at 14:59 -0500, Chris Adams wrote: > > > >>Once upon a time, Matthew Miller said: > >> > >>>And I think we could solve 99.9% of the annoyance by addressing ifconfig, > >>>fdisk, lsmod, route, and the other small handful of programs mentioned in > >>>this thread. Like I said, it worked for traceroute back in 2003. :) > >>> > >>Again, here's my personal list-at-a-glance of things to look at: > >> > >>bind: > >> /usr/sbin/rndc > >> > >>chkconfig: > >> /sbin/chkconfig > >> > >>freeipmi: > >> /usr/sbin/ipmiconsole > >> /usr/sbin/ipmipower > >> > >>hardlink: > >> /usr/sbin/hardlink > >> > >>iproute: > >> /sbin/ip > >> > >>module-init-tools: > >> /sbin/lsmod > >> /sbin/modinfo > >> > >>net-tools: > >> /sbin/arp > >> /sbin/ifconfig > >> /sbin/route > >> > >>ntp: > >> /usr/sbin/ntpq > >> > >>pciutils: > >> /sbin/lspci > >> > >>usbutils: > >> /sbin/lsusb > >> > >>wireless-tools: > >> /sbin/iwconfig > >> /sbin/iwlist > >> > >>That's 16 commands from 11 packages. Yes, there are a few more, but not > >>all that many. How hard would is be to just fix these (either symlink > >>or just move to /bin or /usr/bin as appropriate)? > >> > > > >How could you leave /sbin/pidof out? Oh why, really, why is pidof > >in /sbin in the first place? sigh... > > > > > > Because pidof is considered a helper application for init and init > scripts (indeed, it is packaged as part of sysvinit). Its not really > considered a tool for interactive use. (not that I agree). Use pgrep, then. It's in /usr/bin. Regards, R. -- Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From maximilianbianco at gmail.com Thu Apr 24 13:05:01 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 09:05:01 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48101157.3020906@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> Message-ID: 2008/4/24 Toshio Kuratomi : > > max bianco wrote: > > > On Wed, Apr 23, 2008 at 8:57 PM, Thomas M Steenholdt wrote: > > > > > Hans de Goede wrote: > > > > > > > > > > Tom "spot" Callaway wrote: > > > > > > > > > > > > > I propose that we add /sbin and /usr/sbin to the path for normal > users > > > > > (as well as root) for F10? There are plenty of useful tools in there > for > > > > > non-root users (ifconfig, fdisk, parted), and IMHO, any tool which > > > > > assumes the user is root because it lives in /sbin is fundamentally > > > > > broken. The LSB doesn't mandate this (at least, not anywhere I can > see), > > > > > so I propose that we just do it. > > > > > > > > > > > > > > > Anyone opposed to such an action? > > > > > > > > > > > > > > > > > > > Not at all, > > > > > > > > +1000000 > > > > > > > > I've been consistenly changing /etc/profile todo exactly this since > the > > > > > > > day I started using RH 4.0 > > > > > > > Regards, > > > > > > > > Hans > > > > > > > > > > > > > > > Isn't that more or less the same reason most windows users login as > > > administrator - The convenience? > > > > > > Note: I know the security risk in the two examples are not in the same > > > ball-park, so there's no need to lecture me on that. > > > > > > I'm merely speaking of convenience and how it sometimes makes it feel > right > > > to do the wrong thing. > > > > > > > > Speaking as probably one of the most inexperienced Fedora users > > subscribing to this list. I whole-heartedly agree with this sentiment. > > Its already been said but I will say it again anyway. Those that know > > how to add things to their $PATH will do just that and not be > > inconvenienced. > > > > Actually, this is not true. I added it to my PATH for years since starting > on RHL-4. But at some point in using Fedora, I stopped because I gave up > on the hassle of adding a custom PATH to /etc/profile.d/ every time I > installed a new box. Additionally, I now have more shell accounts on boxes > that I only drop into once in a while when something's wrong that I've > learned to accept the constant annoyance of not having .*/sbin in my PATH. > > > > > If you don't know how to find ifconfig and add it to > > your $PATH then you probably would just shoot yourself in the foot > > with it, if you don't know but are motivated you can certainly find > > this info easily enough. Our time on this earth is limited but its > > not that limited. > > > > Actually, it is. Every day, lose six minutes from having to retype a sudo > line due to not having a PATH configured with sbin. Most likely when you're > already stressed that something is broken and you just want to find out what > as quickly as possible. > But you are a poweruser and can make the adjustments to your profile so you don't have to retype it everytime. I am talking about people who have no idea what mount,fdisk, or ifconfig are for... Max From benny+usenet at amorsen.dk Thu Apr 24 13:39:00 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Thu, 24 Apr 2008 15:39:00 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: "max bianco" writes: > Those that know how to add things to their $PATH will do just that > and not be inconvenienced. Easy for one machine. Not so easy for hundreds. Yes, I could change my kickstart scripts to add that, but that means another thing to validate every 6 months. /Benny From maximilianbianco at gmail.com Thu Apr 24 13:39:44 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 09:39:44 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423232153.GD25147@jadzia.bu.edu> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> Message-ID: On Wed, Apr 23, 2008 at 7:21 PM, Matthew Miller wrote: > On Wed, Apr 23, 2008 at 11:50:23PM +0100, Richard W.M. Jones wrote: > > > What happens if a debian user types 'ifconfig' to find his IP address? > > $ ifconfig > > -bash: ifconfig: command not found > > > If the goal here is "provide users with an easy way to find their ip > address", I don't think changing how one calls an arcane command like > ifconfig is really the solution. Instead, there should be a shell script > named something like "myip", which will then just return that. > +1 but you can get your ip from the network applet, how many "average" users are dropping to a terminal to do anything? From khc at pm.waw.pl Thu Apr 24 13:40:59 2008 From: khc at pm.waw.pl (Krzysztof Halasa) Date: Thu, 24 Apr 2008 15:40:59 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: (Benny Amorsen's message of "Thu\, 24 Apr 2008 15\:39\:00 +0200") References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: Benny Amorsen writes: > Easy for one machine. Not so easy for hundreds. Yes, I could change my > kickstart scripts to add that, but that means another thing to > validate every 6 months. Perhaps an optional .rpm package with /etc/profile.d/xxxx would do? -- Krzysztof Halasa From alan at redhat.com Thu Apr 24 14:26:32 2008 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Apr 2008 10:26:32 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> Message-ID: <20080424142632.GC23340@devserv.devel.redhat.com> On Wed, Apr 23, 2008 at 05:55:28PM +0200, Adam Tkac wrote: > I think we can simply create /sbin -> /bin and /usr/sbin -> /usr/bin > for backward compatibility. Typing /sbin every time when I want run > ifconfig or service status is really annoying. Breaks upgrades horribly. You can't move existing packages From a.badger at gmail.com Thu Apr 24 14:34:04 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 07:34:04 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080424064609.GF3696@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> Message-ID: <48109A5C.7010505@gmail.com> Axel Thimm wrote: > If you know something is broken and you need to fix it then why use > sudo on every call to something needing root privileges and not do the > right thing and su -/sudo -i and diagnose and fix the problem? > And you never have multiple screens on a machine open when you're diagnosing a problem? And in one window you're busily typing away root commands while the other is tailing your applications log file as a normal user. Hmm... Maybe I need to tail -f /var/log/httpd/error_log -- do that in my root shell since error_log is protected on Fedora. Oh yeah -- wonder what getenforce says: Ctrl-Z the app log since nothing good shows up and grrrr: [badger at springer ~]$ getenforce -bash: getenforce: command not found [badger at springer ~]$ /sbin/get^A/usr^Een -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From silfreed at silfreed.net Thu Apr 24 14:38:47 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Thu, 24 Apr 2008 10:38:47 -0400 Subject: Perl and Python bindings package (libconcord) review help In-Reply-To: <20080424001818.634742cf@metropolis.intra.city-fan.org> References: <1208924576.13057.TMDA@tmda.severn.wwwdotorg.org> <200804231352.03906.silfreed@silfreed.net> <20080424001818.634742cf@metropolis.intra.city-fan.org> Message-ID: <200804241038.47477.silfreed@silfreed.net> On Wednesday 23 April 2008 19:18:18 Paul Howarth wrote: > Try adding "--install-purelib %{python_sitearch}" to the end of the > "python setup.py ..." line. This is the technique used in the > python-twisted-web package for example. That worked great; thanks! -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From maximilianbianco at gmail.com Thu Apr 24 14:41:12 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 10:41:12 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: On Thu, Apr 24, 2008 at 9:39 AM, Benny Amorsen wrote: > "max bianco" writes: > > > Those that know how to add things to their $PATH will do just that > > and not be inconvenienced. > > Easy for one machine. Not so easy for hundreds. Yes, I could change my > kickstart scripts to add that, but that means another thing to > validate every 6 months. > i can't rightly say how hard that is but that sounds like something to handle through directory services , aside from which if you have to personally go around to hundreds of machines to fix network issues all the time, maybe there is something wrong with your network ; ) Max From pbrobinson at gmail.com Thu Apr 24 14:41:32 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 24 Apr 2008 15:41:32 +0100 Subject: Fedora JeOS? Message-ID: <5256d0b0804240741x2ff21a81w9e8f474ba02ed4af@mail.gmail.com> Hi All, I just read about SLES JeOS and Ubuntu JeOS on the register here http://www.theregister.co.uk/2008/04/23/novell_sles_jeos_beta/ With all the effort that was made for slimming down Fedora for OLPC I would think we're in a pretty good position to do something similar. Is there a JeOS planned, or even a SubProject planned for something like this? I quick wiki search doesn't reveal anything but something like this with all the virtualisation going on would be cool. Peter From a.badger at gmail.com Thu Apr 24 14:42:08 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 07:42:08 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> Message-ID: <48109C40.3010603@gmail.com> max bianco wrote: > 2008/4/24 Toshio Kuratomi : >> max bianco wrote: >> >>> On Wed, Apr 23, 2008 at 8:57 PM, Thomas M Steenholdt wrote: >>> >>>> Hans de Goede wrote: >>>> >>>> >>>>> Tom "spot" Callaway wrote: >>>>> >>>>> >>>>>> I propose that we add /sbin and /usr/sbin to the path for normal >> users >>>>>> (as well as root) for F10? There are plenty of useful tools in there >> for >>>>>> non-root users (ifconfig, fdisk, parted), and IMHO, any tool which >>>>>> assumes the user is root because it lives in /sbin is fundamentally >>>>>> broken. The LSB doesn't mandate this (at least, not anywhere I can >> see), >>>>>> so I propose that we just do it. >>>>>> >>>>>> >>>>>> Anyone opposed to such an action? >>>>>> >>>>>> >>>>>> >>>>> Not at all, >>>>> >>>>> +1000000 >>>>> >>>>> I've been consistenly changing /etc/profile todo exactly this since >> the >>>> day I started using RH 4.0 >>>> >>>>> Regards, >>>>> >>>>> Hans >>>>> >>>>> >>>>> >>>> Isn't that more or less the same reason most windows users login as >>>> administrator - The convenience? >>>> >>>> Note: I know the security risk in the two examples are not in the same >>>> ball-park, so there's no need to lecture me on that. >>>> >>>> I'm merely speaking of convenience and how it sometimes makes it feel >> right >>>> to do the wrong thing. >>>> >>>> >>> Speaking as probably one of the most inexperienced Fedora users >>> subscribing to this list. I whole-heartedly agree with this sentiment. >>> Its already been said but I will say it again anyway. Those that know >>> how to add things to their $PATH will do just that and not be >>> inconvenienced. >>> >> Actually, this is not true. I added it to my PATH for years since starting >> on RHL-4. But at some point in using Fedora, I stopped because I gave up >> on the hassle of adding a custom PATH to /etc/profile.d/ every time I >> installed a new box. Additionally, I now have more shell accounts on boxes >> that I only drop into once in a while when something's wrong that I've >> learned to accept the constant annoyance of not having .*/sbin in my PATH. >> >> >> >>> If you don't know how to find ifconfig and add it to >>> your $PATH then you probably would just shoot yourself in the foot >>> with it, if you don't know but are motivated you can certainly find >>> this info easily enough. Our time on this earth is limited but its >>> not that limited. >>> >> Actually, it is. Every day, lose six minutes from having to retype a sudo >> line due to not having a PATH configured with sbin. Most likely when you're >> already stressed that something is broken and you just want to find out what >> as quickly as possible. >> > But you are a poweruser and can make the adjustments to your profile > so you don't have to retype it everytime. I am talking about people > who have no idea what mount,fdisk, or ifconfig are for... > Completely missing the first part of my post where this is addressed... PS: mount is already in /bin/..... -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Thu Apr 24 14:42:11 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 07:42:11 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> Message-ID: <48109C43.4020306@gmail.com> max bianco wrote: > On Wed, Apr 23, 2008 at 7:21 PM, Matthew Miller wrote: >> On Wed, Apr 23, 2008 at 11:50:23PM +0100, Richard W.M. Jones wrote: >> > > What happens if a debian user types 'ifconfig' to find his IP address? >> > $ ifconfig >> > -bash: ifconfig: command not found >> >> >> If the goal here is "provide users with an easy way to find their ip >> address", I don't think changing how one calls an arcane command like >> ifconfig is really the solution. Instead, there should be a shell script >> named something like "myip", which will then just return that. >> > +1 but you can get your ip from the network applet, how many "average" > users are dropping to a terminal to do anything? > In which case, why continue to argue that users will be confused that ifconfig is in their path? By your argument users have applets and powerusers have the terminal where /sbin/ would be a great convenience to them. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From lesmikesell at gmail.com Thu Apr 24 14:42:38 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 09:42:38 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> Message-ID: <48109C5E.3030002@gmail.com> max bianco wrote: > On Wed, Apr 23, 2008 at 7:21 PM, Matthew Miller wrote: >> On Wed, Apr 23, 2008 at 11:50:23PM +0100, Richard W.M. Jones wrote: >> > > What happens if a debian user types 'ifconfig' to find his IP address? >> > $ ifconfig >> > -bash: ifconfig: command not found >> >> >> If the goal here is "provide users with an easy way to find their ip >> address", I don't think changing how one calls an arcane command like >> ifconfig is really the solution. Instead, there should be a shell script >> named something like "myip", which will then just return that. >> > +1 but you can get your ip from the network applet, how many "average" > users are dropping to a terminal to do anything? All of them when something doesn't work and they call their sysadmin friend that has known how to check the ip address on unix-like systems for decades. You aren't doing anyone a favor by making that difficult. -- Les Mikesell lesmikesell at gmail.com From jakub.rusinek at gmail.com Thu Apr 24 14:45:11 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 24 Apr 2008 16:45:11 +0200 Subject: deltarpms Message-ID: <1209048311.6339.1.camel@geeko.site> hi, I only want to ask: will Fedora 9 bring deltarpm goodness to us? -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From maximilianbianco at gmail.com Thu Apr 24 14:49:14 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 10:49:14 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48109C5E.3030002@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <48109C5E.3030002@gmail.com> Message-ID: On Thu, Apr 24, 2008 at 10:42 AM, Les Mikesell wrote: > max bianco wrote: > > > On Wed, Apr 23, 2008 at 7:21 PM, Matthew Miller wrote: > > > > > On Wed, Apr 23, 2008 at 11:50:23PM +0100, Richard W.M. Jones wrote: > > > > > What happens if a debian user types 'ifconfig' to find his IP > address? > > > > $ ifconfig > > > > -bash: ifconfig: command not found > > > > > > > > > If the goal here is "provide users with an easy way to find their ip > > > address", I don't think changing how one calls an arcane command like > > > ifconfig is really the solution. Instead, there should be a shell > script > > > named something like "myip", which will then just return that. > > > > > > > > +1 but you can get your ip from the network applet, how many "average" > > users are dropping to a terminal to do anything? > > > > All of them when something doesn't work and they call their sysadmin friend > that has known how to check the ip address on unix-like systems for decades. > You aren't doing anyone a favor by making that difficult. > > Fair enough, there are obviously good arguments either way. In this situation , in that situation....we could go in circles till hell freezes over. A power user can figure it out and the rest I'd rather not have screwing around in a terminal, even if the worst they can do is just screw up their /home/1user because ultimately someone will have to go down their because 1user called his sysadmin buddy and memorized a few commands and subsequently really screwed the pooch because they thought "Now i'm an expert too!!" Max From dr.diesel at gmail.com Thu Apr 24 14:50:35 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Thu, 24 Apr 2008 09:50:35 -0500 Subject: deltarpms In-Reply-To: <1209048311.6339.1.camel@geeko.site> References: <1209048311.6339.1.camel@geeko.site> Message-ID: <2a28d2ab0804240750t403c4381m47614332733b089c@mail.gmail.com> This idea was pure Genius! On Thu, Apr 24, 2008 at 9:45 AM, Jakub 'Livio' Rusinek wrote: > hi, > > I only want to ask: will Fedora 9 bring deltarpm goodness to us? > > -- > Jakub 'Livio' Rusinek > http://liviopl.jogger.pl/ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org From dan at danny.cz Thu Apr 24 14:51:27 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 24 Apr 2008 16:51:27 +0200 Subject: deltarpms In-Reply-To: <1209048311.6339.1.camel@geeko.site> References: <1209048311.6339.1.camel@geeko.site> Message-ID: <1209048687.3430.45.camel@eagle.danny.cz> Jakub 'Livio' Rusinek p??e v ?t 24. 04. 2008 v 16:45 +0200: > hi, > > I only want to ask: will Fedora 9 bring deltarpm goodness to us? Not as a official Fedora Feature, it should still work with 3rd party generated deltas. Dan From a.badger at gmail.com Thu Apr 24 14:53:17 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 07:53:17 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <480F948A.4080201@gmail.com> Message-ID: <48109EDD.8010408@gmail.com> Thomas M Steenholdt wrote: > Toshio Kuratomi wrote: > >> While I'm all for #2, if #3 is what happens, please make your symlinks >> the other way around. >> >> /bin/ifconfig >> ln -s /bin/ifconfig /sbin/ifconfig >> >> The move is acknowledging that the binary is useful for end users and >> therefore belongs in their path (and thus rightfully belongs in /bin). >> The symlink is backwards compatibility for scripts and people who are >> used to typing sudo /sbin/ifconfig. >> > > I believe the symlinks should be the other way around (ln -s > /sbin/ifconfig /bin/ifconfig), signifying an admin tool that can be > useful for normal users. Most (if not all) of them are limited in > functionality when not run as root. > > Taken from the man page, ifconfig is primarily a configuration tool, not > an info tool. > > ifconfig - configure a network interface > Already replied to this argument elsewhere in the thread: https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01769.html Look forward to your response there. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From pertusus at free.fr Thu Apr 24 14:55:46 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 24 Apr 2008 16:55:46 +0200 Subject: Fedora JeOS? In-Reply-To: <5256d0b0804240741x2ff21a81w9e8f474ba02ed4af@mail.gmail.com> References: <5256d0b0804240741x2ff21a81w9e8f474ba02ed4af@mail.gmail.com> Message-ID: <20080424145546.GF2773@free.fr> On Thu, Apr 24, 2008 at 03:41:32PM +0100, Peter Robinson wrote: > Hi All, > > I just read about SLES JeOS and Ubuntu JeOS on the register here > http://www.theregister.co.uk/2008/04/23/novell_sles_jeos_beta/ > > With all the effort that was made for slimming down Fedora for OLPC I > would think we're in a pretty good position to do something similar. > Is there a JeOS planned, or even a SubProject planned for something > like this? I quick wiki search doesn't reveal anything but something > like this with all the virtualisation going on would be cool. Unless I am wrong, there is already a minimal install spin. But it is not the same idea than OLPC, since it is exactly the same than classical fedora, just with the minimal set of packages installed. It is true, however that OLPC helped removing 'dependency bloat', but some people already cared. It should also be mentionned that doing a spin (unless it has changed), though not very well documented is very easy thanks to pungi. Last think I'd like to mention is that due to how pungi works (and still if nothing changed) some bloat is currently unavoidable, since the packages used by pungi/anaconda have to be there, and it includes packages and dependencies that should not be in a minimal install, but it is a known issue. -- Pat From lesmikesell at gmail.com Thu Apr 24 14:57:22 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 09:57:22 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> Message-ID: <48109FD2.4030009@gmail.com> Thomas M Steenholdt wrote: > > > The ifconfig argument here is wasted, at least on me, since I agree that > ifconfig could be symlinked to /bin. I don't agree, however, to put > everything from */sbin/ into */bin/. Yet you've failed to show any problem that would result. What kind of argument is that? The biggest problem I see is that using 'su' vs. 'su -' causes different things, and even if you know the difference (which you probably don't want to learn while you are trying to fix something else), you may not want the other side effects of 'su -' like changing cwd. -- Les Mikesell lesmikesell at gmail.com From jdieter at gmail.com Thu Apr 24 15:01:20 2008 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 24 Apr 2008 18:01:20 +0300 Subject: deltarpms In-Reply-To: <1209048311.6339.1.camel@geeko.site> References: <1209048311.6339.1.camel@geeko.site> Message-ID: <1209049280.3219.95.camel@localhost.localdomain> On Thu, 2008-04-24 at 16:45 +0200, Jakub 'Livio' Rusinek wrote: > I only want to ask: will Fedora 9 bring deltarpm goodness to us? Not officially. I am currently generating deltarpms for Rawhide at http://lesloueizeh.com/devel/i386/development (i386 only), and I will fork off F9 when the final release happens. We still need build system integration before it happens in the official repositories. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lesmikesell at gmail.com Thu Apr 24 15:03:30 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 10:03:30 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080424064609.GF3696@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> Message-ID: <4810A142.3010508@gmail.com> Axel Thimm wrote: > On Wed, Apr 23, 2008 at 09:49:27PM -0700, Toshio Kuratomi wrote: >>> If you don't know how to find ifconfig and add it to >>> your $PATH then you probably would just shoot yourself in the foot >>> with it, if you don't know but are motivated you can certainly find >>> this info easily enough. Our time on this earth is limited but its >>> not that limited. >> Actually, it is. Every day, lose six minutes from having to retype a sudo >> line due to not having a PATH configured with sbin. Most likely when >> you're already stressed that something is broken and you just want to find >> out what as quickly as possible. > > If you know something is broken and you need to fix it then why use > sudo on every call to something needing root privileges and not do the > right thing and su -/sudo -i and diagnose and fix the problem? That fixes your PATH, but it breaks your working directory if you were already in the right place. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Thu Apr 24 15:07:20 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 10:07:20 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080424060557.GC3696@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> Message-ID: <4810A228.9010209@gmail.com> Axel Thimm wrote: > On Wed, Apr 23, 2008 at 12:30:31PM -1000, David Cantrell wrote: >> The FHS states that /sbin and /usr/sbin are for root-only commands. >> If we have programs in those directories that are to be used by >> non-root users, I think we've violated the FHS. > > The FHS says > > "Utilities used for system administration (and other root-only > commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin." > > It's open to interpretation whether the "other root-only command" > implies that "utilities used for system administration" are root-only, > too. Given a unix-like context, one would expect a root-only command, by definition, to have modes like rwx------ root root filename. But I still have a problem with not being able to find them in my PATH after su'ing regardless of where they are. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Thu Apr 24 15:09:30 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 10:09:30 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> Message-ID: <4810A2AA.8030906@gmail.com> Izhar Firdaus wrote: > 2008/4/24 Toshio Kuratomi : >> Actually, this is not true. I added it to my PATH for years since starting >> on RHL-4. But at some point in using Fedora, I stopped because I gave up >> on the hassle of adding a custom PATH to /etc/profile.d/ every time I >> installed a new box. Additionally, I now have more shell accounts on boxes >> that I only drop into once in a while when something's wrong that I've >> learned to accept the constant annoyance of not having .*/sbin in my PATH. > > i put 'export PATH="$PATH:/sbin:/usr/sbin"' in my ~/.bashrc ... > reinstall, whatever, nothing changes as long as i keep my home folder > .. > > (another trick of mine .. a rpm, eg: mycustomizations.rpm to save time > for certain stuff outside the home folder) Having to do that is a pretty clear statement that the defaults are wrong. -- Les Mikesell lesmikesell at gmail.com From rdieter at math.unl.edu Thu Apr 24 15:09:08 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Apr 2008 10:09:08 -0500 Subject: deltarpms References: <1209048311.6339.1.camel@geeko.site> Message-ID: Jakub 'Livio' Rusinek wrote: > I only want to ask: will Fedora 9 bring deltarpm goodness to us? Feature wasn't ready, yet: http://fedoraproject.org/wiki/Releases/FeaturePresto -- Rex From lesmikesell at gmail.com Thu Apr 24 15:15:23 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 10:15:23 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <48109C5E.3030002@gmail.com> Message-ID: <4810A40B.4020708@gmail.com> max bianco wrote: > >>> >> All of them when something doesn't work and they call their sysadmin friend >> that has known how to check the ip address on unix-like systems for decades. >> You aren't doing anyone a favor by making that difficult. >> >> > Fair enough, there are obviously good arguments either way. Odd, then, that no one has presented an actual argument showing something that would break with /sbin and /user/sbin at the end of the default PATH. Or a simple, intuitive solution to becoming root with root's path without changing your working directory in the case where the paths are different. > A power user can figure it out and the rest I'd rather > not have screwing around in a terminal, even if the worst they can do > is just screw up their /home/1user because ultimately someone will > have to go down their because 1user called his sysadmin buddy and > memorized a few commands and subsequently really screwed the pooch > because they thought "Now i'm an expert too!!" If you think people can't learn to use the command line you should just walk away from unix-like systems now. -- Les Mikesell lesmikesell at gmail.com From maximilianbianco at gmail.com Thu Apr 24 15:16:49 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 11:16:49 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4810A2AA.8030906@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> Message-ID: On Thu, Apr 24, 2008 at 11:09 AM, Les Mikesell wrote: > Izhar Firdaus wrote: > > > 2008/4/24 Toshio Kuratomi : > > > > > Actually, this is not true. I added it to my PATH for years since > starting > > > on RHL-4. But at some point in using Fedora, I stopped because I gave > up > > > on the hassle of adding a custom PATH to /etc/profile.d/ every time I > > > installed a new box. Additionally, I now have more shell accounts on > boxes > > > that I only drop into once in a while when something's wrong that I've > > > learned to accept the constant annoyance of not having .*/sbin in my > PATH. > > > > > > > i put 'export PATH="$PATH:/sbin:/usr/sbin"' in my ~/.bashrc ... > > reinstall, whatever, nothing changes as long as i keep my home folder > > .. > > > > (another trick of mine .. a rpm, eg: mycustomizations.rpm to save time > > for certain stuff outside the home folder) > > > > Having to do that is a pretty clear statement that the defaults are wrong. > > The defaults are wrong for you ,me, and just about everyone that subscribes to this list. Joe User doesn't need access to these commands. Others have pointed out that it will break things, whether these broken things will be easy to fix or not is less than relevant. Aren't there better things to spend time fixing? The best solution as far as I am concerned is to make all your users responsible for setting up and administering their own box. Sink or swim! Then this conversation would be truly pointless and sysadmins wouldn't have to worry about what is or isn't in the users $PATH. Max From mike at cchtml.com Thu Apr 24 15:22:39 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Thu, 24 Apr 2008 10:22:39 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> Message-ID: <4810A5BF.4090007@cchtml.com> -------- Original Message -------- Subject: Re: Adding /sbin and /usr/sbin to everyone's path in F10 From: max bianco To: Development discussions related to Fedora Date: 04/24/2008 10:16 AM > On Thu, Apr 24, 2008 at 11:09 AM, Les Mikesell wrote: > > Others have pointed out that it will break things, whether > these broken things will be easy to fix or not is less than relevant. > Where is a list of broken things? I have yet to see one. All I've seen so far is whining about how big their bash auto-complete number is. From Axel.Thimm at ATrpms.net Thu Apr 24 15:23:59 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 18:23:59 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48109A5C.7010505@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> <48109A5C.7010505@gmail.com> Message-ID: <20080424152359.GA19767@victor.nirvana> On Thu, Apr 24, 2008 at 07:34:04AM -0700, Toshio Kuratomi wrote: > Axel Thimm wrote: > >> If you know something is broken and you need to fix it then why use >> sudo on every call to something needing root privileges and not do the >> right thing and su -/sudo -i and diagnose and fix the problem? >> > And you never have multiple screens on a machine open when you're > diagnosing a problem? Sure, always when X is around. > And in one window you're busily typing away root commands while the other > is tailing your applications log file as a normal user. Why a normal user? Is this a remote system in pain managed by myself or is this my desktop system I happen to be logged on as a non-root user? I don't see multiple xterms as an argument to running diagnosics and other utils as non-root. The only time I would like to become non-root on these systems is to see whether there are any ACL issues with what I just fixed. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Thu Apr 24 15:26:52 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 24 Apr 2008 18:26:52 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4810A142.3010508@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> <4810A142.3010508@gmail.com> Message-ID: <20080424152652.GB19767@victor.nirvana> On Thu, Apr 24, 2008 at 10:03:30AM -0500, Les Mikesell wrote: > Axel Thimm wrote: >> On Wed, Apr 23, 2008 at 09:49:27PM -0700, Toshio Kuratomi wrote: >>>> If you don't know how to find ifconfig and add it to >>>> your $PATH then you probably would just shoot yourself in the foot >>>> with it, if you don't know but are motivated you can certainly find >>>> this info easily enough. Our time on this earth is limited but its >>>> not that limited. >>> Actually, it is. Every day, lose six minutes from having to retype a >>> sudo line due to not having a PATH configured with sbin. Most likely >>> when you're already stressed that something is broken and you just want >>> to find out what as quickly as possible. >> >> If you know something is broken and you need to fix it then why use >> sudo on every call to something needing root privileges and not do the >> right thing and su -/sudo -i and diagnose and fix the problem? > > That fixes your PATH, but it breaks your working directory if you were > already in the right place. You only issue sudo -i/su - once, so copy-pasting the pwd output from before would be a one time act. And since you immediately sudo'd/su'd once you logged it you don't have to care about that problem anyway. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From maximilianbianco at gmail.com Thu Apr 24 15:27:39 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 11:27:39 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4810A40B.4020708@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <48109C5E.3030002@gmail.com> <4810A40B.4020708@gmail.com> Message-ID: On Thu, Apr 24, 2008 at 11:15 AM, Les Mikesell wrote: > max bianco wrote: > > > > > > > > > > > > > > > > > > > All of them when something doesn't work and they call their sysadmin > friend > > > that has known how to check the ip address on unix-like systems for > decades. > > > You aren't doing anyone a favor by making that difficult. > > > > > > > > > > > Fair enough, there are obviously good arguments either way. > > > > Odd, then, that no one has presented an actual argument showing something > that would break with /sbin and /user/sbin at the end of the default PATH. > Or a simple, intuitive solution to becoming root with root's path without > changing your working directory in the case where the paths are different. > > > > > A power user can figure it out and the rest I'd rather > > not have screwing around in a terminal, even if the worst they can do > > is just screw up their /home/1user because ultimately someone will > > have to go down their because 1user called his sysadmin buddy and > > memorized a few commands and subsequently really screwed the pooch > > because they thought "Now i'm an expert too!!" > > > > If you think people can't learn to use the command line you should just > walk away from unix-like systems now. > I deal with "average users" on a daily basis, most of them aren't interested in learning anything, they will memorize things though and that is more dangerous by far, if they wanted to learn the command line there are ample resources for the motivated among us to find and do just that but genuine desire to tinker with machines is a geek trait that not all of us possess. Some people program, some administer systems, some are doctors, some lawyers, etc.... Now do you want to explain to a user that the assumption was made that they knew something when there was no basis for that assumption in the first place. I love to teach and learn. I am happy to hose my system and rebuild it. I get genuine satisfaction out of doing it. How many users feel that way? How many times have I shown a user how to do something but they still don't get it? because they are stupid or incapable? NO! because they lack the geek trait or more to the point they are law geeks, not computer geeks. Max From jakub.rusinek at gmail.com Thu Apr 24 15:25:23 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 24 Apr 2008 17:25:23 +0200 Subject: deltarpms In-Reply-To: <1209049280.3219.95.camel@localhost.localdomain> References: <1209048311.6339.1.camel@geeko.site> <1209049280.3219.95.camel@localhost.localdomain> Message-ID: <1209050723.7018.1.camel@geeko.site> > Not officially. I am currently generating deltarpms for Rawhide at > http://lesloueizeh.com/devel/i386/development (i386 only), and I will > fork off F9 when the final release happens. When 9 is released and nVidia releases their driver, I'll come back to Fedora and use your deltas :) . > We still need build system integration before it happens in the official > repositories. True. This is a must to save our bandwidth. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From jakub.rusinek at gmail.com Thu Apr 24 15:26:32 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 24 Apr 2008 17:26:32 +0200 Subject: deltarpms In-Reply-To: References: <1209048311.6339.1.camel@geeko.site> Message-ID: <1209050792.7018.3.camel@geeko.site> > Feature wasn't ready, yet: > http://fedoraproject.org/wiki/Releases/FeaturePresto I hoped it's outdated and officialy supported by 9th release of Fedora, but I'll live without official support ;) . -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From lesmikesell at gmail.com Thu Apr 24 15:41:56 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 10:41:56 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <48109C5E.3030002@gmail.com> <4810A40B.4020708@gmail.com> Message-ID: <4810AA44.3000802@gmail.com> max bianco wrote: >> >> If you think people can't learn to use the command line you should just >> walk away from unix-like systems now. >> > I deal with "average users" on a daily basis, most of them aren't > interested in learning anything, they will memorize things though and > that is more dangerous by far, if they wanted to learn the command > line there are ample resources for the motivated among us to find and > do just that but genuine desire to tinker with machines is a geek > trait that not all of us possess. Some people program, some administer > systems, some are doctors, some lawyers, etc.... Now do you want to > explain to a user that the assumption was made that they knew > something when there was no basis for that assumption in the first > place. How does any of that justify making things harder and more confusing, which appears to be your intent? > I love to teach and learn. I am happy to hose my system and rebuild > it. I get genuine satisfaction out of doing it. How many users feel > that way? How many times have I shown a user how to do something but > they still don't get it? because they are stupid or incapable? NO! > because they lack the geek trait or more to the point they are law > geeks, not computer geeks. Or because there where several illogical steps involved because of bad defaults that made it too confusing. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Thu Apr 24 15:59:40 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 10:59:40 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> Message-ID: <4810AE6C.60706@gmail.com> max bianco wrote: > >>> (another trick of mine .. a rpm, eg: mycustomizations.rpm to save time >>> for certain stuff outside the home folder) >>> >> Having to do that is a pretty clear statement that the defaults are wrong. >> >> > The defaults are wrong for you ,me, and just about everyone that > subscribes to this list. Joe User doesn't need access to these > commands. That is an annoyingly elitist attitude that still doesn't justify making things more confusing. > Others have pointed out that it will break things, whether > these broken things will be easy to fix or not is less than relevant. No they haven't. > Aren't there better things to spend time fixing? No, always fix the obvious things first so they don't get in the way when you work on something obscure. If you don't want people logging in as root (because you don't trust all the code you ship?), then it should be straightforward to 'su' and execute commands as root. The best solution as > far as I am concerned is to make all your users responsible for > setting up and administering their own box. Sink or swim! Then this > conversation would be truly pointless and sysadmins wouldn't have to > worry about what is or isn't in the users $PATH. That has absolutely nothing to do with supplying usable defaults, which is what this conversation was about. -- Les Mikesell lesmikesell at gmail.com From jeff at ocjtech.us Thu Apr 24 16:13:38 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 24 Apr 2008 11:13:38 -0500 Subject: Bikesheds Message-ID: <935ead450804240913w558a6a4bo4d6a7e8bc2b8254b@mail.gmail.com> I think that everyone needs to take a few minutes and read (or re-read): http://www.bikeshed.com/ If you don't understand why I'm asking you to read this page, read it again a few times and reflect on some of the recent threads on fedora-devel. Jeff From maximilianbianco at gmail.com Thu Apr 24 16:17:16 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 12:17:16 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4810AE6C.60706@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> <4810AE6C.60706@gmail.com> Message-ID: On Thu, Apr 24, 2008 at 11:59 AM, Les Mikesell wrote: > max bianco wrote: > > > >>> (another trick of mine .. a rpm, eg: mycustomizations.rpm to save time > > > > > > > > > for certain stuff outside the home folder) > > > > > > > > > > > Having to do that is a pretty clear statement that the defaults are > wrong. > > > > > > > > > > > The defaults are wrong for you ,me, and just about everyone that > > subscribes to this list. Joe User doesn't need access to these > > commands. > > > > That is an annoyingly elitist attitude that still doesn't justify making > things more confusing. > It is not elitist. It forces the user to learn as I have taken the trouble to do because it interests me to do so. If i am not interested then maybe seeing command not found will prod me to learn the why of things, rather than just saying the computer is stupid or improperly assembled which is more elitist and more likely to come out of the users mouth than any of my earlier statements. > > > > Others have pointed out that it will break things, whether > > these broken things will be easy to fix or not is less than relevant. > > > > No they haven't. > Yes, they have stated as much but no, they have not specified exactly what would break. You got me there : ) > > > > Aren't there better things to spend time fixing? > > > > No, always fix the obvious things first so they don't get in the way when > you work on something obscure. If you don't want people logging in as root > (because you don't trust all the code you ship?), then it should be > straightforward to 'su' and execute commands as root. > > > The best solution as > > > far as I am concerned is to make all your users responsible for > > setting up and administering their own box. Sink or swim! Then this > > conversation would be truly pointless and sysadmins wouldn't have to > > worry about what is or isn't in the users $PATH. > > > > That has absolutely nothing to do with supplying usable defaults, which is > what this conversation was about. This conversation is about moving /sbin into /bin and why that is or is not a bad idea. My solution would be long term, as it would force the user to learn the way of things and then we could move /sbin into /bin and not worry about it : ) Max From a.badger at gmail.com Thu Apr 24 16:23:56 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 09:23:56 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080424152359.GA19767@victor.nirvana> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> <48109A5C.7010505@gmail.com> <20080424152359.GA19767@victor.nirvana> Message-ID: <4810B41C.9010206@gmail.com> Axel Thimm wrote: >> And in one window you're busily typing away root commands while the other >> is tailing your applications log file as a normal user. > > Why a normal user? Is this a remote system in pain managed by myself > or is this my desktop system I happen to be logged on as a non-root > user? > > I don't see multiple xterms as an argument to running diagnosics and > other utils as non-root. The only time I would like to become non-root > on these systems is to see whether there are any ACL issues with what > I just fixed. > You don't become non-root. You start off as non-root. Then you su - as needed. Opening up a connection and su - may well be what I did in the first window immediately. But in the second terminal why bother with that? My immediate concern was tailing the already readable log file. No reason to su -; cd /wherever/i/was/before/i/used/su ; tail -f app.log. Running getenforce is a spur of the moment inspiration. It should be simple to Ctrl-Z that log; sudo getenforce; fg since I'm doing something else in the terminal where I'm already su'd. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Thu Apr 24 16:27:30 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 09:27:30 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> <4810AE6C.60706@gmail.com> Message-ID: <4810B4F2.4000709@gmail.com> max bianco wrote: > On Thu, Apr 24, 2008 at 11:59 AM, Les Mikesell wrote: >> max bianco wrote: >>> far as I am concerned is to make all your users responsible for >>> setting up and administering their own box. Sink or swim! Then this >>> conversation would be truly pointless and sysadmins wouldn't have to >>> worry about what is or isn't in the users $PATH. >>> >> That has absolutely nothing to do with supplying usable defaults, which is >> what this conversation was about. > > This conversation is about moving /sbin into /bin and why that is or > is not a bad idea. My solution would be long term, as it would force > the user to learn the way of things and then we could move /sbin into > /bin and not worry about it : ) > "Re: Adding /sbin and /usr/sbin to everyone's path in F10" Just sayin' :-) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From sundaram at fedoraproject.org Thu Apr 24 16:29:45 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 24 Apr 2008 21:59:45 +0530 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <1209029286.9484.18.camel@localhost.localdomain> References: <48103B12.3040400@leemhuis.info> <1209029286.9484.18.camel@localhost.localdomain> Message-ID: <4810B579.8060902@fedoraproject.org> Lubomir Kundrak wrote: > On Thu, 2008-04-24 at 09:47 +0200, Thorsten Leemhuis wrote: >> Hi all! >> >> In the past we IIRC had unwritten rules like "disk space is cheap thus >> install all device drivers by default" and "enable all device drivers by >> default in the configs if that doesn't do any harm, as that way devices >> will 'just work' without any manual configuration by the user". >> >> Do we still follow those unwritten rules? I just installed a HP >> printer/scanner on a system with a fresh Fedora 9 preview install and >> had to manually install the libsane-hpaio package to make the scanner >> work. Is that intended behavior or would we consider this a bug? > > I'm wondering whether we'll have some "hal - PackageKit - something" > magic to provide you with a nice notification bubble that suggest you > click a link to install the required package. It's very much possible to do that. http://blogs.gnome.org/hughsie/2008/04/21/insanity/ Rahul From poelstra at redhat.com Thu Apr 24 16:43:48 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 24 Apr 2008 09:43:48 -0700 Subject: three unison versions in bugzilla and strange update Message-ID: <4810B8C4.2070404@redhat.com> Does anyone know why there are three versions for 'unison' in bugzilla? -unison -unison213 -unison227 This seems very inconsistent with most of the other components there. Can we just go back to one? Also... I have unison-2.13.16-3.fc6.i386 installed and when I 'yum update' it wants to install both of these: ---> Package unison227.x86_64 0:2.27.57-8.fc9 set to be updated ---> Package unison213.x86_64 0:2.13.16-10.fc9 set to be updated Bug or feature? John From mike at cchtml.com Thu Apr 24 16:46:39 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Thu, 24 Apr 2008 11:46:39 -0500 Subject: three unison versions in bugzilla and strange update In-Reply-To: <4810B8C4.2070404@redhat.com> References: <4810B8C4.2070404@redhat.com> Message-ID: <4810B96F.7080402@cchtml.com> -------- Original Message -------- Subject: three unison versions in bugzilla and strange update From: John Poelstra To: Development discussions related to Fedora Date: 04/24/2008 11:43 AM > Does anyone know why there are three versions for 'unison' in bugzilla? > -unison > -unison213 > -unison227 > > This seems very inconsistent with most of the other components there. > Can we just go back to one? > > Also... I have unison-2.13.16-3.fc6.i386 installed and when I 'yum > update' it wants to install both of these: > ---> Package unison227.x86_64 0:2.27.57-8.fc9 set to be updated > ---> Package unison213.x86_64 0:2.13.16-10.fc9 set to be updated > > Bug or feature? > > John > This came up on the list just last week. https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01229.html Regards, Mike From lesmikesell at gmail.com Thu Apr 24 17:17:32 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 12:17:32 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> <4810AE6C.60706@gmail.com> Message-ID: <4810C0AC.1000409@gmail.com> max bianco wrote: > >>> The defaults are wrong for you ,me, and just about everyone that >>> subscribes to this list. Joe User doesn't need access to these >>> commands. >>> >> That is an annoyingly elitist attitude that still doesn't justify making >> things more confusing. >> > It is not elitist. Considering yourself a 'special' case is elitist. > It forces the user to learn as I have taken the > trouble to do because it interests me to do so. If i am not interested > then maybe seeing command not found will prod me to learn the why of > things, Having programs that you need to run not in your default PATH is not 'the way of things'. It is the way one one peculiar distribution set its defaults. Having /sbin, /user/sbin at all is not 'the way of things', it is the way some unix-like systems arrange things. >> That has absolutely nothing to do with supplying usable defaults, which is >> what this conversation was about. > > This conversation is about moving /sbin into /bin and why that is or > is not a bad idea. My solution would be long term, as it would force > the user to learn the way of things and then we could move /sbin into > /bin and not worry about it : ) Learning the oddball quirks of a peculiar version of something is generally a waste of time for everyone involved. The point of having a PATH variable and a shell that searches it is so you don't have to learn that kind of crap and re-learn it every time some committee gets together and calls their new arrangement a standard. No one should ever have to learn where ifconfig lives this week. On the other hand, if they learn what it does, that should be good for another 30 years. -- Les Mikesell lesmikesell at gmail.com From jakub.rusinek at gmail.com Thu Apr 24 17:21:35 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Thu, 24 Apr 2008 19:21:35 +0200 Subject: performance related but not only Message-ID: <1209057695.3822.14.camel@geeko.site> hi, few weeks (months?) ago I said that Fedora is ugly slow. that's still true, BUT (don't stop reading) using openSUSE on the same computer wasn't so comfortable. true, that I like their solutions (not all of course), but frequent freezes (for about 1-2sec) and longer GNOME + Compiz startup, teached me, that from my hardware I can't get more performance. I have duron CPU. know as cheap-shit (sorry for such adjective here) by its slowness. Fedora wasn't fast, but was smooth on my CPU. openSUSE was fast, but freezed frequently. I learned through my Linux-excursions, that I can't require many from people, from community, if I'll be rude and will shout and scream. from what I learned, I can also propose you web interface for packaging. quite comfortable to stop using own hardware to test RPM building etc., omit CVS and create packages in own repo (PPA- and KoPeR-like) and then eventually move to official repo. currently I'm sitting at home and writing this, using openSUSE. I will use it until Fedora 9 is released and nVidia updates their driver. only thing I can say now is big and sincere (not sure if translator didn't chose wrong word)... sorry and I promise I'll try to discuss constructive with good arguments and stop being such rude and unmature. I hope you can safely stop ignoring me beginning from now. in advance, thanks for reading and understanding. ps: don't afraid to tell me, when my behavior is inacceptible. I'll receive this with humility. -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ From vonbrand at inf.utfsm.cl Thu Apr 24 17:30:45 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 24 Apr 2008 13:30:45 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <87iqy85yn2.fsf@fc5.bigo.ensc.de> References: <1208964631.12717.158.camel@localhost.localdomain> <87mynk601e.fsf@fc5.bigo.ensc.de> <1208966124.12717.178.camel@localhost.localdomain> <87iqy85yn2.fsf@fc5.bigo.ensc.de> Message-ID: <200804241730.m3OHUjnW008067@laptop13.inf.utfsm.cl> Enrico Scholz wrote: > "Tom \"spot\" Callaway" writes: > > >> > I propose that we add /sbin and /usr/sbin to the path for normal users > >> > ... > >> > Anyone opposed to such an action? > >> > >> /me /me too > > Your thorough and elaborately explained reasoning has concisely shown me > > the errors in my proposal. Thank you for taking the time to reply to my > > email with such useful and important information. > ok; let me more verbose: > > 1. such changes require a good reason; direct reachability of a fistful > of programs is not a good reason. There are side effects (console > helper, other programs relying on traditional $PATH) which are not > handled in your proposition. Yep. Have to consider paths wired into brains too... > 2. 80-90% of programs under */sbin are without any use for normal > users; mentioned 'ifconfig' + 'route' are called by normal users > for diagnostic reasons only. This assumes some adminstrative > knowledge including awareness about the special /sbin paths. Should perhaps be supplemented with friendly tools for users on foot in /usr/bin? None of those is really fit for human consumption... > 3. tab-completion will show me a lot of new programs which are for zero > use. This will slow down my work. Nodz. > 4. problems which are tried to be solved can be handled much better at > other places (e.g. modify 'sudo' to search in */sbin, or link commonly > used programs to */bin) I.e., get /root/s shell configuration before doing anything? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From billcrawford1970 at gmail.com Thu Apr 24 17:43:04 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Thu, 24 Apr 2008 18:43:04 +0100 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4810C0AC.1000409@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> <4810AE6C.60706@gmail.com> <4810C0AC.1000409@gmail.com> Message-ID: <544eb990804241043x3951cfe6qe9d94bf8c7601027@mail.gmail.com> On 24/04/2008, Les Mikesell wrote: > Considering yourself a 'special' case is elitist. ... only if you're suggesting that the "elite" are the only ones who deserve to exist. Noone is saying that here (out loud anyway ;o)) so ... chill? From poelstra at redhat.com Thu Apr 24 17:46:01 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 24 Apr 2008 10:46:01 -0700 Subject: three unison versions in bugzilla and strange update In-Reply-To: <4810B96F.7080402@cchtml.com> References: <4810B8C4.2070404@redhat.com> <4810B96F.7080402@cchtml.com> Message-ID: <4810C759.8050909@redhat.com> Mike Cronenworth said the following on 04/24/2008 09:46 AM Pacific Time: > -------- Original Message -------- > Subject: three unison versions in bugzilla and strange update > From: John Poelstra > To: Development discussions related to Fedora > > Date: 04/24/2008 11:43 AM > >> Does anyone know why there are three versions for 'unison' in bugzilla? >> -unison >> -unison213 >> -unison227 >> >> This seems very inconsistent with most of the other components there. >> Can we just go back to one? >> >> Also... I have unison-2.13.16-3.fc6.i386 installed and when I 'yum >> update' it wants to install both of these: >> ---> Package unison227.x86_64 0:2.27.57-8.fc9 set to be updated >> ---> Package unison213.x86_64 0:2.13.16-10.fc9 set to be updated >> >> Bug or feature? >> >> John >> > > This came up on the list just last week. > > https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01229.html > > Regards, > Mike > Oops. Sorry, I missed that thread. What about the three components in bugzilla? John From a.badger at gmail.com Thu Apr 24 17:55:31 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 10:55:31 -0700 Subject: three unison versions in bugzilla and strange update In-Reply-To: <4810C759.8050909@redhat.com> References: <4810B8C4.2070404@redhat.com> <4810B96F.7080402@cchtml.com> <4810C759.8050909@redhat.com> Message-ID: <4810C993.809@gmail.com> John Poelstra wrote: > Oops. Sorry, I missed that thread. > > What about the three components in bugzilla? > > John > Three separate packages, thus three components. We have the same for other compat type packages. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From vonbrand at inf.utfsm.cl Thu Apr 24 17:57:50 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 24 Apr 2008 13:57:50 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> Message-ID: <200804241757.m3OHvo3v009590@laptop13.inf.utfsm.cl> max bianco wrote: [...] > Speaking as probably one of the most inexperienced Fedora users > subscribing to this list. I whole-heartedly agree with this sentiment. > Its already been said but I will say it again anyway. Those that know > how to add things to their $PATH will do just that and not be > inconvenienced. If you don't know how to find ifconfig and add it to > your $PATH then you probably would just shoot yourself in the foot > with it, if you don't know but are motivated you can certainly find > this info easily enough. Our time on this earth is limited but its > not that limited. For the love of god do not change things because it > will save you 3 minutes every 6 months. I'm certainly no newbie (futzing around on Unixy systems since the early 80ies), but I just couldn't agree more for the "average user" case. Power users will fix any (very minor) annoyance this causes, and move on. The */sbin was a step forward in putting some order into the mess. So some commands got missclassified? Sh*t happens. Others /can/ be useful for users on foot? Create a user-friendly command (even a shell script!) that gives access to the (limited) functionality they want/need/can use. [Yet again a huge squabble... the religious aspect to it should warn that this really doesn't matter much one way or the other.] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From nicolas.mailhot at laposte.net Thu Apr 24 18:13:32 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 24 Apr 2008 20:13:32 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> Message-ID: <1209060812.3444.7.camel@rousalka.dyndns.org> Le jeudi 24 avril 2008 ? 11:16 -0400, max bianco a ?crit : ? > The defaults are wrong for you ,me, and just about everyone that > subscribes to this list. Joe User doesn't need access to these > commands. Joe user will hit a problem, google for a solution, find an howto or something like that with a step-by-step procedure (because the wondrous GUI tools are changing so often and are so difficult to describe every single howto or quickfix recipe uses the CLI), and wonder why the command that was accessible on the recipe writer system isn't on Fedora. What do you think his conclusion on Fedora will be? PS ?Because every other distro is not as braindead as us, and because we sometimes put stuff in /usr/sbin other distributions do not, we have been known to ship scripts in /usr/bin that assume some /usr/sbin command is in the PATH. Do you think all of them has been found and fixed? No advanced user in this list tests with the setting we inflict on joe users. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From tmus at tmus.dk Thu Apr 24 18:18:05 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Thu, 24 Apr 2008 16:18:05 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209035374.6157.82.camel@vespa.frost.loc> References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> <1209035374.6157.82.camel@vespa.frost.loc> Message-ID: Tomas Mraz wrote: > On Thu, 2008-04-24 at 09:03 -0200, Thomas M Steenholdt wrote: >> Tomas Mraz wrote: >>> On Thu, 2008-04-24 at 06:23 -0400, Matthew Miller wrote: >>>> On Thu, Apr 24, 2008 at 11:01:15AM +0200, Tomas Mraz wrote: >>>>>> desktop centric and lacks generality. Some pieces are even close to be >>>>>> unusable outside of desktops (e.g. NM, PA, SELinux). >>>>> SELinux? You have to be kidding, aren't you? >>>> Show me an in-production server doing anything slightly out of the bounds of >>>> the expected, and I'll show you a machine with SELinux turned off. :) >>> That it is not yet super-easy to use SELinux on servers doesn't mean >>> that it is unusable. It is perfectly possible to use it on most servers >>> but it of course requires some effort from the sysadmin to learn it. >> Really, adding */sbin/ to PATH or individual commands should be no >> different, right? > > I do not argue with you at all. I do not think that */sbin should be > added to user's PATH by default. My vote is for moving/symlinking > commands which are useful for regular users. Mine too :-) /Thomas From konrad at tylerc.org Thu Apr 24 18:31:53 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Thu, 24 Apr 2008 11:31:53 -0700 Subject: Bikesheds In-Reply-To: <935ead450804240913w558a6a4bo4d6a7e8bc2b8254b@mail.gmail.com> References: <935ead450804240913w558a6a4bo4d6a7e8bc2b8254b@mail.gmail.com> Message-ID: <200804241131.53120.konrad@tylerc.org> Quoth Jeffrey Ollie: > I think that everyone needs to take a few minutes and read (or re-read): > > http://www.bikeshed.com/ > > If you don't understand why I'm asking you to read this page, read it > again a few times and reflect on some of the recent threads on > fedora-devel. > > Jeff While the page's author might be trying to make a point, the background colour of the page makes it close to illegible. But who am I to care about the colour of the 'bike shed'? -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From sandeen at redhat.com Thu Apr 24 18:34:20 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 24 Apr 2008 13:34:20 -0500 Subject: Bikesheds In-Reply-To: <200804241131.53120.konrad@tylerc.org> References: <935ead450804240913w558a6a4bo4d6a7e8bc2b8254b@mail.gmail.com> <200804241131.53120.konrad@tylerc.org> Message-ID: <4810D2AC.9020404@redhat.com> Konrad Meyer wrote: > Quoth Jeffrey Ollie: >> I think that everyone needs to take a few minutes and read (or re-read): >> >> http://www.bikeshed.com/ >> >> If you don't understand why I'm asking you to read this page, read it >> again a few times and reflect on some of the recent threads on >> fedora-devel. >> >> Jeff > > While the page's author might be trying to make a point, the background colour > of the page makes it close to illegible. hit reload ;) -Eric From konrad at tylerc.org Thu Apr 24 18:36:12 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Thu, 24 Apr 2008 11:36:12 -0700 Subject: Bikesheds In-Reply-To: <4810D2AC.9020404@redhat.com> References: <935ead450804240913w558a6a4bo4d6a7e8bc2b8254b@mail.gmail.com> <200804241131.53120.konrad@tylerc.org> <4810D2AC.9020404@redhat.com> Message-ID: <200804241136.13054.konrad@tylerc.org> Quoth Eric Sandeen: > Konrad Meyer wrote: > > Quoth Jeffrey Ollie: > >> I think that everyone needs to take a few minutes and read (or re-read): > >> > >> http://www.bikeshed.com/ > >> > >> If you don't understand why I'm asking you to read this page, read it > >> again a few times and reflect on some of the recent threads on > >> fedora-devel. > >> > >> Jeff > > > > While the page's author might be trying to make a point, the background colour > > of the page makes it close to illegible. > > hit reload ;) > > -Eric I just realised that I made an ass of myself, thanks :D. It's a good read, thanks Jeffrey. -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From lesmikesell at gmail.com Thu Apr 24 18:59:02 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 13:59:02 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> <1209035374.6157.82.camel@vespa.frost.loc> Message-ID: <4810D876.3030603@gmail.com> Thomas M Steenholdt wrote: > >> >> I do not argue with you at all. I do not think that */sbin should be >> added to user's PATH by default. My vote is for moving/symlinking >> commands which are useful for regular users. > > Mine too :-) If you do that, keep in mind that _all of them_ need to be in the default path after 'su' to avoid confusion. -- Les Mikesell lesmikesell at gmail.com From s-t-rhbugzilla at wwwdotorg.org Thu Apr 24 19:20:37 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 24 Apr 2008 13:20:37 -0600 (MDT) Subject: three unison versions in bugzilla and strange update In-Reply-To: <4810C993.809@gmail.com> References: <4810B8C4.2070404@redhat.com> <4810B96F.7080402@cchtml.com> <4810C759.8050909@redhat.com> <4810C993.809@gmail.com> Message-ID: <1209064838.4218.TMDA@tmda.severn.wwwdotorg.org> On Thu, April 24, 2008 11:55 am, Toshio Kuratomi wrote: > John Poelstra wrote: >> What about the three components in bugzilla? > > Three separate packages, thus three components. We have the same for > other compat type packages. The original unison package has been completely replaced by unison213 and unison227 in all currently shipping distro versions (of Fedora/EPEL). It'd therefore be nice if the old unison component in Bugzilla could go away. Of course, I have no idea if that's possible, or if it'd break any existing bug reports. From jeff at ocjtech.us Thu Apr 24 19:27:45 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 24 Apr 2008 14:27:45 -0500 Subject: Heads up: updating to Genshi 0.5 snapshot for F10 Message-ID: <935ead450804241227h21295485g8e633185a73f160e@mail.gmail.com> Hello, I've just built a snapshot of Genshi 0.5 for F10. Updating to 0.5 will be required for Trac 0.11 (currently in beta). Other packages that depend on Genshi are Bcfg2, Smolt, and TurboGears. I've personally done some testing using Bcfg2 and things seem to be working well so far. Until F10 packages start showing up in Rawhide you can find the RPMs here: http://koji.fedoraproject.org/koji/taskinfo?taskID=581471 Jeff From a.badger at gmail.com Thu Apr 24 19:29:24 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 12:29:24 -0700 Subject: three unison versions in bugzilla and strange update In-Reply-To: <1209064838.4218.TMDA@tmda.severn.wwwdotorg.org> References: <4810B8C4.2070404@redhat.com> <4810B96F.7080402@cchtml.com> <4810C759.8050909@redhat.com> <4810C993.809@gmail.com> <1209064838.4218.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <4810DF94.7010705@gmail.com> Stephen Warren wrote: > > The original unison package has been completely replaced by unison213 and > unison227 in all currently shipping distro versions (of Fedora/EPEL). > > It'd therefore be nice if the old unison component in Bugzilla could go > away. Of course, I have no idea if that's possible, or if it'd break any > existing bug reports. > You'll need to open a report in bugzilla for this so that the bugzilla admins can make the change. In addition, all existing reports (I'm pretty sure, open or closed) would need to be moved to another component. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From orion at cora.nwra.com Thu Apr 24 19:35:54 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 24 Apr 2008 13:35:54 -0600 Subject: Network filesystems need to get unmounted earlier at shutdown In-Reply-To: <20080424030132.GA26790@nostromo.devel.redhat.com> References: <480F9A0C.4030309@cora.nwra.com> <480FA0F0.50906@cchtml.com> <480FAC43.3080601@cora.nwra.com> <480FC1EF.5040902@cchtml.com> <20080424030132.GA26790@nostromo.devel.redhat.com> Message-ID: <4810E11A.7080708@cora.nwra.com> Bill Nottingham wrote: > Mike Cronenworth (mike at cchtml.com) said: >> Bah, ignore what I said. You should be able to just turn NM from "off" to >> "on" on those runlevels and then when the init level changes, init won't >> bother with NM. I don't wish to test this, but it sounds correct in >> theory... >> >> chkconfig --level 06 NetworkManager on >> chkconfig --level 06 NetworkManagerDispatcher on >> >> I don't have my F9 preview machine with me, but upstart uses compatibility >> with SysV stuff IIRC so this should work for you. > > Also, just resetting the priorities of hal & NM should do it. > > Bill > yeah, can we do that please? If NM doesn't get stopped before dbus it segfaults and spews to the console, so maybe K84 for NM (although network is currently at K90)? Looks like it is at 73 currently which after autofs (yay!) but not before netfs at 75. Bigger problems with recent NM for F8 because chkconfig seems to insist on putting it at S99 and K01 due to LSB init tags I assume. I don't know what new capabilities upstart gives us, but looks like a major review of startup/shutdown order is called for in F10. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From maximilianbianco at gmail.com Thu Apr 24 20:08:51 2008 From: maximilianbianco at gmail.com (max bianco) Date: Thu, 24 Apr 2008 16:08:51 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4810C0AC.1000409@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <48101157.3020906@gmail.com> <4810A2AA.8030906@gmail.com> <4810AE6C.60706@gmail.com> <4810C0AC.1000409@gmail.com> Message-ID: > On the other hand, if they learn what it does, that should > be good for another 30 years. > > -- Then we agree!!Excellent!! : ) Max From s-t-rhbugzilla at wwwdotorg.org Thu Apr 24 20:40:07 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Thu, 24 Apr 2008 14:40:07 -0600 (MDT) Subject: three unison versions in bugzilla and strange update In-Reply-To: <4810DF94.7010705@gmail.com> References: <4810B8C4.2070404@redhat.com> <4810B96F.7080402@cchtml.com> <4810C759.8050909@redhat.com> <4810C993.809@gmail.com> <1209064838.4218.TMDA@tmda.severn.wwwdotorg.org> <4810DF94.7010705@gmail.com> Message-ID: <1209069608.6033.TMDA@tmda.severn.wwwdotorg.org> On Thu, April 24, 2008 1:29 pm, Toshio Kuratomi wrote: > Stephen Warren wrote: >> It'd therefore be nice if the old unison component in Bugzilla could go >> away. Of course, I have no idea if that's possible, or if it'd break any >> existing bug reports. > > You'll need to open a report in bugzilla for this so that the bugzilla > admins can make the change. In addition, all existing reports (I'm > pretty sure, open or closed) would need to be moved to another component. OK. What component do I file this bug report against? Presumably not bugzilla, because that's for the development of bugzilla code, not the configuration as deployed on the website? Thanks. From choeger at cs.tu-berlin.de Thu Apr 24 21:03:41 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Thu, 24 Apr 2008 23:03:41 +0200 Subject: cannot commit update Message-ID: <1209071021.4795.2.camel@choeger4> Hi, I wanted to push an update using 'make bodhi' ('make update' did'nt work - target not existent). The output is Value must be one of: F7; Fedora 7; F8; Fedora 8 (not 'F9') Whats worng? Is there another target? regards christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From lkundrak at redhat.com Thu Apr 24 21:13:26 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Thu, 24 Apr 2008 23:13:26 +0200 Subject: cannot commit update In-Reply-To: <1209071021.4795.2.camel@choeger4> References: <1209071021.4795.2.camel@choeger4> Message-ID: <1209071607.9484.25.camel@localhost.localdomain> On Thu, 2008-04-24 at 23:03 +0200, Christoph H?ger wrote: > Hi, > > I wanted to push an update using 'make bodhi' ('make update' did'nt work > - target not existent). > The output is > > Value must be one of: F7; Fedora 7; F8; Fedora 8 (not 'F9') > > Whats worng? Is there another target? Which branch of which package did you try to make an update for? -- Lubomir Kundrak (Red Hat Security Response Team) From a.badger at gmail.com Thu Apr 24 21:17:56 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 14:17:56 -0700 Subject: three unison versions in bugzilla and strange update In-Reply-To: <1209069608.6033.TMDA@tmda.severn.wwwdotorg.org> References: <4810B8C4.2070404@redhat.com> <4810B96F.7080402@cchtml.com> <4810C759.8050909@redhat.com> <4810C993.809@gmail.com> <1209064838.4218.TMDA@tmda.severn.wwwdotorg.org> <4810DF94.7010705@gmail.com> <1209069608.6033.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <4810F904.2070606@gmail.com> Stephen Warren wrote: > On Thu, April 24, 2008 1:29 pm, Toshio Kuratomi wrote: >> Stephen Warren wrote: >>> It'd therefore be nice if the old unison component in Bugzilla could go >>> away. Of course, I have no idea if that's possible, or if it'd break any >>> existing bug reports. >> You'll need to open a report in bugzilla for this so that the bugzilla >> admins can make the change. In addition, all existing reports (I'm >> pretty sure, open or closed) would need to be moved to another component. > > OK. What component do I file this bug report against? Presumably not > bugzilla, because that's for the development of bugzilla code, not the > configuration as deployed on the website? > Here's a bug you can use as an example: https://bugzilla.redhat.com/show_bug.cgi?id=377631 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From tmus at tmus.dk Thu Apr 24 23:02:08 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Thu, 24 Apr 2008 21:02:08 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48109FD2.4030009@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> <48109FD2.4030009@gmail.com> Message-ID: Les Mikesell wrote: > Thomas M Steenholdt wrote: >> >> >> The ifconfig argument here is wasted, at least on me, since I agree >> that ifconfig could be symlinked to /bin. I don't agree, however, to >> put everything from */sbin/ into */bin/. > > Yet you've failed to show any problem that would result. What kind of > argument is that? The biggest problem I see is that using 'su' vs. 'su > -' causes different things, and even if you know the difference (which > you probably don't want to learn while you are trying to fix something > else), you may not want the other side effects of 'su -' like changing cwd. > Since you insist on having an argument to this vary brief note... It would just be plain wrong! /Thomas From tmus at tmus.dk Thu Apr 24 23:12:31 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Thu, 24 Apr 2008 21:12:31 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4810A228.9010209@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> Message-ID: Les Mikesell wrote: > Axel Thimm wrote: >> On Wed, Apr 23, 2008 at 12:30:31PM -1000, David Cantrell wrote: >>> The FHS states that /sbin and /usr/sbin are for root-only commands. >>> If we have programs in those directories that are to be used by >>> non-root users, I think we've violated the FHS. >> >> The FHS says >> >> "Utilities used for system administration (and other root-only >> commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin." >> >> It's open to interpretation whether the "other root-only command" >> implies that "utilities used for system administration" are root-only, >> too. > > Given a unix-like context, one would expect a root-only command, by > definition, to have modes like rwx------ root root filename. But I > still have a problem with not being able to find them in my PATH after > su'ing regardless of where they are. > Someone clever once came up with the great KISS concept. Applied to this particular problem, we should try to make things simple (as in easy) for all users and admins while keeping the system simple (as in complexity). That solution has already been subscribed in the thread over and over, symlink the tools that make sense from */sbin/ to */bin/ and be done with it. It will solve all issues in both camps and we can carry on. At the same time, this could also be viewed as a compromise between the camp ideals. At the same time still, it keeps the basic layout of the filesystem intact so that we can still be at least somewhat FHS compliant (i know we're not fully compliant, but there's no sense in breaking out of an attempted standard completely). Also we don't need to rewrite documentation and howtos. Everybody happy? /Thomas From a.badger at gmail.com Thu Apr 24 23:25:43 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Apr 2008 16:25:43 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> Message-ID: <481116F7.9050705@gmail.com> Thomas M Steenholdt wrote: > Les Mikesell wrote: >> Axel Thimm wrote: >>> On Wed, Apr 23, 2008 at 12:30:31PM -1000, David Cantrell wrote: >>>> The FHS states that /sbin and /usr/sbin are for root-only commands. >>>> If we have programs in those directories that are to be used by >>>> non-root users, I think we've violated the FHS. >>> >>> The FHS says >>> >>> "Utilities used for system administration (and other root-only >>> commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin." >>> >>> It's open to interpretation whether the "other root-only command" >>> implies that "utilities used for system administration" are root-only, >>> too. >> >> Given a unix-like context, one would expect a root-only command, by >> definition, to have modes like rwx------ root root filename. But I >> still have a problem with not being able to find them in my PATH after >> su'ing regardless of where they are. >> > > Someone clever once came up with the great KISS concept. > > Applied to this particular problem, we should try to make things simple > (as in easy) for all users and admins while keeping the system simple > (as in complexity). > > That solution has already been subscribed in the thread over and over, > symlink the tools that make sense from */sbin/ to */bin/ and be done > with it. It will solve all issues in both camps and we can carry on. > > At the same time, this could also be viewed as a compromise between the > camp ideals. > > At the same time still, it keeps the basic layout of the filesystem > intact so that we can still be at least somewhat FHS compliant (i know > we're not fully compliant, but there's no sense in breaking out of an > attempted standard completely). Also we don't need to rewrite > documentation and howtos. > > Everybody happy? > Uhm... KISS principle would be to add /sbin and /usr/sbin to the end of PATH as it's a simple change in one package. Symlinking requires an ongoing effort to decide which programs should be placed in /bin, which in /sbin, and which in both /sbin and /bin. Then further effort must be applied to the packages to make sure that they not only install into the correct directory, but also have the proper symlinks set up. This is far from a KISS solution. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From lesmikesell at gmail.com Thu Apr 24 23:27:15 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 18:27:15 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> Message-ID: <48111753.3090504@gmail.com> Thomas M Steenholdt wrote: > > Someone clever once came up with the great KISS concept. > > Applied to this particular problem, we should try to make things simple > (as in easy) for all users and admins while keeping the system simple > (as in complexity). > > That solution has already been subscribed in the thread over and over, > symlink the tools that make sense from */sbin/ to */bin/ and be done > with it. It will solve all issues in both camps and we can carry on. If you don't take them all, how does this solve the problem that 'su' vs. 'su -' will still not have all the same things included in your path? Personally, I'd rather see everything moved to /bin and /usr/bin with /sbin and /user/sbin changed to compatibility symlinks, but that can only be done cleanly during a new install (or maybe wrapped in a reboot). -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Thu Apr 24 23:42:37 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 24 Apr 2008 18:42:37 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <1208990803.2861.15.camel@beck.corsepiu.local> <480FCA94.2020708@cchtml.com> <48109FD2.4030009@gmail.com> Message-ID: <48111AED.3060905@gmail.com> Thomas M Steenholdt wrote: > >>> >>> The ifconfig argument here is wasted, at least on me, since I agree >>> that ifconfig could be symlinked to /bin. I don't agree, however, to >>> put everything from */sbin/ into */bin/. >> >> Yet you've failed to show any problem that would result. What kind of >> argument is that? The biggest problem I see is that using 'su' vs. >> 'su -' causes different things, and even if you know the difference >> (which you probably don't want to learn while you are trying to fix >> something else), you may not want the other side effects of 'su -' >> like changing cwd. >> > > Since you insist on having an argument to this vary brief note... > > It would just be plain wrong! > And from which branch of this tree can you derive such a moral imperative? http://upload.wikimedia.org/wikipedia/commons/7/77/Unix_history-simple.svg -- Les Mikesell lesmikesell at gmail.com From jkeating at redhat.com Thu Apr 24 23:44:40 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 24 Apr 2008 16:44:40 -0700 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <48103B12.3040400@leemhuis.info> References: <48103B12.3040400@leemhuis.info> Message-ID: <1209080680.20320.15.camel@localhost.localdomain> On Thu, 2008-04-24 at 09:47 +0200, Thorsten Leemhuis wrote: > libsane-hpaio I seem to remember some of the hp stuff being left off this list as at the time they would drag in QT and a host of other things which wouldn't typically be there on a default (GNOME) install. That may have changed in recent time and thus the HP stuff should get added into the default set. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tmus at tmus.dk Thu Apr 24 23:56:12 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Thu, 24 Apr 2008 21:56:12 -0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48111753.3090504@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> Message-ID: Les Mikesell wrote: > Thomas M Steenholdt wrote: > >> >> Someone clever once came up with the great KISS concept. >> >> Applied to this particular problem, we should try to make things >> simple (as in easy) for all users and admins while keeping the system >> simple (as in complexity). >> >> That solution has already been subscribed in the thread over and over, >> symlink the tools that make sense from */sbin/ to */bin/ and be done >> with it. It will solve all issues in both camps and we can carry on. > > If you don't take them all, how does this solve the problem that 'su' > vs. 'su -' will still not have all the same things included in your > path? Personally, I'd rather see everything moved to /bin and /usr/bin > with /sbin and /user/sbin changed to compatibility symlinks, but that > can only be done cleanly during a new install (or maybe wrapped in a > reboot). > If we want to alter the filesystem scheme in this way, my vote is for suggesting this in the proper place to make it an accepted FHS layout. Only after that is in place, should we consider it. If indeed it comes down to a */sbin/ .> */bin/ merger or appending the the */sbin/'s to the normal users PATH, please make sure it's the PATH solution. That way, people who disagree can easily change this default, by doing the exact opposite of what the "pro-sbin-in-path" people are doing today. From how I understand the PATH proposition, however, we would add the */sbin/'s as last entries in PATH, correct? If that is the case, su and su - will still be two different beasts, since su - has the */sbin/'s before the */bin/'s. This could potentially make differences between running the same command under su and su - two completely different things, which would suck even more than a command not found error IMHO. /Thomas From loupgaroublond at gmail.com Fri Apr 25 02:10:47 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Fri, 25 Apr 2008 02:10:47 +0000 Subject: Heads up: updating to Genshi 0.5 snapshot for F10 In-Reply-To: <935ead450804241227h21295485g8e633185a73f160e@mail.gmail.com> References: <935ead450804241227h21295485g8e633185a73f160e@mail.gmail.com> Message-ID: <7f692fec0804241910n104b353n26700737ba13b2f2@mail.gmail.com> On Thu, Apr 24, 2008 at 7:27 PM, Jeffrey Ollie wrote: > Hello, > > I've just built a snapshot of Genshi 0.5 for F10. Updating to 0.5 > will be required for Trac 0.11 (currently in beta). Other packages > that depend on Genshi are Bcfg2, Smolt, and TurboGears. I've > personally done some testing using Bcfg2 and things seem to be working > well so far. Until F10 packages start showing up in Rawhide you can > find the RPMs here: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=581471 Will you backport it to F9, or even F8? Otherwise, it won't matter as much to Smolt, since we don't usually run it on Rawhide machines publically. -Yaakov From jeff at ocjtech.us Fri Apr 25 02:32:27 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 24 Apr 2008 21:32:27 -0500 Subject: Heads up: updating to Genshi 0.5 snapshot for F10 In-Reply-To: <7f692fec0804241910n104b353n26700737ba13b2f2@mail.gmail.com> References: <935ead450804241227h21295485g8e633185a73f160e@mail.gmail.com> <7f692fec0804241910n104b353n26700737ba13b2f2@mail.gmail.com> Message-ID: <935ead450804241932n776221fj5ee48cc5554ee8de@mail.gmail.com> On Thu, Apr 24, 2008 at 9:10 PM, Yaakov Nemoy wrote: > > On Thu, Apr 24, 2008 at 7:27 PM, Jeffrey Ollie wrote: > > > > I've just built a snapshot of Genshi 0.5 for F10. > > Will you backport it to F9, or even F8? Otherwise, it won't matter as > much to Smolt, since we don't usually run it on Rawhide machines > publically. That will depend on how stable it is, but definitely not before they release the final 0.5. Genshi is pretty important for various Fedora Infrastructure web apps so I don't want to break those if I don't have to :). Jeff From fedora at leemhuis.info Fri Apr 25 05:22:09 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 25 Apr 2008 07:22:09 +0200 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <1209080680.20320.15.camel@localhost.localdomain> References: <48103B12.3040400@leemhuis.info> <1209080680.20320.15.camel@localhost.localdomain> Message-ID: <48116A81.60500@leemhuis.info> On 25.04.2008 01:44, Jesse Keating wrote: > On Thu, 2008-04-24 at 09:47 +0200, Thorsten Leemhuis wrote: >> libsane-hpaio > I seem to remember some of the hp stuff being left off this list as at > the time they would drag in QT and a host of other things which wouldn't > typically be there on a default (GNOME) install. That may have changed > in recent time and thus the HP stuff should get added into the default > set. Afaics that stuff is in hplip-gui these days $ repoquery hplip-gui --requires | grep -i qt PyQt $ repoquery hplip libsane-hpaio --requires | grep -i qt $ BTW, I filed a bug in between: https://bugzilla.redhat.com/show_bug.cgi?id=444016 Related issue I noticed while at it: I'm wondering if the split in hplip and libsane-hpaio is worth the trouble in any case, as hplip tracks in sane-backends-libs (which again tracks in sane-backends) while libsane-hpaio itself is quite small: $ repoquery hplip --requires | grep -i sane libsane.so.1()(64bit) $ repoquery -qi libsane-hpaio | grep Size Size : 58776 CU knurd From trond.danielsen at gmail.com Fri Apr 25 06:12:15 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Fri, 25 Apr 2008 08:12:15 +0200 Subject: New version of SDCC; request for co-maintainers. Message-ID: <409676c70804242312g4e1754d5ud517363509b5fec9@mail.gmail.com> Hi everyone, I am the maintainer of SDCC[1], and need some feedback from some of it's users. I am in the process of upgrading from 2.6.0 which is the current version in Fedora to 2.8.0 which is the latest upstream version. It is now over a year since the first version was submitted to Fedora, and honestly I do not remember all the details in the spec file. If anyone has the time to help upgrading to 2.8.0 I would be grateful, my schedule is pretty full these days as I expect a fork in the family tree any day soon... [1] http://sdcc.sourceforge.net -- Best regards, Trond Danielsen From j.w.r.degoede at hhs.nl Fri Apr 25 06:45:05 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 25 Apr 2008 08:45:05 +0200 Subject: 200+ packages up for grabs In-Reply-To: <62bc09df0804152215s3abd4462m629d2c934cddd291@mail.gmail.com> References: <56642.137.151.174.128.1208207154.squirrel@webmail.thecodergeek.com> <62bc09df0804142308k3282d709r4519df4cd0e3ed82@mail.gmail.com> <48045952.5070100@hhs.nl> <62bc09df0804152215s3abd4462m629d2c934cddd291@mail.gmail.com> Message-ID: <48117DF1.1090701@hhs.nl> Hi, Sorry for the late reply. Xavier Lamien wrote: > > > 2008/4/15 Hans de Goede >: > > Xavier Lamien wrote: > > interesting by : > > * arm-* packages. > > > Note these are not generic arm cross packages, they are arm cross > packages specifically targetting the gp2x a handheld Linux game > device / media player. > > > Know > Ok, I still would like to keep working on these myself too, but a co-maintainer would definitely be welcome, just request the necessary rights in pkgdb and I'll ack them. I also have some (rather rough, created by students) additional arm-gp2x-linux-foo packages in my todo queue, mostly libs which are needed to get a somewhat complete toolchain, so that for example scummvm can be build for the gp2x. I can drop the srpms somewhere on the web and send you a link, then you take a look as time permits, I would be more then happy to review them. But first we need to get rpmfusion up and running! > With that said I could use some help with these, I still have a few > libraries spec files which are needed to get a full devel chain > waiting to be cleaned up and put through review. > > > * pygtkglext -- Python bindings for GtkGLExt > > * PyOpenGL -- Python bindings for OpenGL > > * quake3 -- Quake 3 Arena tournament 3D shooter game > > * rafkill -- Top-down shooter with powerups > > * raidem -- 2d top-down shoot'em up > > * raidem-music -- Background music for the game raidem > > > > With interested you mean you want to take ownership, or do you want > to co-maintain them? > > > take ownership. > of course co-maintainers are welcome. > Thanks! All released, as always if you need a hand / have a bug that could use a second person looking at it, let me know. Regards, Hans From zaitcev at redhat.com Fri Apr 25 06:57:26 2008 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 24 Apr 2008 23:57:26 -0700 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209005006.2861.69.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> <1209005006.2861.69.camel@beck.corsepiu.local> Message-ID: <20080424235726.2c41d8de.zaitcev@redhat.com> On Thu, 24 Apr 2008 04:43:26 +0200, Ralf Corsepius wrote: > On Wed, 2008-04-23 at 21:58 -0200, Thomas M Steenholdt wrote: > [...] I really fail why > extending their personal accounts' $PATH is demanding to much for this > audience. It's not personal account's PATH, it's what su gives you without a dash. That's why I have to comment #if [ "$EUID" = "0" ]; then in every /etc/profile on every system forever and ever. I wish it was just ~/.bashrc like you're imagining. -- Pete From Axel.Thimm at ATrpms.net Fri Apr 25 07:03:21 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 25 Apr 2008 10:03:21 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080424235726.2c41d8de.zaitcev@redhat.com> References: <200804231043.57140.dennis@ausil.us> <20080423155528.GA14717@evileye.atkac.englab.brq.redhat.com> <20080423181927.GA27354@jadzia.bu.edu> <1208975718.20822.19.camel@metroid.rdu.redhat.com> <20080423185425.GA31210@jadzia.bu.edu> <20080423224637.GA4923@amd.home.annexia.org> <20080423231648.GB25147@jadzia.bu.edu> <1209005006.2861.69.camel@beck.corsepiu.local> <20080424235726.2c41d8de.zaitcev@redhat.com> Message-ID: <20080425070321.GB24277@victor.nirvana> On Thu, Apr 24, 2008 at 11:57:26PM -0700, Pete Zaitcev wrote: > On Thu, 24 Apr 2008 04:43:26 +0200, Ralf Corsepius wrote: > > On Wed, 2008-04-23 at 21:58 -0200, Thomas M Steenholdt wrote: > > > [...] I really fail why > > extending their personal accounts' $PATH is demanding to much for this > > audience. > > It's not personal account's PATH, it's what su gives you without > a dash. That's why I have to comment #if [ "$EUID" = "0" ]; then > in every /etc/profile on every system forever and ever. I wish > it was just ~/.bashrc like you're imagining. $ PATH=$PATH:blah $ su Password: # echo $PATH | grep -l blah (standard input) su w/o dash inherits your PATH, so no need to tweak all the profiles on your system. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From surenkarapetyan at gmail.com Fri Apr 25 07:07:09 2008 From: surenkarapetyan at gmail.com (Suren Karapetyan) Date: Fri, 25 Apr 2008 12:07:09 +0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48111753.3090504@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> Message-ID: <4811831D.2080509@gmail.com> Les Mikesell wrote: > Thomas M Steenholdt wrote: > >> >> Someone clever once came up with the great KISS concept. >> >> Applied to this particular problem, we should try to make things >> simple (as in easy) for all users and admins while keeping the system >> simple (as in complexity). >> >> That solution has already been subscribed in the thread over and >> over, symlink the tools that make sense from */sbin/ to */bin/ and be >> done with it. It will solve all issues in both camps and we can carry >> on. > > If you don't take them all, how does this solve the problem that 'su' > vs. 'su -' will still not have all the same things included in your > path? Personally, I'd rather see everything moved to /bin and > /usr/bin with /sbin and /user/sbin changed to compatibility symlinks, > but that can only be done cleanly during a new install (or maybe > wrapped in a reboot). > I don't quite understand why "su" and "su -" should be doing the same thing. What's the point in "-" if they should do the same? BTW tweaking PATH or symlinking stuff from */sbin into */bin or merger won't make "su" behave like "su -". Personally I'm happy doing "su" then "make install" if I don't want to change cwd and my exports (CFLAGS?) and aliases and doing "su -" to do some tweaking with iptables, ip, tc, dhcpd, asterisk... I've never liked the Ubuntu way of doing things. The first thing I did on any Ubuntu system I had to use was "sudo passwd; su -" And also: I've never had */sbin in the PATH of my non-root user. From j.w.r.degoede at hhs.nl Fri Apr 25 06:59:33 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 25 Apr 2008 08:59:33 +0200 Subject: New vegastrike for F-10: 500MB !! ?? Message-ID: <48118155.7090105@hhs.nl> Hi All, I'm planning on updating vegastrike to the new 0.5.0 upstream release for F-10 and maybe later F-9 / F-8 too, but vegastrike has been dead for a while and now makes some huge changes, so better to keep the old trusted version for F-8 / F-9 for a while. However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? Regards, Hans From choeger at cs.tu-berlin.de Fri Apr 25 07:43:09 2008 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Fri, 25 Apr 2008 09:43:09 +0200 Subject: cannot commit update In-Reply-To: <1209071607.9484.25.camel@localhost.localdomain> References: <1209071021.4795.2.camel@choeger4> <1209071607.9484.25.camel@localhost.localdomain> Message-ID: <1209109389.7805.2.camel@choeger4> Am Donnerstag, den 24.04.2008, 23:13 +0200 schrieb Lubomir Kundrak: > On Thu, 2008-04-24 at 23:03 +0200, Christoph H?ger wrote: > > Hi, > > > > I wanted to push an update using 'make bodhi' ('make update' did'nt work > > - target not existent). > > The output is > > > > Value must be one of: F7; Fedora 7; F8; Fedora 8 (not 'F9') > > > > Whats worng? Is there another target? > > Which branch of which package did you try to make an update for? > > -- > Lubomir Kundrak (Red Hat Security Response Team) NetworkManager-openvpn F-9 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From dtimms at iinet.net.au Fri Apr 25 07:50:19 2008 From: dtimms at iinet.net.au (David Timms) Date: Fri, 25 Apr 2008 17:50:19 +1000 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <48118155.7090105@hhs.nl> References: <48118155.7090105@hhs.nl> Message-ID: <48118D3B.7020400@iinet.net.au> Hans de Goede wrote: > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? And just for interest how big once installed ? From lkundrak at redhat.com Fri Apr 25 08:22:52 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Fri, 25 Apr 2008 10:22:52 +0200 Subject: cannot commit update In-Reply-To: <1209109389.7805.2.camel@choeger4> References: <1209071021.4795.2.camel@choeger4> <1209071607.9484.25.camel@localhost.localdomain> <1209109389.7805.2.camel@choeger4> Message-ID: <1209111772.9484.27.camel@localhost.localdomain> On Fri, 2008-04-25 at 09:43 +0200, Christoph H?ger wrote: > Am Donnerstag, den 24.04.2008, 23:13 +0200 schrieb Lubomir Kundrak: > > On Thu, 2008-04-24 at 23:03 +0200, Christoph H?ger wrote: > > > Hi, > > > > > > I wanted to push an update using 'make bodhi' ('make update' did'nt work > > > - target not existent). > > > The output is > > > > > > Value must be one of: F7; Fedora 7; F8; Fedora 8 (not 'F9') > > > > > > Whats worng? Is there another target? > > > > Which branch of which package did you try to make an update for? > > > > -- > > Lubomir Kundrak (Red Hat Security Response Team) > > > NetworkManager-openvpn F-9 It seems quite logical to me that you can't update the release that was not released yet. -- Lubomir Kundrak (Red Hat Security Response Team) From rodd at clarkson.id.au Fri Apr 25 07:31:26 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 25 Apr 2008 17:31:26 +1000 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <48118155.7090105@hhs.nl> References: <48118155.7090105@hhs.nl> Message-ID: <1209108686.5693.2.camel@localhost.localdomain> On Fri, 2008-04-25 at 08:59 +0200, Hans de Goede wrote: > Hi All, > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for F-10 > and maybe later F-9 / F-8 too, but vegastrike has been dead for a while and now > makes some huge changes, so better to keep the old trusted version for F-8 / > F-9 for a while. > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? That depends. Are you wanting it installed on the Live CD? 8-] R. -- "It's a fine line between denial and faith. It's much better on my side" From jakub at redhat.com Fri Apr 25 08:47:09 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Fri, 25 Apr 2008 04:47:09 -0400 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <1209108686.5693.2.camel@localhost.localdomain> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> Message-ID: <20080425084709.GL2255@devserv.devel.redhat.com> On Fri, Apr 25, 2008 at 05:31:26PM +1000, Rodd Clarkson wrote: > On Fri, 2008-04-25 at 08:59 +0200, Hans de Goede wrote: > > Hi All, > > > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for F-10 > > and maybe later F-9 / F-8 too, but vegastrike has been dead for a while and now > > makes some huge changes, so better to keep the old trusted version for F-8 / > > F-9 for a while. > > > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? > > That depends. Are you wanting it installed on the Live CD? 8-] For Live CD it is obviously out of the question, it wouldn't even fit there, but even in the Everything trees 500MB of data for a game is IMHO too much. Remember many people mirror the whole Everything tree to do local installs etc. Jakub From nicolas.mailhot at laposte.net Fri Apr 25 09:09:57 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 25 Apr 2008 11:09:57 +0200 (CEST) Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <20080425084709.GL2255@devserv.devel.redhat.com> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> Message-ID: <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> Le Ven 25 avril 2008 10:47, Jakub Jelinek a ?crit : > For Live CD it is obviously out of the question, it wouldn't even fit > there, but even in the Everything trees 500MB of data for a game is > IMHO too much. Can't the data set be broken out in several packages ? > Remember many people mirror the whole Everything tree to do > local installs etc. That just means we need more granular repositories, with one repository devoted to big lumps of optional resources like game data, artwork (images/audio/video), artistic fonts, document templates, cliparts, etc IMHO it's good to have more FLOSS stuff packaged and we should not limit our ecosystem - that would put Fedora to a huge competitive disadvantage WRT entities with no such qualms. -- Nicolas Mailhot From billcrawford1970 at gmail.com Fri Apr 25 09:19:20 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 25 Apr 2008 10:19:20 +0100 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <48118155.7090105@hhs.nl> References: <48118155.7090105@hhs.nl> Message-ID: <200804251019.21185.billcrawford1970@googlemail.com> On Friday 25 April 2008 07:59:33 Hans de Goede wrote: > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? For the love of all that is holy, please do package them separately and don't update them *evar* ;o) Seriously, though, I think the last couple of replies have been spot on ... we should possibly consider creating a "data repository". Perhaps even without the rpm packaging, for cases where it's literally just a big file of data. From che666 at gmail.com Fri Apr 25 09:27:01 2008 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 25 Apr 2008 11:27:01 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <20080425084709.GL2255@devserv.devel.redhat.com> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> Message-ID: On Fri, Apr 25, 2008 at 10:47 AM, Jakub Jelinek wrote: > On Fri, Apr 25, 2008 at 05:31:26PM +1000, Rodd Clarkson wrote: > > On Fri, 2008-04-25 at 08:59 +0200, Hans de Goede wrote: > > > Hi All, > > > > > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for F-10 > > > and maybe later F-9 / F-8 too, but vegastrike has been dead for a while and now > > > makes some huge changes, so better to keep the old trusted version for F-8 / > > > F-9 for a while. > > > > > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? > > > > That depends. Are you wanting it installed on the Live CD? 8-] > > For Live CD it is obviously out of the question, it wouldn't even fit > there, but even in the Everything trees 500MB of data for a game is IMHO too > much. Remember many people mirror the whole Everything tree to do local > installs etc. but i really dont see the issue here, simply because you could just exclude that one package from mirroring. what if someone adds 100 x 5mb packages tomorrow... the everything mirror scripts will then have to mirror the same size. splitting makes sense if splitting is an option... seperate repo? first all gets merged into one "because it is so much better" then people promote to split out stuff into seperate repos again... oh well ;) in the future i guess it is a save prediction that there will be even larger packages ... and as for updates... if we had presto properly integrated that would also be a non issue. dont really see the point of excluding a nice free software game just because it comes with a good amount of content/data and i am also curious if it really should be treated in a special way. kind regards, Rudolf Kastl p.s. if you wanna top a 500mb package... just package all flightgear scenarios into a single flightgear-world rpm :) then we can test how well it works to have a package that is several gigabytes big (j/k) > > Jakub > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From dan at danny.cz Fri Apr 25 09:33:54 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Fri, 25 Apr 2008 11:33:54 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <200804251019.21185.billcrawford1970@googlemail.com> References: <48118155.7090105@hhs.nl> <200804251019.21185.billcrawford1970@googlemail.com> Message-ID: <1209116034.3434.4.camel@eagle.danny.cz> Bill Crawford p??e v P? 25. 04. 2008 v 10:19 +0100: > On Friday 25 April 2008 07:59:33 Hans de Goede wrote: > > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? > > For the love of all that is holy, please do package them separately and don't > update them *evar* ;o) > > Seriously, though, I think the last couple of replies have been spot on ... we > should possibly consider creating a "data repository". Perhaps even without > the rpm packaging, for cases where it's literally just a big file of data. > I think an additional "Data" repository could be the answer here. Also one "data" package can serve more Fedora releases. Mirrors can choose whether or not to mirror it, links can save the space for multiple releases. On the user side you will see only a new fedora-data.repo file in yum.repos.s :-) Dan From nicolas.mailhot at laposte.net Fri Apr 25 09:35:27 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 25 Apr 2008 11:35:27 +0200 (CEST) Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <200804251019.21185.billcrawford1970@googlemail.com> References: <48118155.7090105@hhs.nl> <200804251019.21185.billcrawford1970@googlemail.com> Message-ID: <59583.192.54.193.59.1209116127.squirrel@rousalka.dyndns.org> Le Ven 25 avril 2008 11:19, Bill Crawford a ?crit : > Perhaps even without > the rpm packaging, for cases where it's literally just a big file of > data. Strong -1. Anything we distribute must go through rpm/yum/pk to reuse the efforts we expend on this infrastructure and avoid the endless bickering on what should and should not be packaged upstreams are so fond of (as soon as they realize packaging means some effort on their part). -- Nicolas Mailhot From che666 at gmail.com Fri Apr 25 09:38:09 2008 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 25 Apr 2008 11:38:09 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <59583.192.54.193.59.1209116127.squirrel@rousalka.dyndns.org> References: <48118155.7090105@hhs.nl> <200804251019.21185.billcrawford1970@googlemail.com> <59583.192.54.193.59.1209116127.squirrel@rousalka.dyndns.org> Message-ID: On Fri, Apr 25, 2008 at 11:35 AM, Nicolas Mailhot wrote: > > Le Ven 25 avril 2008 11:19, Bill Crawford a ?crit : > > > Perhaps even without > > the rpm packaging, for cases where it's literally just a big file of > > data. > > Strong -1. Anything we distribute must go through rpm/yum/pk to reuse > the efforts we expend on this infrastructure and avoid the endless > bickering on what should and should not be packaged upstreams are so > fond of (as soon as they realize packaging means some effort on their > part). > agreed. working around the package management is basically a punishable offence in our world... think dep tracking... think removal think version tracking etc etc etc ;) kind regards, Rudolf Kastl > -- > Nicolas Mailhot > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From fedora at leemhuis.info Fri Apr 25 09:40:01 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 25 Apr 2008 11:40:01 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> Message-ID: <4811A6F1.3020406@leemhuis.info> On 25.04.2008 11:09, Nicolas Mailhot wrote: > Le Ven 25 avril 2008 10:47, Jakub Jelinek a ?crit : > >> Remember many people mirror the whole Everything tree to do >> local installs etc. > That just means we need more granular repositories, with one > repository devoted to big lumps of optional resources like game data, > artwork (images/audio/video), artistic fonts, document templates, > cliparts, etc Just hardlinking the file between the different repos on the server should IMHO solve most problems and avoids all the problems a separate repo would bring. CU thl From mschwendt at gmail.com Fri Apr 25 09:51:55 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 25 Apr 2008 11:51:55 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> Message-ID: <20080425115155.e712f7e3.mschwendt@gmail.com> On Fri, 25 Apr 2008 11:09:57 +0200 (CEST), Nicolas Mailhot wrote: > > Le Ven 25 avril 2008 10:47, Jakub Jelinek a ?crit : > > > For Live CD it is obviously out of the question, it wouldn't even fit > > there, but even in the Everything trees 500MB of data for a game is > > IMHO too much. > > Can't the data set be broken out in several packages ? And then? Have several packages which create a weird dep-chain? Or make it a pain for the user to hunt for such packages? > > Remember many people mirror the whole Everything tree to do > > local installs etc. > > That just means we need more granular repositories, with one > repository devoted to big lumps of optional resources like game data, > artwork (images/audio/video), artistic fonts, document templates, > cliparts, etc Last time that was discussed briefly [a few years ago], no solution was found. While you can separate [game] run-time from [game] data and put the huge data pkgs into a separate repository, you don't want to enable that repository by default, because that would cause yum to download even more metadata. The run-time portion would need to depend on a disabled external repository and warn about missing data. Putting all games into one "Games" repo may work for some time until a game pkg builds a library that is used by a pkg in another repo. Mapping the comps groups into a repository hierarchy leads to much more complex inter-repository dependencies and the necessity to maintain additional lists for the "package name -> repository" mapping (or reuse the RPM spec Group). The same applies to creating separate repositories for "mandatory", "recommended" and "optional". They will keep growing anyway. > IMHO it's good to have more FLOSS stuff packaged and we should not > limit our ecosystem - that would put Fedora to a huge competitive > disadvantage WRT entities with no such qualms. The "Everything" repo is huge already. When will that be a reason to be concerned? -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.11 1.21 1.33 From dtimms at iinet.net.au Fri Apr 25 11:06:56 2008 From: dtimms at iinet.net.au (David Timms) Date: Fri, 25 Apr 2008 21:06:56 +1000 Subject: s-c-network: legit hosts file entries Message-ID: <4811BB50.9010205@iinet.net.au> I was about to file a bz about how system-config-network doesn't like a legit /etc/hosts file. It complains: wrong hostname wrong alias , to stuff that I think is legit: 192.168.32.3 ldap.myweb.com.au ldap _ldap._tcp.dc._msdcs.ldap.myweb.com.au #openldap ldap !what outlook looks for! #192.168.32.209 192.168.16.210 mirror.myweb.com.au mirror rsyncbackup infrastructure-server #RsyncBackup Mirror Tsunami Dreamives ###old192.168.32.211 mirror-old.myweb.com.au mirror-old #ex-novell server pentium II 350, scsi dr192.168.32.211 192.168.32.220 rea_dev.myweb.com.au READevPC #bedrock development 192.168.32.222 tp_conf #dt amx wireless (myweb) 192.168.32.227 tandberg-codec.myweb.com.au codec-meeting-large tandberg-codec tandberg-codec-front codec- tandberg-mvp-3000 192.168.0.8 prints_1.myweb.com.au prints_1 #Dlink dp-300 print server Canon ir800 192.168.0.11 accesspoint.myweb.com.au WAP_MYWEP_Wi #Access Point 192.168.0.228 crestron_c5.myweb.com.au crestron_c5 #Crestron dev reserved 192.168.130.97 myweb_hotel-old myweb-hotel-old #swiftel adsl fixed ip # mmserver:30315 player1..4 30316..9 ##9000 myweb university #9876 #20077 #20090 #holytown 192.168.5.30 b_ga129_controlsys ga129b_controlsys 192.168.5.31 b_ga129_codec ga129_codec - it dislikes [_] at all. [_ldap._tcp.dc._msdcs.ldap.myweb.com.au] is a name that windows PC's lookup, and seems to be legit. - it dislikes a trailing - in an alias. Or is it just an overzealous parsing {in s-c-network} ? { Actually it was a previous s-c-n that screwed some of the entries up in the first place}. DaveT. From rawhide at fedoraproject.org Fri Apr 25 11:18:53 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 25 Apr 2008 11:18:53 +0000 (UTC) Subject: rawhide report: 20080425 changes Message-ID: <20080425111853.A094B209CC8@releng1.fedora.phx.redhat.com> Updated Packages: anaconda-11.4.0.76-1.fc9 ------------------------ * Thu Apr 24 2008 Chris Lumens - 11.4.0.76-1 - Use the execWithCapture wrapper to be consistent. (jgranado) - Call the mdadm with full path. (jgranado) - Use the correct ls(1) alias. (dcantrell) - Set PS1 and ls(1) alias for tty2 shell. (dcantrell) - Lookinig for the capabilities file in xen is valid in more cases. (jgranado) - Avoid putting virtualization option when in Xen or VMware. (#443373) (jgranado) - If the stage2 image is on a CD, don't bother copying it (#441336). (clumens) - Once we've found the stage2 media on CD, always use it (#443736). (clumens) - Change mount point for CD to /mnt/stage2 when looking for stage2 (#443755). (clumens) - Switch to using 'yum clean all' to clean up after preupgrade (#374921) (katzj) - Handle .utf8 vs .UTF-8 (#443408) (katzj) - Avoid dividing by zero (#439160) (katzj) - Changes related to BZ #230949 (dcantrell) - $XORGDRIVERS no longer exists (markmc) - Bump version. (katzj) - Write IPv6 values to /etc/sysconfig/... correctly (#433290) (dcantrell) - Use the right base class for autopart handler. (clumens) blender-2.45-11.fc9.2 --------------------- * Thu Apr 24 2008 Jochen Schmitt 2.45-11.2 - Fix CVS-2008-1102 (#443937) cellwriter-1.3.3-1.fc9 ---------------------- * Thu Apr 24 2008 Jeremy Katz - 1.3.3-1 - Update to 1.3.3 cryptsetup-luks-1.0.6-2.fc9 --------------------------- * Tue Apr 15 2008 Bill Nottinghm - 1.0.6-2 - Add the device to the luksOpen prompt (#433406) - Use iconv, not recode (#442574) event-compat-sysv-0.3.9-14.fc9 ------------------------------ * Thu Apr 24 2008 Bill Nottingham - 0.3.9-14 - Rework rc1, rcS, rcS-sulogin to use post-stop to avoid spurious 'rcS killed' messages (#444001) - Allow 's' for single-user mode (#443554) fedora-ds-base-1.1.0.1-4.fc9 ---------------------------- * Wed Apr 16 2008 Rich Megginson - 1.1.0.1-4 - fix bugzilla 439829 - patch to allow working with NSS 3.11.99 and later hal-info-20080317-6.fc9 ----------------------- * Thu Apr 24 2008 Dan Williams - 20080317-6 - Add CDMA Novatel S620 initscripts-8.72-1 ------------------ * Thu Apr 24 2008 Bill Nottingham - 8.72-1 - don't have a S99single when using upstart (#444001, indirectly) * Wed Apr 23 2008 Bill Nottingham - 8.71-1 - adjust to gdm using LANG instead of GDM_LANG (#372151, ) - rework netfs' check for networking availability to properly handle both network and NetworkManager libdhcp-1.99.8-1.fc9 -------------------- * Mon Apr 21 2008 David Cantrell - 1.99.8-1 - Allow single network stack manual configuration information (#230949) libxslt-1.1.23-2.fc9 -------------------- * Mon Apr 21 2008 Daniel Veillard 1.1.23-2.fc9 - revert a key initialization patch from 1.1.23 which seems broken see rhbz#442097 mksh-33d-1.fc9 -------------- * Sat Apr 12 2008 Robert Scheck 33d-1 - Upgrade to 33d ntfsprogs-2.0.0-7.fc9 --------------------- * Thu Apr 24 2008 Tom "spot" Callaway 2.0.0-7 - fix check_volume patch pam-1.0.1-2.fc9 --------------- * Tue Apr 22 2008 Tomas Mraz 1.0.1-2 - pam_selinux: restore execcon properly (#443667) * Fri Apr 18 2008 Tomas Mraz 1.0.1-1 - upgrade to new upstream release (one bugfix only) - fix pam_sepermit use in screensavers * Mon Apr 07 2008 Tomas Mraz 1.0.0-2 - fix regression in pam_set_item pavucontrol-0.9.6-1.fc9 ----------------------- * Fri Mar 28 2008 Lennart Poettering 0.9.6-1 - Update to 0.9.6 rhgb-1:9.0.0-3.fc9 ------------------ * Thu Apr 24 2008 Bill Nottingham - 1:9.0.0-3 - as we're using inittab again, go back to reading it xine-lib-1.1.12-2.fc9 --------------------- * Thu Apr 24 2008 Rex Dieter - 1.1.12-2 - CVE-2008-1878 (#443056) * Wed Apr 16 2008 Ville Skytt?? - 1.1.12-1 - 1.1.12 (plugin ABI 1.21); qt, mkv, and pulseaudio patches applied upstream. * Wed Apr 09 2008 Ville Skytt?? - 1.1.11.1-3 - Apply upstream fixes for Quicktime (#441705) and Matroska regressions introduced in 1.1.11.1. xorg-x11-server-1.4.99.901-26.20080415.fc9 ------------------------------------------ * Thu Apr 24 2008 Adam Jackson 1.4.99.901-26.20080415 - xserver-1.5.0-no-evdev-keyboards-kthnx.patch: Disable evdev for keyboards even on combo devices. This means combo devices will go through the old mouse driver too. Oh well. (#440380) * Thu Apr 24 2008 Dave Airlie 1.4.99.901-25.20080415 - xserver-1.5.0-f-spot-screws-glx.patch: stop GLX crashing X server when f-spot exists (#443299) * Wed Apr 23 2008 Dave Airlie 1.4.99.901-24.20080415 - xserver-1.5.0-glcore-swap-no-crashy.patch: Fix issue with googleearth crashing GLcore. Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From billcrawford1970 at gmail.com Fri Apr 25 11:22:44 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 25 Apr 2008 12:22:44 +0100 Subject: s-c-network: legit hosts file entries In-Reply-To: <4811BB50.9010205@iinet.net.au> References: <4811BB50.9010205@iinet.net.au> Message-ID: <544eb990804250422m5fb42043rf1dd48aaffbd0cf7@mail.gmail.com> On 25/04/2008, David Timms wrote: > - it dislikes [_] at all. [_ldap._tcp.dc._msdcs.ldap.myweb.com.au] is a > name that windows PC's lookup, and seems to be legit. > > - it dislikes a trailing - in an alias. Both are rules of DNS, basically. From billcrawford1970 at gmail.com Fri Apr 25 11:22:44 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 25 Apr 2008 12:22:44 +0100 Subject: s-c-network: legit hosts file entries In-Reply-To: <4811BB50.9010205@iinet.net.au> References: <4811BB50.9010205@iinet.net.au> Message-ID: <544eb990804250422m5fb42043rf1dd48aaffbd0cf7@mail.gmail.com> On 25/04/2008, David Timms wrote: > - it dislikes [_] at all. [_ldap._tcp.dc._msdcs.ldap.myweb.com.au] is a > name that windows PC's lookup, and seems to be legit. > > - it dislikes a trailing - in an alias. Both are rules of DNS, basically. From lordmorgul at gmail.com Fri Apr 25 11:41:28 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Fri, 25 Apr 2008 04:41:28 -0700 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <4811A6F1.3020406@leemhuis.info> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> <4811A6F1.3020406@leemhuis.info> Message-ID: <4811C368.4030706@gmail.com> Thorsten Leemhuis wrote: > On 25.04.2008 11:09, Nicolas Mailhot wrote: >> Le Ven 25 avril 2008 10:47, Jakub Jelinek a ?crit : >> >>> Remember many people mirror the whole Everything tree to do >>> local installs etc. >> That just means we need more granular repositories, with one >> repository devoted to big lumps of optional resources like game data, >> artwork (images/audio/video), artistic fonts, document templates, >> cliparts, etc > > Just hardlinking the file between the different repos on the server > should IMHO solve most problems and avoids all the problems a separate > repo would bring. I think the point was that people who have no need for it would be mirroring it down to local repos. The disk storage space on servers is definitely a consideration, but I don't think its the biggest issue with many large data files like this; instead its the bandwidth they may incur for useless downloads just because creating a local repo is easier than parsing out the files you want and don't want. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From dtimms at iinet.net.au Fri Apr 25 12:23:16 2008 From: dtimms at iinet.net.au (David Timms) Date: Fri, 25 Apr 2008 22:23:16 +1000 Subject: s-c-network: legit hosts file entries In-Reply-To: <544eb990804250422m5fb42043rf1dd48aaffbd0cf7@mail.gmail.com> References: <4811BB50.9010205@iinet.net.au> <544eb990804250422m5fb42043rf1dd48aaffbd0cf7@mail.gmail.com> Message-ID: <4811CD34.4010606@iinet.net.au> Bill Crawford wrote: > On 25/04/2008, David Timms wrote: > >> - it dislikes [_] at all. [_ldap._tcp.dc._msdcs.ldap.myweb.com.au] is a >> name that windows PC's lookup, and seems to be legit. >> >> - it dislikes a trailing - in an alias. > > Both are rules of DNS, basically. So the ms ldap {lookout client} lookups are not actually legit ? I am not surprised. And is only the trailing - not legitimate, or a - anywhere in the name ? DaveT. From dev at nigelj.com Fri Apr 25 12:34:54 2008 From: dev at nigelj.com (Nigel Jones) Date: Sat, 26 Apr 2008 00:34:54 +1200 Subject: s-c-network: legit hosts file entries In-Reply-To: <4811CD34.4010606@iinet.net.au> References: <4811BB50.9010205@iinet.net.au> <544eb990804250422m5fb42043rf1dd48aaffbd0cf7@mail.gmail.com> <4811CD34.4010606@iinet.net.au> Message-ID: <4811CFEE.80207@nigelj.com> David Timms wrote: > Bill Crawford wrote: >> On 25/04/2008, David Timms wrote: >> >>> - it dislikes [_] at all. [_ldap._tcp.dc._msdcs.ldap.myweb.com.au] >>> is a >>> name that windows PC's lookup, and seems to be legit. >>> >>> - it dislikes a trailing - in an alias. >> >> Both are rules of DNS, basically. > > So the ms ldap {lookout client} lookups are not actually legit ? I am > not surprised. > > And is only the trailing - not legitimate, or a - anywhere in the name ? > > DaveT. > Microsoft do it right.... Per http://domainkeys.sourceforge.net/underscore.html "Host names are not allowed to have underscores in them. In DNS, host names are the name fields of A or MX records or the data fields of the SOA and NS records. Thus, there are many DNS entries that are not hostnames." This may be why it doesn't it in /etc/hosts (it's refers to 'host' names). -'s are valid in domain names. and yeah, most likely correct about them not allowed at the end (it makes sense really). - Nigel From lesmikesell at gmail.com Fri Apr 25 12:55:43 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 07:55:43 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4811831D.2080509@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> Message-ID: <4811D4CF.4010902@gmail.com> Suren Karapetyan wrote: >>> >>> That solution has already been subscribed in the thread over and >>> over, symlink the tools that make sense from */sbin/ to */bin/ and be >>> done with it. It will solve all issues in both camps and we can carry >>> on. >> >> If you don't take them all, how does this solve the problem that 'su' >> vs. 'su -' will still not have all the same things included in your >> path? Personally, I'd rather see everything moved to /bin and >> /usr/bin with /sbin and /user/sbin changed to compatibility symlinks, >> but that can only be done cleanly during a new install (or maybe >> wrapped in a reboot). >> > I don't quite understand why "su" and "su -" should be doing the same > thing. > What's the point in "-" if they should do the same? They shouldn't be doing the same thing, but (a) that's an obscure point that a new user should not have to learn while he's trying to fix some other problem if you don't want them to hate linux, and (b) when you do know the difference you may not really want it to happen. > BTW tweaking PATH or symlinking stuff from */sbin into */bin or merger > won't make "su" behave like "su -". That's not what I want. I want to be able to run the programs that someone arbitrarily decided should live in /sbin or /usr/sbin without having to know that they are in /sbin or /usr/sbin (or who decided that, or when or why), _and_ without changing my working directory. > Personally I'm happy doing "su" then "make install" if I don't want to > change cwd and my exports (CFLAGS?) and aliases and doing "su -" to do > some tweaking with iptables, ip, tc, dhcpd, asterisk... > I've never liked the Ubuntu way of doing things. The first thing I did > on any Ubuntu system I had to use was "sudo passwd; su -" On Ubuntu (and Mac, etc.) just 'sudo su -' to get a reasonable root shell. If you drink the sudo kool-aid, that at least makes sense but it will still change your cwd. > And also: I've never had */sbin in the PATH of my non-root user. Isn't the first thing they ask you always 'why can't I run ifconfig (or fdisk, etc.)'? Why confuse them with things the PATH mechanism was designed to take care of transparently for you? -- Les Mikesell lesmikesell at gmail.com From maximilianbianco at gmail.com Fri Apr 25 13:06:20 2008 From: maximilianbianco at gmail.com (max bianco) Date: Fri, 25 Apr 2008 09:06:20 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4811D4CF.4010902@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> Message-ID: > Isn't the first thing they ask you always 'why can't I run ifconfig (or > fdisk, etc.)'? Why confuse them with things the PATH mechanism was designed > to take care of transparently for you? because using fdisk, for example, implies a certain level of knowledge. If i fdisk incorrectly i will hose my system beyond my ability to repair it or i will get access denied or you aren't root or whatever you like and be just as annoyed that it let me get that far only to stop me when I try to use it, "If i can't use the tool then why oh why is it in my path?You've handed me a nail and no hammer!" or do you think the "average" user should be using fdisk unsupervised? Max From limb at jcomserv.net Fri Apr 25 13:15:14 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 25 Apr 2008 08:15:14 -0500 (CDT) Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <4811A6F1.3020406@leemhuis.info> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> <4811A6F1.3020406@leemhuis.info> Message-ID: <64531.198.175.55.5.1209129314.squirrel@mail.jcomserv.net> > On 25.04.2008 11:09, Nicolas Mailhot wrote: >> Le Ven 25 avril 2008 10:47, Jakub Jelinek a ??crit : >> >>> Remember many people mirror the whole Everything tree to do >>> local installs etc. >> That just means we need more granular repositories, with one >> repository devoted to big lumps of optional resources like game data, >> artwork (images/audio/video), artistic fonts, document templates, >> cliparts, etc > > Just hardlinking the file between the different repos on the server > should IMHO solve most problems and avoids all the problems a separate > repo would bring. I agree. I think having separate program and data rpms is sufficient, as long as the data rpm is noarch. 500MB is huge, but so what? That's wonderful! As far as local mirrors go, speaking as a local mirror maintainer, I have no problem with a 500MB file rpm. I'd rather have that in my local mirror than have all 3 machines with vegastrike on them pull them down individually. Disk is cheap, bandwidth is expensive. At least where I am. And I agree that it needs to stay in rpm. I thought about what the potential consequences of a non-rpm distribution of data files could be. I nearly sent back my breakfast. > CU > thl > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From lesmikesell at gmail.com Fri Apr 25 13:34:59 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 08:34:59 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> Message-ID: <4811DE03.1000802@gmail.com> max bianco wrote: >> Isn't the first thing they ask you always 'why can't I run ifconfig (or >> fdisk, etc.)'? Why confuse them with things the PATH mechanism was designed >> to take care of transparently for you? > > because using fdisk, for example, implies a certain level of > knowledge. But that knowledge should not be wasted on arbitrary weirdness like who decided to put the executable out of your PATH (which is intended to find it...) and why. > If i fdisk incorrectly i will hose my system beyond my > ability to repair it Which is why you want to focus your knowledge on what the tools do, not the fact that some distributions hide them in funny places. > or i will get access denied or you aren't root or > whatever you like and be just as annoyed that it let me get that far > only to stop me when I try to use it, "If i can't use the tool then > why oh why is it in my path?You've handed me a nail and no hammer!" or > do you think the "average" user should be using fdisk unsupervised? If you want to control what people do, you don't give them the root password. But, the 'average' PC user is his own administrator, especially for something like fedora which is way to high-maintenance for an experienced administrator to choose to manage for everyone else, and he's going to need to use the stuff whether it is hidden or not. The question is whether you want to make it simple or make it confusing. You seem to want to make it confusing just so everyone suffers as much as you did when learning the arbitrary quirks of the distribution. -- Les Mikesell lesmikesell at gmail.com From nicu_fedora at nicubunu.ro Fri Apr 25 13:43:48 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 25 Apr 2008 16:43:48 +0300 Subject: Vegastrike Live Message-ID: <4811E014.70501@nicubunu.ro> I have not played Vegastrike ever, so I have no idea about how good is the game (and frankly, space sims are not my favorite genre, so I don't have any plans to learn), but reading the thread about its data package file size this idea seems natural to me: how about a special Fedora spin for the game? While it does not solve the initial problem about space on mirrors and bandwidth usage, it seems a cool idea to me to have a bootable USB pen drive (with live persistence for savegames!!!) with a minimal Fedora and the complete game. It may be targeted at 1 GB drives (including the space for live persistence), to keep the costs low. Thinking more about it, maybe even drop any desktop, start the game directly and shut down on exit. Simple as this: put the drive in, start the computer and play (pimp Fedora only during the startup, while RHGB is doing its job). This may work also for other such large games and it may be a good showcase of our technology. [1] - https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01927.html -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From stlwrt at gmail.com Fri Apr 25 13:52:43 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Fri, 25 Apr 2008 16:52:43 +0300 Subject: Vegastrike Live In-Reply-To: <4811E014.70501@nicubunu.ro> References: <4811E014.70501@nicubunu.ro> Message-ID: Dropping desktop means user is forced to reboot to play game. If you leave some lightweight environment like xfce, it will be also showcase of fedora as system for desktop usage On Fri, Apr 25, 2008 at 4:43 PM, Nicu Buculei wrote: > I have not played Vegastrike ever, so I have no idea about how good is the > game (and frankly, space sims are not my favorite genre, so I don't have any > plans to learn), but reading the thread about its data package file size > this idea seems natural to me: how about a special Fedora spin for the game? > > While it does not solve the initial problem about space on mirrors and > bandwidth usage, it seems a cool idea to me to have a bootable USB pen drive > (with live persistence for savegames!!!) with a minimal Fedora and the > complete game. It may be targeted at 1 GB drives (including the space for > live persistence), to keep the costs low. > > Thinking more about it, maybe even drop any desktop, start the game > directly and shut down on exit. Simple as this: put the drive in, start the > computer and play (pimp Fedora only during the startup, while RHGB is doing > its job). > > This may work also for other such large games and it may be a good showcase > of our technology. > > [1] - > https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01927.html > > -- > nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com > Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ > Open Clip Art Library: http://www.openclipart.org > my Fedora stuff: http://fedora.nicubunu.ro > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From nicu_fedora at nicubunu.ro Fri Apr 25 14:01:43 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 25 Apr 2008 17:01:43 +0300 Subject: Vegastrike Live In-Reply-To: References: <4811E014.70501@nicubunu.ro> Message-ID: <4811E447.7040108@nicubunu.ro> Pavel Shevchuk wrote: > Dropping desktop means user is forced to reboot to play game. If you > leave some lightweight environment like xfce, it will be also showcase > of fedora as system for desktop usage It can work both ways, have an Xfce if there is enough space but also having a "game appliance" may be an interesting angle - when I play something I get quite involved and don't want something to interfere (mail, IM, etc.) > On Fri, Apr 25, 2008 at 4:43 PM, Nicu Buculei wrote: >> I have not played Vegastrike ever, so I have no idea about how good is the >> game (and frankly, space sims are not my favorite genre, so I don't have any >> plans to learn), but reading the thread about its data package file size >> this idea seems natural to me: how about a special Fedora spin for the game? >> >> While it does not solve the initial problem about space on mirrors and >> bandwidth usage, it seems a cool idea to me to have a bootable USB pen drive >> (with live persistence for savegames!!!) with a minimal Fedora and the >> complete game. It may be targeted at 1 GB drives (including the space for >> live persistence), to keep the costs low. >> >> Thinking more about it, maybe even drop any desktop, start the game >> directly and shut down on exit. Simple as this: put the drive in, start the >> computer and play (pimp Fedora only during the startup, while RHGB is doing >> its job). >> >> This may work also for other such large games and it may be a good showcase >> of our technology. >> >> [1] - >> https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01927.html -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From billcrawford1970 at gmail.com Fri Apr 25 14:03:54 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Fri, 25 Apr 2008 15:03:54 +0100 Subject: Vegastrike Live In-Reply-To: References: <4811E014.70501@nicubunu.ro> Message-ID: <544eb990804250703n3294a18w3218ba19cfed5868@mail.gmail.com> On 25/04/2008, Pavel Shevchuk wrote: > Dropping desktop means user is forced to reboot to play game. All that's being suggested is launching X without, or a minimal, WM, ... could be done as a special gdm session type, even (have a session which launches nothing but a game, or some very simple menu that lets you choose them; that would make a good kiosk-style demo). From maximilianbianco at gmail.com Fri Apr 25 14:05:04 2008 From: maximilianbianco at gmail.com (max bianco) Date: Fri, 25 Apr 2008 10:05:04 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4811DE03.1000802@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> Message-ID: > If you want to control what people do, you don't give them the root > password. But, the 'average' PC user is his own administrator, especially > for something like fedora which is way to high-maintenance for an > experienced administrator to choose to manage for everyone else, and he's > going to need to use the stuff whether it is hidden or not. The question is > whether you want to make it simple or make it confusing. You seem to want to > make it confusing just so everyone suffers as much as you did when learning > the arbitrary quirks of the distribution. > > Not so they suffer, so they learn. If the users are advanced they can modify their profile to suit them, i am concerned that a newbie, and more and more are jumping on board, just like me, will inadvertently screw himself because accessing more advanced commands was to easy and did not come with a warning that an advanced user doesn't need , because instead of forcing them to learn the quirks, it was decided to hell with him the inconvenience caused to the advanced user, who can work around it but doesn't want to because he or she is too lazy, is too great. Max From surenkarapetyan at gmail.com Fri Apr 25 14:10:48 2008 From: surenkarapetyan at gmail.com (Suren Karapetyan) Date: Fri, 25 Apr 2008 19:10:48 +0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4811D4CF.4010902@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> Message-ID: On 4/25/08, Les Mikesell wrote: > Suren Karapetyan wrote: > >>> > >>> That solution has already been subscribed in the thread over and > >>> over, symlink the tools that make sense from */sbin/ to */bin/ and be > >>> done with it. It will solve all issues in both camps and we can carry > >>> on. > >> > >> If you don't take them all, how does this solve the problem that 'su' > >> vs. 'su -' will still not have all the same things included in your > >> path? Personally, I'd rather see everything moved to /bin and > >> /usr/bin with /sbin and /user/sbin changed to compatibility symlinks, > >> but that can only be done cleanly during a new install (or maybe > >> wrapped in a reboot). > >> > > I don't quite understand why "su" and "su -" should be doing the same > > thing. > > What's the point in "-" if they should do the same? > > They shouldn't be doing the same thing, but (a) that's an obscure point > that a new user should not have to learn while he's trying to fix some > other problem if you don't want them to hate linux, and (b) when you do > know the difference you may not really want it to happen. > > > BTW tweaking PATH or symlinking stuff from */sbin into */bin or merger > > won't make "su" behave like "su -". > > That's not what I want. I want to be able to run the programs that > someone arbitrarily decided should live in /sbin or /usr/sbin without > having to know that they are in /sbin or /usr/sbin (or who decided that, > or when or why), _and_ without changing my working directory. > > > Personally I'm happy doing "su" then "make install" if I don't want to > > change cwd and my exports (CFLAGS?) and aliases and doing "su -" to do > > some tweaking with iptables, ip, tc, dhcpd, asterisk... > > I've never liked the Ubuntu way of doing things. The first thing I did > > on any Ubuntu system I had to use was "sudo passwd; su -" > > On Ubuntu (and Mac, etc.) just 'sudo su -' to get a reasonable root > shell. If you drink the sudo kool-aid, that at least makes sense but it > will still change your cwd. > > > And also: I've never had */sbin in the PATH of my non-root user. > > Isn't the first thing they ask you always 'why can't I run ifconfig To be honest I've never been asked that. Maybe it's the result of me telling my "students" to use root (doing "su -") when tweaking the system and not use it for anything else. But I still agree with You about ifconfig. It's the only thing I use from */sbin as a normal user (at least I can't remember anything else). > (or fdisk, And I still can't understand what's the point of running fdisk as a normal user. > etc.)'? And I'm still waiting to be told what other tools are in "etc" > Why confuse > them with things the PATH mechanism was > designed to take care of transparently for you? > > -- > Les Mikesell > lesmikesell at gmail.com > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From cmadams at hiwaay.net Fri Apr 25 14:35:32 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 25 Apr 2008 09:35:32 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> Message-ID: <20080425143532.GA1159801@hiwaay.net> Once upon a time, Suren Karapetyan said: > And I still can't understand what's the point of running fdisk as a normal user. Think about virtualization setups; non-root users can run fdisk on disk images. > And I'm still waiting to be told what other tools are in "etc" I've posted my list a couple of times (and others have added to it), so you've been told. Here's what else I use on at least a semi-regular basis: /sbin/arp, /sbin/chkconfig, /sbin/ip, /sbin/iwconfig, /sbin/iwlist, /sbin/lsmod, /sbin/lspci, /sbin/lsusb, /sbin/modinfo, /sbin/route, /usr/sbin/hardlink, /usr/sbin/ipmiconsole, /usr/sbin/ipmipower, /usr/sbin/ntpq, /usr/sbin/rndc -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From orion at cora.nwra.com Fri Apr 25 14:44:24 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Fri, 25 Apr 2008 08:44:24 -0600 (MDT) Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <20080425084709.GL2255@devserv.devel.redhat.com> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> Message-ID: <4044.71.208.51.146.1209134664.squirrel@www.cora.nwra.com> >> On Fri, 2008-04-25 at 08:59 +0200, Hans de Goede wrote: >> > >> > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? >> > For Live CD it is obviously out of the question, it wouldn't even fit > there, but even in the Everything trees 500MB of data for a game is IMHO > too > much. Remember many people mirror the whole Everything tree to do local > installs etc. > > Jakub Yeah, I ended up with a system that generated an exclude list for rsync from a list of games that yum returned. That proved cumbersome (and there were lots of other big packages I didn't want), so I moved to InstantMirror, despite its problems. But this situation cries out for proper InstantMirror implementation. - Orion From lesmikesell at gmail.com Fri Apr 25 14:48:36 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 09:48:36 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <1208987012.12717.244.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> Message-ID: <4811EF44.40709@gmail.com> Suren Karapetyan wrote: > >>> And also: I've never had */sbin in the PATH of my non-root user. >> Isn't the first thing they ask you always 'why can't I run ifconfig > > To be honest I've never been asked that. Maybe it's the result of me > telling my "students" to use root (doing "su -") when tweaking the > system and not use it for anything else. So you understand the problem and waste some effort pro-actively working around it... If your services came along with every copy of fedora the situation might not be so bad. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Fri Apr 25 15:15:54 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 10:15:54 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> Message-ID: <4811F5AA.9030607@gmail.com> max bianco wrote: >> If you want to control what people do, you don't give them the root >> password. But, the 'average' PC user is his own administrator, especially >> for something like fedora which is way to high-maintenance for an >> experienced administrator to choose to manage for everyone else, and he's >> going to need to use the stuff whether it is hidden or not. The question is >> whether you want to make it simple or make it confusing. You seem to want to >> make it confusing just so everyone suffers as much as you did when learning >> the arbitrary quirks of the distribution. >> >> > Not so they suffer, so they learn. Learning how to fix the quirks of one or another particular distribution has a very limited value. If you want someone to learn, you need to make it easy to find the tools that work the same across unix-like systems so they will learn the things that are more broadly useful. Remember the whole books of crap about how to work around problems in dos/win3.1/95/98 etc.,etc.? You could have memorized them all and it would be worth nothing now. Learning where some program lives on some version of some fast-changing linux distribution is the same sort of knowledge. Not only will it be useless in the likely event that it changes in the near future, but there will be a point where it will be harmful that what you think you know is wrong. > If the users are advanced they can > modify their profile to suit them, Advanced users aren't the point when you create system defaults, but supplying a usable PATH won't hurt them either. > i am concerned that a newbie, and > more and more are jumping on board, just like me, will inadvertently > screw himself because accessing more advanced commands was to easy and > did not come with a warning that an advanced user doesn't need , > because instead of forcing them to learn the quirks, You can't 'force' someone to learn anything, you can just make them resent whoever created the stupid quirks in the first place. > it was decided to > hell with him the inconvenience caused to the advanced user, who can > work around it but doesn't want to because he or she is too lazy, is > too great. You are making a very good argument for that user to find a different distribution if you are doing things just to make him work harder. -- Les Mikesell lesmikesell at gmail.com From jdieter at gmail.com Fri Apr 25 15:20:08 2008 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 25 Apr 2008 18:20:08 +0300 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <48118155.7090105@hhs.nl> References: <48118155.7090105@hhs.nl> Message-ID: <1209136808.3269.13.camel@localhost.localdomain> On Fri, 2008-04-25 at 08:59 +0200, Hans de Goede wrote: > Hi All, > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for F-10 > and maybe later F-9 / F-8 too, but vegastrike has been dead for a while and now > makes some huge changes, so better to keep the old trusted version for F-8 / > F-9 for a while. > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? FWIW, I run a local mirror of Everything on a not-so-great link, and I would still say to package this. I'd rather be forced to pull it down than not have it at all. On the deltarpm side of things, I do want to point out that compressed files don't delta well *at all*. The problem is that a small change in a file will lead to large changes in the compressed file. This is biggest single reason I've seen that deltarpms won't be created for a certain package in the presto test repository. Again though, I say let's package it. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From surenkarapetyan at gmail.com Fri Apr 25 15:21:30 2008 From: surenkarapetyan at gmail.com (Suren Karapetyan) Date: Fri, 25 Apr 2008 20:21:30 +0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <20080425143532.GA1159801@hiwaay.net> References: <99D75419-0671-483E-AA1D-7A8DF22C4459@redhat.com> <992F1025-5307-4C72-9F05-53BD5366DAF6@redhat.com> <20080424060557.GC3696@victor.nirvana> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <20080425143532.GA1159801@hiwaay.net> Message-ID: On Fri, Apr 25, 2008 at 7:35 PM, Chris Adams wrote: > Once upon a time, Suren Karapetyan said: > > And I still can't understand what's the point of running fdisk as a normal user. > > Think about virtualization setups; non-root users can run fdisk on disk > images. I assume if a guy is doing virt he should have some knowledge or be following a howto (in this case the author will still need to care about PATH because of many different distros) > > > > And I'm still waiting to be told what other tools are in "etc" > > I've posted my list a couple of times (and others have added to it), so > you've been told. Here's what else I use on at least a semi-regular > basis: > > /sbin/arp, /sbin/chkconfig, /sbin/ip, /sbin/iwconfig, /sbin/iwlist, > /sbin/lsmod, /sbin/lspci, /sbin/lsusb, /sbin/modinfo, /sbin/route, > /usr/sbin/hardlink, /usr/sbin/ipmiconsole, /usr/sbin/ipmipower, > /usr/sbin/ntpq, /usr/sbin/rndc OK You can use these tools to query for information, but most of the time You're going to take some action after it which will need root. So it will make sense to do "su -" And again most of these tools make no sense to a non-admin user. How many times did You use ipmi* before it became You job? The ones which make sense can be symlinked. So It boils down to at least power users, who can take care of themselves. And from the list You can tell that there's no right way of doing this. Some people like having sbin in their PATH, some don't. For now the default doesn't include sbin which means the ones who don't want sbin are lucky :-) . Those who want it may add it to their PATH in 15 secs. And You need to do it only once for every user,system couple. > > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. > > -- > > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From wwoods at redhat.com Fri Apr 25 15:32:06 2008 From: wwoods at redhat.com (Will Woods) Date: Fri, 25 Apr 2008 15:32:06 +0000 Subject: cannot commit update In-Reply-To: <1209109389.7805.2.camel@choeger4> References: <1209071021.4795.2.camel@choeger4> <1209071607.9484.25.camel@localhost.localdomain> <1209109389.7805.2.camel@choeger4> Message-ID: <1209137526.13782.8.camel@metroid.rdu.redhat.com> On Fri, 2008-04-25 at 09:43 +0200, Christoph H?ger wrote: > Am Donnerstag, den 24.04.2008, 23:13 +0200 schrieb Lubomir Kundrak: > > On Thu, 2008-04-24 at 23:03 +0200, Christoph H?ger wrote: > > > Hi, > > > > > > I wanted to push an update using 'make bodhi' ('make update' did'nt work > > > - target not existent). > > > The output is > > > > > > Value must be one of: F7; Fedora 7; F8; Fedora 8 (not 'F9') > > > > > > Whats worng? Is there another target? > > > > Which branch of which package did you try to make an update for? > > NetworkManager-openvpn F-9 F9 is still frozen while we work on the final release. If you *need* a package to be updated before final, see: http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy If your update doesn't fix critical bugs - major crashes, release blockers, that sort of thing - just wait a week or so and we should be ready to start taking updates for F9. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Fri Apr 25 15:56:35 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 25 Apr 2008 15:56:35 +0000 (UTC) Subject: New vegastrike for F-10: 500MB !! ?? References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> <53821.192.54.193.59.1209114597.squirrel@rousalka.dyndns.org> <20080425115155.e712f7e3.mschwendt@gmail.com> Message-ID: Michael Schwendt gmail.com> writes: > Putting all games into one "Games" repo may work for some time until a > game pkg builds a library that is used by a pkg in another repo. That's not even just a hypothetical, we already had this situation in KDE 3 where kdeaddons(-extras) depended on kdegames because of the Atlantik Designer. These days, only kdeaddons-atlantikdesigner is left of kdeaddons, so this could presumably go to the games repo together with kdegames3 it depends on, but this situation may occur again. Kevin Kofler From dtimms at iinet.net.au Fri Apr 25 16:09:26 2008 From: dtimms at iinet.net.au (David Timms) Date: Sat, 26 Apr 2008 02:09:26 +1000 Subject: preupgrade - what would it take to provide packages for unsupported fedora releases ? Message-ID: <48120236.4090201@iinet.net.au> I thought I might try preupgrade out on Fedora Core 3: ===== # rpm -Uvh preupgrade-0.9.2-1.fc8.noarch.rpm error: Failed dependencies: python(abi) = 2.5 is needed by preupgrade-0.9.2-1.fc8.noarch yum >= 3.2.8 is needed by preupgrade-0.9.2-1.fc8.noarch yum-metadata-parser is needed by preupgrade-0.9.2-1.fc8.noarch [root at f3 davidt]# rpm -Uvh preupgrade-0.9.2-1.fc8.noarch.rpm --nodeps Preparing... ########################################### [100%] 1:preupgrade ########################################### [100%] [root at f3 davidt]# preupgrade Traceback (most recent call last): File "/usr/share/preupgrade/preupgrade-gtk.py", line 23, in ? import preupgrade ImportError: No module named preupgrade [root at f3 davidt]# rpm -q python yum yum-metadata-parser python-2.3.4-11 yum-2.1.11-3 package yum-metadata-parser is not installed ===== Is there actually python 2.5 constructs used ? Could it be built for an earlier release like fc3 ? This would have to circumvent the maintained distributions policy, but for good reason; weaning our upgrade adverse users off the no longer maintained old F2,3,4,5,6 releases. From lkundrak at redhat.com Fri Apr 25 16:12:45 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Fri, 25 Apr 2008 18:12:45 +0200 Subject: preupgrade - what would it take to provide packages for unsupported fedora releases ? In-Reply-To: <48120236.4090201@iinet.net.au> References: <48120236.4090201@iinet.net.au> Message-ID: <1209139965.9484.32.camel@localhost.localdomain> On Sat, 2008-04-26 at 02:09 +1000, David Timms wrote: > I thought I might try preupgrade out on Fedora Core 3: > ===== > # rpm -Uvh preupgrade-0.9.2-1.fc8.noarch.rpm > error: Failed dependencies: > python(abi) = 2.5 is needed by preupgrade-0.9.2-1.fc8.noarch > yum >= 3.2.8 is needed by preupgrade-0.9.2-1.fc8.noarch > yum-metadata-parser is needed by preupgrade-0.9.2-1.fc8.noarch > > [root at f3 davidt]# rpm -Uvh preupgrade-0.9.2-1.fc8.noarch.rpm --nodeps > Preparing... ########################################### [100%] > 1:preupgrade ########################################### [100%] Try rebuilding it in mock. You will probably have to create the config file yourself, you can base it on existing ones. Also newer yum might be needed, but maybe it can be also built on fc3. -- Lubomir Kundrak (Red Hat Security Response Team) From skvidal at fedoraproject.org Fri Apr 25 16:14:18 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 25 Apr 2008 12:14:18 -0400 Subject: preupgrade - what would it take to provide packages for unsupported fedora releases ? In-Reply-To: <48120236.4090201@iinet.net.au> References: <48120236.4090201@iinet.net.au> Message-ID: <1209140058.15548.21.camel@cutter> On Sat, 2008-04-26 at 02:09 +1000, David Timms wrote: > I thought I might try preupgrade out on Fedora Core 3: > ===== > # rpm -Uvh preupgrade-0.9.2-1.fc8.noarch.rpm > error: Failed dependencies: > python(abi) = 2.5 is needed by preupgrade-0.9.2-1.fc8.noarch > yum >= 3.2.8 is needed by preupgrade-0.9.2-1.fc8.noarch > yum-metadata-parser is needed by preupgrade-0.9.2-1.fc8.noarch > > [root at f3 davidt]# rpm -Uvh preupgrade-0.9.2-1.fc8.noarch.rpm --nodeps > Preparing... ########################################### [100%] > 1:preupgrade ########################################### [100%] > > [root at f3 davidt]# preupgrade > Traceback (most recent call last): > File "/usr/share/preupgrade/preupgrade-gtk.py", line 23, in ? > import preupgrade > ImportError: No module named preupgrade > > [root at f3 davidt]# rpm -q python yum yum-metadata-parser > python-2.3.4-11 > yum-2.1.11-3 > package yum-metadata-parser is not installed > ===== > Is there actually python 2.5 constructs used ? no, but definitely python 2.4isms > Could it be built for an earlier release like fc3 ? no - that's python 2.3 and too much pain. > This would have to circumvent the maintained distributions policy, but > for good reason; weaning our upgrade adverse users off the no longer > maintained old F2,3,4,5,6 releases. We have to let them go sometime, now is good. -sv From mcepl at redhat.com Fri Apr 25 16:04:37 2008 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 25 Apr 2008 18:04:37 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> <1209037147.2861.92.camel@beck.corsepiu.local> Message-ID: On Thu, 24 Apr 2008 13:39:07 +0200, Ralf Corsepius scripst: > selinux-policies are based on is flawed by design and can hardly be made > functional for a very small subset of configurations. > > ATM, to me, this subset of configurations is a standalone, single user > desktop. Do I understand you correctly that you are claiming that SELinux cannot be used with single user desktop? If I wasn't writing it on one and haven't other (even notebook) in my bag, both with SELinux on (most of the time in the Enforcing, now in the Permissive because developing some policy module, and it is not finished yet), well, if not that, than I would believe you. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From maximilianbianco at gmail.com Fri Apr 25 16:40:55 2008 From: maximilianbianco at gmail.com (max bianco) Date: Fri, 25 Apr 2008 12:40:55 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <4811F5AA.9030607@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> Message-ID: On Fri, Apr 25, 2008 at 11:15 AM, Les Mikesell wrote: > max bianco wrote: > > > > > > If you want to control what people do, you don't give them the root > > > password. But, the 'average' PC user is his own administrator, > especially > > > for something like fedora which is way to high-maintenance for an > > > experienced administrator to choose to manage for everyone else, and > he's > > > going to need to use the stuff whether it is hidden or not. The question > is > > > whether you want to make it simple or make it confusing. You seem to > want to > > > make it confusing just so everyone suffers as much as you did when > learning > > > the arbitrary quirks of the distribution. > > > > > > > > > > > Not so they suffer, so they learn. > > > > Learning how to fix the quirks of one or another particular distribution > has a very limited value. If you want someone to learn, you need to make it > easy to find the tools that work the same across unix-like systems so they > will learn the things that are more broadly useful. Remember the whole books > of crap about how to work around problems in dos/win3.1/95/98 etc.,etc.? > You could have memorized them all and it would be worth nothing now. > Learning where some program lives on some version of some fast-changing > linux distribution is the same sort of knowledge. Not only will it be > useless in the likely event that it changes in the near future, but there > will be a point where it will be harmful that what you think you know is > wrong. > > > > If the users are advanced they can > > > modify their profile to suit them, > > > > Advanced users aren't the point when you create system defaults, but > supplying a usable PATH won't hurt them either. > > > > i am concerned that a newbie, and > > > more and more are jumping on board, just like me, will inadvertently > > screw himself because accessing more advanced commands was to easy and > > did not come with a warning that an advanced user doesn't need , > > because instead of forcing them to learn the quirks, > > > > You can't 'force' someone to learn anything, you can just make them resent > whoever created the stupid quirks in the first place. > > > > > it was decided to > > hell with him the inconvenience caused to the advanced user, who can > > work around it but doesn't want to because he or she is too lazy, is > > too great. > > > > You are making a very good argument for that user to find a different > distribution if you are doing things just to make him work harder. > You are working very hard to intentionally misunderstand where I am coming from, easy is not always better. I understand your arguments and they are sound. Fine and good , I am merely voicing my concerns. Will you address this concern?or continue to ignore it? What about the user who hoses his system with fdisk by accident? Will he love Fedora for it? Max Max From lesmikesell at gmail.com Fri Apr 25 16:31:42 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 11:31:42 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> <1209037147.2861.92.camel@beck.corsepiu.local> Message-ID: <4812076E.5080307@gmail.com> Matej Cepl wrote: > On Thu, 24 Apr 2008 13:39:07 +0200, Ralf Corsepius scripst: >> selinux-policies are based on is flawed by design and can hardly be made >> functional for a very small subset of configurations. >> >> ATM, to me, this subset of configurations is a standalone, single user >> desktop. > > Do I understand you correctly that you are claiming that SELinux cannot be > used with single user desktop? I thought he meant that was the _only_ place it can be used. That is, where everything the machine is ever going to do is known ahead of time by the one person who administers it. That's rarely the case for a general purpose multi-user computer. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Fri Apr 25 17:08:08 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 12:08:08 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> Message-ID: <48120FF8.1090103@gmail.com> max bianco wrote: > >> You are making a very good argument for that user to find a different >> distribution if you are doing things just to make him work harder. >> > You are working very hard to intentionally misunderstand where I am > coming from, easy is not always better. No, I understand it, but in my experience it is wrong. > I understand your arguments > and they are sound. Fine and good , I am merely voicing my concerns. > Will you address this concern?or continue to ignore it? I'm not ignoring it, I keep pointing out why it is wrong. > What about the > user who hoses his system with fdisk by accident? a) This is much more likely after he has been frustrated by having to track down the command in the first place or waste time fixing silly defaults, and b) is really none of your business. If you have the root password, the system is supposed to do what you tell it. If you don't want someone to be able to break their system with fdisk, don't give them root access. If you do give them the root password, or it's their machine in the first place, then make it easy to do things the right way instead of frustrating them so they are confused and angry before even starting to use the correct tools. > Will he love Fedora > for it? No one can blame fedora for what they type into fdisk as root themselves. -- Les Mikesell lesmikesell at gmail.com From notting at redhat.com Fri Apr 25 17:08:47 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 25 Apr 2008 13:08:47 -0400 Subject: s-c-network: legit hosts file entries In-Reply-To: <4811BB50.9010205@iinet.net.au> References: <4811BB50.9010205@iinet.net.au> Message-ID: <20080425170847.GQ16718@nostromo.devel.redhat.com> David Timms (dtimms at iinet.net.au) said: > - it dislikes [_] at all. [_ldap._tcp.dc._msdcs.ldap.myweb.com.au] is a That looks an awful lot like an mDNS name. Bill From james at fedoraproject.com Fri Apr 25 17:15:57 2008 From: james at fedoraproject.com (James Antill) Date: Fri, 25 Apr 2008 13:15:57 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> Message-ID: <1209143757.12506.90.camel@code.and.org> On Fri, 2008-04-25 at 12:40 -0400, max bianco wrote: > You are working very hard to intentionally misunderstand where I am > coming from, easy is not always better. I understand your arguments > and they are sound. Fine and good , I am merely voicing my concerns. You seem to be working hard to bring up "possible" problems with zero evidence that they will be actual problems. While ignoring: 1. The current state is causing _actual_ problems for a lot of people. 2. A huge number of experienced people hack all their systems in this way already, due to the pain of the current system, so the current state is getting little to no testing. > Will you address this concern?or continue to ignore it? What about the > user who hoses his system with fdisk by accident? Will he love Fedora > for it? Unix, esp. on the cmd line as had a long history of not second guessing the user ... you want to break your system with fdisk, and you have the privileges ... then fine, you broke it. A couple of questions for you: . How can a non-root user break his system with fdisk? . If a user gains root privileges, why do you think the "right" thing to do is keep him unaware of programs he can run? . Are you planning on making "rm -rf *" (or varients thereof) not break a non-root users system? . Do you have _any_ kind of data on how many ways a user can break their system if they become root and run commands just in */bin ? . Do you have _any_ stats. on how inexperienced users gain root privileges on the cmd line? My guess would be that they probably do it the "less efficient" / "more annoying" ways and so already have */sbin in their path. ...and everyone _please_ stop painting this bike shed unless you have an _actual_problem_ that you know would happen? -- James Antill Fedora From ssorce at redhat.com Fri Apr 25 17:39:34 2008 From: ssorce at redhat.com (Simo Sorce) Date: Fri, 25 Apr 2008 13:39:34 -0400 Subject: s-c-network: legit hosts file entries In-Reply-To: <20080425170847.GQ16718@nostromo.devel.redhat.com> References: <4811BB50.9010205@iinet.net.au> <20080425170847.GQ16718@nostromo.devel.redhat.com> Message-ID: <1209145174.3329.273.camel@localhost.localdomain> On Fri, 2008-04-25 at 13:08 -0400, Bill Nottingham wrote: > David Timms (dtimms at iinet.net.au) said: > > - it dislikes [_] at all. [_ldap._tcp.dc._msdcs.ldap.myweb.com.au] is a > > That looks an awful lot like an mDNS name. No it is an SRV (service) record use for Microsoft Active Directory domains. But, it make no sense to put such a record in /etc/hosts, because etc hosts is only about host names not service records, so that entry is basically just useless in /etc/hosts. (And _ is valid in the names for SRV records). Simo. -- Simo Sorce * Red Hat, Inc * New York From maximilianbianco at gmail.com Fri Apr 25 17:56:12 2008 From: maximilianbianco at gmail.com (max bianco) Date: Fri, 25 Apr 2008 13:56:12 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48120FF8.1090103@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> <48120FF8.1090103@gmail.com> Message-ID: On Fri, Apr 25, 2008 at 1:08 PM, Les Mikesell wrote: > max bianco wrote: > > > > > > > > You are making a very good argument for that user to find a different > > > distribution if you are doing things just to make him work harder. > > > > > > > > You are working very hard to intentionally misunderstand where I am > > coming from, easy is not always better. > > > > No, I understand it, but in my experience it is wrong. > > > > > I understand your arguments > > and they are sound. Fine and good , I am merely voicing my concerns. > > Will you address this concern?or continue to ignore it? > > > > I'm not ignoring it, I keep pointing out why it is wrong. > > > > > What about the > > user who hoses his system with fdisk by accident? > > > > a) This is much more likely after he has been frustrated by having to track > down the command in the first place or waste time fixing silly defaults, and > b) is really none of your business. If you have the root password, the > system is supposed to do what you tell it. If you don't want someone to be > able to break their system with fdisk, don't give them root access. If you > do give them the root password, or it's their machine in the first place, > then make it easy to do things the right way instead of frustrating them so > they are confused and angry before even starting to use the correct tools. > > > > > Will he love Fedora > > for it? > > > > No one can blame fedora for what they type into fdisk as root themselves. > I see, I thought we were talking about a multi-user system, like you find in many homes with only one computer but more than one user. Max From mike at cchtml.com Fri Apr 25 17:55:56 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Fri, 25 Apr 2008 12:55:56 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209143757.12506.90.camel@code.and.org> References: <1208964631.12717.158.camel@localhost.localdomain> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> <1209143757.12506.90.camel@code.and.org> Message-ID: <48121B2C.4080903@cchtml.com> -------- Original Message -------- Subject: Re: Adding /sbin and /usr/sbin to everyone's path in F10 From: James Antill To: Development discussions related to Fedora Date: 04/25/2008 12:15 PM > On Fri, 2008-04-25 at 12:40 -0400, max bianco wrote: > > > ...and everyone _please_ stop painting this bike shed unless you have an > _actual_problem_ that you know would happen? > I've asked three times already. No one has replied. From maximilianbianco at gmail.com Fri Apr 25 18:01:41 2008 From: maximilianbianco at gmail.com (max bianco) Date: Fri, 25 Apr 2008 14:01:41 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209143757.12506.90.camel@code.and.org> References: <1208964631.12717.158.camel@localhost.localdomain> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> <1209143757.12506.90.camel@code.and.org> Message-ID: On Fri, Apr 25, 2008 at 1:15 PM, James Antill wrote: > > On Fri, 2008-04-25 at 12:40 -0400, max bianco wrote: > > > You are working very hard to intentionally misunderstand where I am > > coming from, easy is not always better. I understand your arguments > > and they are sound. Fine and good , I am merely voicing my concerns. > > You seem to be working hard to bring up "possible" problems with zero > evidence that they will be actual problems. While ignoring: > > 1. The current state is causing _actual_ problems for a lot of people. > > 2. A huge number of experienced people hack all their systems in this > way already, due to the pain of the current system, so the current state > is getting little to no testing. > > > > Will you address this concern?or continue to ignore it? What about the > > user who hoses his system with fdisk by accident? Will he love Fedora > > for it? > > Unix, esp. on the cmd line as had a long history of not second guessing > the user ... you want to break your system with fdisk, and you have the > privileges ... then fine, you broke it. > > A couple of questions for you: > > . How can a non-root user break his system with fdisk? The point is this, what use is having fdisk in your path if you can't use it for what it is intended. > > . If a user gains root privileges, why do you think the "right" thing to > do is keep him unaware of programs he can run? There isn't one but maybe you could tell me how you locate a command you can't find on any linux/unix box? > > . Are you planning on making "rm -rf *" (or varients thereof) not break > a non-root users system? > No again you are thinking you are the only user. Linux/unix was designed as a multiuser system. Windows was designed as a single user system, hence all the problems that it has. The keyword here is multi-user! Max From lemenkov at gmail.com Fri Apr 25 18:03:12 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Fri, 25 Apr 2008 22:03:12 +0400 Subject: Garbled fonts after upgrading to F-9 (continue) Message-ID: Hello All! I discovered that this nasty issue with fonts isn't a Firefox-only. See my screenshot with Psi: http://peter.fedorapeople.org/bad_fonts_psi.png (Note ~1.5 Mbyte size) Looks like something broken in X with font rendering. My machine is powerpc-based: http://www.smolts.org/client/show?uuid=pub_1b7e5d26-dbec-461f-af16-716b52ad2281 Right now I think that was very hasty decision - to update my primary home machine to F-9. There many other issues, I discovered recently - mplayer can't disable screensaver, wpa_supplicant still starts later than network, weird dependencies (bluez-utils depends on samba-common) etc. -- With best regards! From maximilianbianco at gmail.com Fri Apr 25 18:06:50 2008 From: maximilianbianco at gmail.com (max bianco) Date: Fri, 25 Apr 2008 14:06:50 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48121B2C.4080903@cchtml.com> References: <1208964631.12717.158.camel@localhost.localdomain> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> <1209143757.12506.90.camel@code.and.org> <48121B2C.4080903@cchtml.com> Message-ID: On Fri, Apr 25, 2008 at 1:55 PM, Mike Cronenworth wrote: > -------- Original Message -------- > Subject: Re: Adding /sbin and /usr/sbin to everyone's path in F10 > From: James Antill > To: Development discussions related to Fedora > > Date: 04/25/2008 12:15 PM > > > > > > On Fri, 2008-04-25 at 12:40 -0400, max bianco wrote: > > > > > > > > ...and everyone _please_ stop painting this bike shed unless you have an > > _actual_problem_ that you know would happen? > > > > > > I've asked three times already. No one has replied. Windows= single user Linux/Unix=multiuser From lesmikesell at gmail.com Fri Apr 25 18:19:56 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 13:19:56 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> <48120FF8.1090103@gmail.com> Message-ID: <481220CC.3020406@gmail.com> max bianco wrote: > >> If you don't want someone to be >> able to break their system with fdisk, don't give them root access. If you >> do give them the root password, or it's their machine in the first place, >> then make it easy to do things the right way instead of frustrating them so >> they are confused and angry before even starting to use the correct tools. >> >>> >> No one can blame fedora for what they type into fdisk as root themselves. >> > I see, I thought we were talking about a multi-user system, like you > find in many homes with only one computer but more than one user. In what way does what I said above not apply? If you have the root password, the box does what you tell it to do. No amount of silly second-guessing is going to change that. -- Les Mikesell lesmikesell at gmail.com From kevin.kofler at chello.at Fri Apr 25 18:25:05 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 25 Apr 2008 18:25:05 +0000 (UTC) Subject: Garbled fonts after upgrading to F-9 (continue) References: Message-ID: Peter Lemenkov gmail.com> writes: > See my screenshot with Psi: That's a Qt 4 app, so Pango and anything above are unlikely to be at fault. Maybe freetype? Or maybe the "HarfBuzz" code which is shared by Pango and Qt 4 these days? (Is it? I'm not sure what the state of HarfBuzz in Pango is, I only know Qt 4 uses it.) Kevin Kofler From mjs at clemson.edu Fri Apr 25 18:34:40 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Fri, 25 Apr 2008 14:34:40 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <4810A228.9010209@gmail.com> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> Message-ID: <1209148480.12910.12.camel@valkyrie.localdomain> On Fri, 2008-04-25 at 12:40 -0400, max bianco wrote: > What about the > user who hoses his system with fdisk by accident? Will he love Fedora > for it? A normal user running fdisk sees: $ fdisk /dev/sda You will not be able to write the partition table. Command (m for help): System-hosing seems to be ruled out. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From maximilianbianco at gmail.com Fri Apr 25 18:44:58 2008 From: maximilianbianco at gmail.com (max bianco) Date: Fri, 25 Apr 2008 14:44:58 -0400 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209148480.12910.12.camel@valkyrie.localdomain> References: <1208964631.12717.158.camel@localhost.localdomain> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> <1209148480.12910.12.camel@valkyrie.localdomain> Message-ID: On Fri, Apr 25, 2008 at 2:34 PM, Matthew Saltzman wrote: > > On Fri, 2008-04-25 at 12:40 -0400, max bianco wrote: > > > What about the > > user who hoses his system with fdisk by accident? Will he love Fedora > > for it? > > A normal user running fdisk sees: > > $ fdisk /dev/sda > You will not be able to write the partition table. > > Command (m for help): > > System-hosing seems to be ruled out. > > -- > Matthew Saltzman > > Clemson University Math Sciences > mjs AT clemson DOT edu > http://www.math.clemson.edu/~mjs > To which i will answer, for the last time I promise, why let them use it at all if they cannot use it for its intended purpose. Namely partioning disks. There are other commands as well , i used fdisk as an example not to change the focus of the topic but it is what it is, it isn't up to me anyway. Max From lesmikesell at gmail.com Fri Apr 25 18:58:11 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 25 Apr 2008 13:58:11 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <48111753.3090504@gmail.com> <4811831D.2080509@gmail.com> <4811D4CF.4010902@gmail.com> <4811DE03.1000802@gmail.com> <4811F5AA.9030607@gmail.com> <1209148480.12910.12.camel@valkyrie.localdomain> Message-ID: <481229C3.5050308@gmail.com> max bianco wrote: > >>> What about the >> > user who hoses his system with fdisk by accident? Will he love Fedora >> > for it? >> >> A normal user running fdisk sees: >> >> $ fdisk /dev/sda >> You will not be able to write the partition table. >> >> Command (m for help): >> >> System-hosing seems to be ruled out. >> >> http://www.math.clemson.edu/~mjs >> > To which i will answer, for the last time I promise, why let them use > it at all if they cannot use it for its intended purpose. Namely > partioning disks. There are other commands as well , i used fdisk as > an example not to change the focus of the topic but it is what it is, > it isn't up to me anyway. /sbin/fdisk -l /dev/sda is very useful - for example if you want to duplicate a system setup or just be prepared to restore after a disk failure. And it's obviously safer to run it as non-root instead of encouraging people to 'su -' even for read access. The point still is that it is permissions that always should control who can do what, not obscurity. -- Les Mikesell lesmikesell at gmail.com From cjdahlin at ncsu.edu Fri Apr 25 20:25:16 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Fri, 25 Apr 2008 16:25:16 -0400 Subject: sudo-like login with policykit Message-ID: <48123E2C.1000305@ncsu.edu> I like using the sudo style logins on my box, where it asks for my password instead of root's. That may not be anyone else's thing, that's OK. This is not a thread about changing the default. But about changing it for me personally... In F8 I was able to do this by mass-editing a whole bunch of console-kit config files and adding myself to wheel. PolicyKit is supposed to make this easier now, but I haven't figured out how to do it. My question is: should we provide a mechanism to make switching to personal authentication easy (or easier at any rate)? We don't have to change the default, but empowering the user is a good thing. I would add that the ability to remove the root password from the same tool might also be helpful (none of my boxes have any root password whatsoever). --CJD From tcallawa at redhat.com Fri Apr 25 15:26:59 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 25 Apr 2008 11:26:59 -0400 Subject: [Guidelines Change] Changes to the Packaging Guidelines Message-ID: <1209137219.12717.348.camel@localhost.localdomain> Two changes have recently been made to the Fedora Packaging Guidelines. Specifically: The Fedora Packaging Guidelines have been updated to clarify the Static Library packaging guidelines. For the clarified wording, see: http://fedoraproject.org/wiki/Packaging/Guidelines#StaticLibraries Guidelines for packaging Sugar Activities are now in place, they live at: http://fedoraproject.org/wiki/Packaging/SugarActivityGuidelines (they are also referenced in the Packaging/Guidelines and Packaging/NamingGuidelines) Many thanks to Dennis Gilmore, and all of the members of the FPC and FESCo, for assisting in drafting, refining, and passing these guidelines. A reminder: The Fedora Packaging Guidelines are living documents! If you find something missing, incorrect, or in need of revision, you can suggest a draft change. The procedure for this is documented here: http://fedoraproject.org/wiki/Packaging/Committee#GuidelineChangeProcedure Thanks, ~spot _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From alain.portal at free.fr Fri Apr 25 22:11:33 2008 From: alain.portal at free.fr (Alain PORTAL) Date: Sat, 26 Apr 2008 00:11:33 +0200 Subject: Orphaning package Message-ID: <200804260011.34138.alain.portal@free.fr> Hi, As I get too many conflicts, first with the french translation team six month ago, second with some Redhat people, today, with a big head (as several people in the french translation team), I make the decision to definitevely leave the Fedora Extras Team. So, as I merged some useful software in Fedora, I hope somebody would continue on them. Most of them are electronics relative. - fcron [1] - gputils - gpsim - gtk+extras - kicad - kbackup - pikdev - piklab - pikloops - utrac - tetex-euro-font Hope I don't miss somebody. I'll delete also in a few days my man-pages-fr repository, as the Redhat packager never consider me again. And as we say in the french navy: ? Bon vent, bonne mer ? No more regards than you give me. Alain [1] fcron is a better tool than cron and anacron -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From kwizart at gmail.com Fri Apr 25 23:45:55 2008 From: kwizart at gmail.com (KH KH) Date: Sat, 26 Apr 2008 01:45:55 +0200 Subject: 200+ packages up for grabs In-Reply-To: <4802FFB8.9090002@hhs.nl> References: <4802FFB8.9090002@hhs.nl> Message-ID: 2008/4/14, Hans de Goede : > Hi all, > * libXNVCtrl -- Library providing the NV-CONTROL API > I could co-maintain this one. I would need to figure out which apps are using it. At least i know oyranos (that i maintain), and maybe others, but repoquery --whatrequires libXNVCtrl.so.0 don't tell much... From Matt_Domsch at dell.com Sat Apr 26 00:41:25 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 25 Apr 2008 19:41:25 -0500 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <48118155.7090105@hhs.nl> References: <48118155.7090105@hhs.nl> Message-ID: <20080426004125.GB22588@auslistsprd01.us.dell.com> On Fri, Apr 25, 2008 at 08:59:33AM +0200, Hans de Goede wrote: > Hi All, > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for > F-10 and maybe later F-9 / F-8 too, but vegastrike has been dead for a > while and now makes some huge changes, so better to keep the old trusted > version for F-8 / F-9 for a while. > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? Note this is nearly twice the size of the largest files in the repo today.... all > 60MB: size date file 60138986 Apr 15 01:19 gnuradio-doc-3.1.1-4.fc9.x86_64.rpm 60151448 Apr 14 23:55 eclipse-pde-3.3.2-9.fc9.x86_64.rpm 60161418 Apr 15 08:20 scorched3d-41.3-2.fc9.x86_64.rpm 63817200 Apr 14 22:48 boswars-2.5-1.fc9.x86_64.rpm 64366160 Apr 14 23:58 egoboo-data-2.7.5-1.fc9.noarch.rpm 65302964 Apr 15 01:00 glest-data-3.1.2-1.fc9.noarch.rpm 67760204 Apr 15 02:56 libdap-doc-3.7.10-2.fc9.x86_64.rpm 69394021 Oct 26 21:55 beneath-a-steel-sky-cd-0.0372-2.fc8.noarch.rpm 76997044 Oct 26 21:46 astromenace-data-1.2-1.fc8.noarch.rpm 87876694 Apr 21 11:45 openoffice.org-core-2.4.0-12.6.fc9.x86_64.rpm 89890578 Apr 15 05:17 openclipart-0.18-1.fc9.noarch.rpm 101554175 Oct 27 04:16 tremulous-data-1.1.0-4.fc8.noarch.rpm 101779698 Apr 15 00:30 freedroidrpg-0.10.3-2.fc9.x86_64.rpm 103683033 Apr 15 00:24 fillets-ng-data-0.8.0-1.noarch.rpm 111786135 May 23 2007 uqm-content-voice-0.6.0-2.noarch.rpm 127392160 Apr 14 23:13 cloudy-docs-07.02.01-4.fc9.x86_64.rpm 130817667 Apr 14 16:23 vdrift-data-20071226-3.fc9.noarch.rpm 150797241 Apr 21 12:10 wesnoth-1.4.1-1.fc9.x86_64.rpm 157639375 Apr 14 16:01 vegastrike-data-0.4.3-5.fc9.noarch.rpm 193334077 Apr 15 09:06 texlive-texmf-doc-2007-20.fc9.noarch.rpm 212145315 Apr 15 00:22 fgfs-base-1.0.0-1.fc9.noarch.rpm 241912795 Apr 14 22:00 alienarena-data-20071011-2.fc9.noarch.rpm 267782755 Apr 15 02:20 kdelibs-apidocs-4.0.3-6.fc9.noarch.rpm 270532879 Apr 15 05:16 openarena-0.7.1-5.fc9.noarch.rpm 271998313 Oct 27 02:00 nexuiz-data-2.3-2.fc8.noarch.rpm I'm not saying no, I'm just getting a little nervous. The F9 release will be about 120GB for the whole tree now. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Sat Apr 26 00:57:02 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 25 Apr 2008 19:57:02 -0500 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> Message-ID: <20080426005702.GC22588@auslistsprd01.us.dell.com> On Fri, Apr 25, 2008 at 11:27:01AM +0200, Rudolf Kastl wrote: > On Fri, Apr 25, 2008 at 10:47 AM, Jakub Jelinek wrote: > > On Fri, Apr 25, 2008 at 05:31:26PM +1000, Rodd Clarkson wrote: > > > On Fri, 2008-04-25 at 08:59 +0200, Hans de Goede wrote: > > > > Hi All, > > > > > > > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for F-10 > > > > and maybe later F-9 / F-8 too, but vegastrike has been dead for a while and now > > > > makes some huge changes, so better to keep the old trusted version for F-8 / > > > > F-9 for a while. > > > > > > > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? > > > > > > That depends. Are you wanting it installed on the Live CD? 8-] > > > > For Live CD it is obviously out of the question, it wouldn't even fit > > there, but even in the Everything trees 500MB of data for a game is IMHO too > > much. Remember many people mirror the whole Everything tree to do local > > installs etc. > > but i really dont see the issue here, simply because you could just > exclude that one package from mirroring. what if someone adds 100 x > 5mb packages tomorrow... the everything mirror scripts will then have > to mirror the same size. yum users will get confused if mirrors start excluding by package name (instead of by directory). MirrorManager expects that if you have a directory, you have the _whole_ directory. yum metadata does to. yum will request the file because the metadata says it's there; the mirror will return a 404 which the user will see and then move to the next entry in the mirrorlist; repeat... it'll work, but it'll be ugly. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Sat Apr 26 02:06:51 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 25 Apr 2008 21:06:51 -0500 Subject: Updates for F8: where did they go? In-Reply-To: <1208989168.16567.22.camel@shrek.rexursive.com> References: <1208989168.16567.22.camel@shrek.rexursive.com> Message-ID: <20080426020651.GB23208@auslistsprd01.us.dell.com> On Thu, Apr 24, 2008 at 08:19:28AM +1000, Bojan Smojver wrote: > Read on LWN that Fedora updated a whole bunch of packages, including > Firefox 2.0.0.14. However, this URL doesn't seem to contain the updates: > > http://download.fedora.redhat.com/pub/fedora/linux/updates/8/i386/ > > Tried form several machines located around the world to avoid > caching/proxy issues, but no dice. > > Did something happen to the update system we should know about? They might not have made it to the mirrors by the time you went looking. I see firefox-2.0.0.14-1.fc8.i386.rpm there now. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From kagesenshi.87 at gmail.com Sat Apr 26 03:16:29 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Sat, 26 Apr 2008 11:16:29 +0800 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <20080426005702.GC22588@auslistsprd01.us.dell.com> References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> <20080426005702.GC22588@auslistsprd01.us.dell.com> Message-ID: autodownloader? -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From hod at fedoraproject.org Sat Apr 26 04:55:59 2008 From: hod at fedoraproject.org (Holger =?ISO-8859-1?Q?D=F6rner?=) Date: Sat, 26 Apr 2008 06:55:59 +0200 Subject: how to avoid package naming conflicts? Message-ID: <1209185759.2574.10.camel@workstation.homenet> Hi all, I have just a short (and maybe stupid) question: I want to build a RPM and SRPM for a library, cause I need the latest version from upstream. My problem is, the package allready exists in Fedora repo (older version), so there would be a naming conflict. How do I avoid this conflict? Just put something in the name to identify it clearly? Btw: The library is libewf and I need it for sleuthkit for forensics, but it doesn't build with current libewf in F8. If all goes fine I also would like to set up my own repo. Thank you so far. Regards, -- Holger D?rner Fedora Ambassador (Germany) - http://fedoraproject.org - http://fedoraproject.org/wiki/HolgerDoerner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Sat Apr 26 05:06:30 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 26 Apr 2008 10:36:30 +0530 Subject: how to avoid package naming conflicts? In-Reply-To: <1209185759.2574.10.camel@workstation.homenet> References: <1209185759.2574.10.camel@workstation.homenet> Message-ID: <4812B856.20500@fedoraproject.org> Holger D?rner wrote: > Hi all, > > I have just a short (and maybe stupid) question: > I want to build a RPM and SRPM for a library, cause I need the latest > version from upstream. My problem is, the package allready exists in > Fedora repo (older version), so there would be a naming conflict. > How do I avoid this conflict? Just put something in the name to identify > it clearly? > > Btw: The library is libewf and I need it for sleuthkit for forensics, > but it doesn't build with current libewf in F8. If all goes fine I also > would like to set up my own repo. > > Thank you so far. Talk to the maintainer of libewf and check if the maintainer can get the release bumped up to the version you want. Rahul From mike at cchtml.com Sat Apr 26 05:20:43 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Sat, 26 Apr 2008 00:20:43 -0500 Subject: how to avoid package naming conflicts? In-Reply-To: <1209185759.2574.10.camel@workstation.homenet> References: <1209185759.2574.10.camel@workstation.homenet> Message-ID: <4812BBAB.2080700@cchtml.com> -------- Original Message -------- Subject: how to avoid package naming conflicts? From: Holger D?rner To: Development discussions related to Fedora Date: 04/25/2008 11:55 PM > Hi all, > > I have just a short (and maybe stupid) question: > I want to build a RPM and SRPM for a library, cause I need the latest > version from upstream. My problem is, the package allready exists in > Fedora repo (older version), so there would be a naming conflict. > How do I avoid this conflict? Just put something in the name to identify > it clearly? > > Btw: The library is libewf and I need it for sleuthkit for forensics, > but it doesn't build with current libewf in F8. If all goes fine I also > would like to set up my own repo. > > Thank you so far. > > > Regards, > Use rpm -Uhv to install your newer version. Grab the RPMs you wish to use the new library with and rpmbuild --rebuild them. Use rpm -Uhv --force --replacefiles to install the programs. Or, as mentioned, get the maintainer to update. From j.w.r.degoede at hhs.nl Sat Apr 26 05:44:34 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 26 Apr 2008 07:44:34 +0200 Subject: 200+ packages up for grabs In-Reply-To: References: <4802FFB8.9090002@hhs.nl> Message-ID: <4812C142.2050607@hhs.nl> KH KH wrote: > 2008/4/14, Hans de Goede : >> Hi all, > >> * libXNVCtrl -- Library providing the NV-CONTROL API >> > I could co-maintain this one. I would need to figure out which apps > are using it. > At least i know oyranos (that i maintain), and maybe others, but > repoquery --whatrequires libXNVCtrl.so.0 don't tell much... > Strange, atleast gnome-applet-sensors should hsow up, thats the reason why I packaged libXNVCtrl in the first place, good to hear others are using it too. I very much welcome a co-maintainer, or if you wish you may even have it completely. Let me know if you want me to release it in pkgdb, or if you want to co-maintain request the necessary rights and I'll ack them. Regards, Hans From trond.danielsen at gmail.com Sat Apr 26 08:50:26 2008 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Sat, 26 Apr 2008 10:50:26 +0200 Subject: Orphaning package In-Reply-To: <200804260011.34138.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> Message-ID: <409676c70804260150m2fdffc4es324074b4859b1dd4@mail.gmail.com> 2008/4/26 Alain PORTAL : > Hi, > > As I get too many conflicts, first with the french translation team six month > ago, second with some Redhat people, today, with a big head (as several > people in the french translation team), I make the decision to definitevely > leave the Fedora Extras Team. > > [...] > - gputils > - gpsim > [...] Although I do not use PIC-controllers myself, I am willing to take on these two packages unless anyone who use them frequently are willing to step up. -- Trond Danielsen From stlwrt at gmail.com Sat Apr 26 08:58:12 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Sat, 26 Apr 2008 11:58:12 +0300 Subject: how to avoid package naming conflicts? In-Reply-To: <4812BBAB.2080700@cchtml.com> References: <1209185759.2574.10.camel@workstation.homenet> <4812BBAB.2080700@cchtml.com> Message-ID: If it's same library, just other version, then it's not a naming conflict, it's just an upgrade (backport, to be precise). RPM won't complain about it unless library ABI changed. I have repository for centos5 which has newer versions of php, mysql and openbox backported from fedora9, and everything works great. Don't be afraid to experiment with versions for non-critical packages, you can always revert back to repository version by removing your package and asking yum to pull older version from repository ;) On 4/26/08, Mike Cronenworth wrote: > -------- Original Message -------- > Subject: how to avoid package naming conflicts? > From: Holger D?rner > To: Development discussions related to Fedora > > Date: 04/25/2008 11:55 PM > > > Hi all, > > > > I have just a short (and maybe stupid) question: > > I want to build a RPM and SRPM for a library, cause I need the latest > > version from upstream. My problem is, the package allready exists in > > Fedora repo (older version), so there would be a naming conflict. > > How do I avoid this conflict? Just put something in the name to identify > > it clearly? > > > > Btw: The library is libewf and I need it for sleuthkit for forensics, > > but it doesn't build with current libewf in F8. If all goes fine I also > > would like to set up my own repo. > > > > Thank you so far. > > > > > > Regards, > > > > > Use rpm -Uhv to install your newer version. Grab the RPMs you wish to use > the new library with and rpmbuild --rebuild them. Use rpm -Uhv --force > --replacefiles to install the programs. > > Or, as mentioned, get the maintainer to update. > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From stlwrt at gmail.com Sat Apr 26 09:01:22 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Sat, 26 Apr 2008 12:01:22 +0300 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: References: <48118155.7090105@hhs.nl> <1209108686.5693.2.camel@localhost.localdomain> <20080425084709.GL2255@devserv.devel.redhat.com> <20080426005702.GC22588@auslistsprd01.us.dell.com> Message-ID: No, please no autodownloaders, they suck horribly and fail too often On 4/26/08, Izhar Firdaus wrote: > autodownloader? > > > -- > Mohd Izhar Firdaus Bin Ismail > Amano Hikaru > ??? ???? ???? > http://fedoraproject.org/wiki/MohdIzharFirdaus > http://blog.kagesenshi.org > 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From mschwendt at gmail.com Sat Apr 26 09:02:26 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 26 Apr 2008 11:02:26 +0200 Subject: Orphaning package In-Reply-To: <200804260011.34138.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> Message-ID: <20080426110226.871ff73b.mschwendt@gmail.com> On Sat, 26 Apr 2008 00:11:33 +0200, Alain PORTAL wrote: > Hi, > > As I get too many conflicts, first with the french translation team six month > ago, second with some Redhat people, today, with a big head (as several > people in the french translation team), I make the decision to definitevely > leave the Fedora Extras Team. Alain, can't these issues with people be fixed instead? In the past, somebody from the old FESCO would have looked into it and would have tried to talk to you and the people you have problems with. Nowadays, there should also be somebody in the Fedora community or in Fedora leadership with interest in keeping people happy and cooperative. Have you discussed your problems elsewhere before? -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.21 1.16 0.81 From j.w.r.degoede at hhs.nl Sat Apr 26 09:05:09 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 26 Apr 2008 11:05:09 +0200 Subject: Orphaning package In-Reply-To: <20080426110226.871ff73b.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> Message-ID: <4812F045.2060804@hhs.nl> Michael Schwendt wrote: > On Sat, 26 Apr 2008 00:11:33 +0200, Alain PORTAL wrote: > >> Hi, >> >> As I get too many conflicts, first with the french translation team six month >> ago, second with some Redhat people, today, with a big head (as several >> people in the french translation team), I make the decision to definitevely >> leave the Fedora Extras Team. > > Alain, can't these issues with people be fixed instead? > > In the past, somebody from the old FESCO would have looked into it and > would have tried to talk to you and the people you have problems with. > Nowadays, there should also be somebody in the Fedora community or in > Fedora leadership with interest in keeping people happy and > cooperative. Have you discussed your problems elsewhere before? > +1 If people are unhappy for whatever reason we really should try to fix that instead of havingn people leave our community. Regards, Hans From fedora at leemhuis.info Sat Apr 26 09:42:43 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 26 Apr 2008 11:42:43 +0200 Subject: Orphaning package In-Reply-To: <20080426110226.871ff73b.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> Message-ID: <4812F913.9010506@leemhuis.info> On 26.04.2008 11:02, Michael Schwendt wrote: > > In the past, somebody from the old FESCO would have looked into it and > would have tried to talk to you and the people you have problems with. > Nowadays, there should also be somebody in the Fedora community or in > Fedora leadership with interest in keeping people happy and > cooperative. Why can't FESCo handle that instead of discussing Fetures over and over? That how it afaics was supposed to be, as everyone wanted to keep FESCo when the merge happened because most people back then liked the work FESCO did (it IMHO could have been a lot better, but that's a different issue). Cu knurd From pertusus at free.fr Sat Apr 26 09:53:24 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 26 Apr 2008 11:53:24 +0200 Subject: Orphaning package In-Reply-To: <200804260011.34138.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> Message-ID: <20080426095324.GB2752@free.fr> On Sat, Apr 26, 2008 at 12:11:33AM +0200, Alain PORTAL wrote: > Hi, > > As I get too many conflicts, first with the french translation team six month > ago, second with some Redhat people, today, with a big head (as several > people in the french translation team), I make the decision to definitevely > leave the Fedora Extras Team. That's sad. I also want to leave sporadically when something pisses me off in fedora, but sofar I'm still here... As other said, couldn't this be solved by somebody from FESCo or the like (if I remember well FESCo also takes care of translation teams). > - fcron [1] I can take this one. I thought I was already in the package databese, but it seems not, so I did it. But I'd prefer to be co-maintainer. Also it should ceretainly be considered as a replacement for cronie+anacron, if I remember I will try to push it oncec again for F10. > - tetex-euro-font I don't remember precisely, but isn't this in texlive? -- Pat From rawhide at fedoraproject.org Sat Apr 26 11:10:30 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sat, 26 Apr 2008 11:10:30 +0000 (UTC) Subject: rawhide report: 20080426 changes Message-ID: <20080426111030.6AE98209CD6@releng1.fedora.phx.redhat.com> Updated Packages: PackageKit-0.1.12-7.20080425.fc9 -------------------------------- * Fri Apr 25 2008 Richard Hughes - 0.1.12-7.20080425 - Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch. - Fixes rh#443972. * Thu Apr 24 2008 Richard Hughes - 0.1.12-6.20080424 - Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch. - Fixes rh#443913. * Wed Apr 23 2008 Richard Hughes - 0.1.12-5.20080423 - Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch. - Fixes rh#443342, rh#443341, rh#443235, rh#443235 and rh#442166. bigboard-0.5.33-2.fc9 --------------------- * Fri Apr 25 2008 Colin Walters - 0.5.33-2 - add missing requires * Thu Apr 24 2008 Colin Walters - 0.5.33-1 - new upstream bitlbee-1.2-1.fc9 ----------------- * Tue Apr 15 2008 Robert Scheck 1.2-1 - Upgrade to 1.2 (#439047, thanks to Mat??j Cepl) blender-2.45-12.fc9 ------------------- * Thu Apr 24 2008 Jochen Schmitt 2.45-12 - Fix odd scons compatibility issue * Thu Apr 24 2008 Jochen Schmitt 2.45-11 - Fix CVS-2008-1102 (#443937) * Wed Mar 12 2008 Jochen Schmitt 2.45-10 - Clarification of restrictions caused by legal issues filezilla-3.0.9.2-1.fc9 ----------------------- * Sat Apr 19 2008 kwizart < kwizart at gmail.com > - 3.0.9.2-1 - Update to 3.0.9.2 firstboot-1.97-1.fc9 -------------------- * Wed Apr 16 2008 Chris Lumens 1.97-1 - Don't allow creating a user with no password (#442613). - In low resolution cases, wrap the sidebar text earlier (#442394). - Update translation files for EULA URL change (stickster at gmail.com). gvfs-0.2.3-11.fc9 ----------------- * Thu Apr 24 2008 Matthias Clasen - 0.2.3-11 - Add application/zip to the supported mime types for the archive backend (launchpad #211697) * Tue Apr 22 2008 David Zeuthen - 0.2.3-10 - Rebuild * Sat Apr 19 2008 David Zeuthen - 0.2.3-9 - Ensure archive mounts are read-only and turn on thumbnailing on them - Update fuse threading patch hippo-canvas-0.2.31-1.fc9 ------------------------- * Thu Apr 24 2008 Colin Walters - 0.2.31-1 - Update to 0.2.31 im-chooser-0.99.6-2.fc9 ----------------------- * Wed Apr 23 2008 Akira TAGOH - 0.99.6-2 - im-chooser-0.99.6-check-if-im-is-running.patch: Do not turn on the check box if IM isn't really running. (#443765) - im-chooser-0.99.6-correct-build-order.patch: Apply to correct the build order. * Tue Apr 08 2008 Akira TAGOH - 0.99.6-1 - New upstream release. - translation updates. - Remove unnecessary patches: - im-chooser-0.99.5-no-xinputrc-update.patch - im-chooser-0.99.5-no-crash-on-no-im.patch ipa-1.0.0-2.fc9 --------------- * Fri Apr 25 2008 Rob Crittenden - 1.0.0-2 - Added patch to fix problem reported by ldapmodify - Fix Requires for krb5-server that was missing for Fedora versions > 9 - Remove quotes around test for fedora version to package egg-info * Fri Apr 18 2008 Rob Crittenden - 1.0.0-1 - Update to upstream version 1.0.0 iscsi-initiator-utils-6.2.0.868-0.7.fc9 --------------------------------------- * Fri Apr 25 2008 Mike Christie - 6.2.0.868-0.7 - 437522 log out sessions that are not used for root during "iscsi stop". * Fri Apr 04 2008 Mike Christie - 6.2.0.868-0.6 - Rebase to RHEL5 to bring in bug fixes. - 437522 iscsi startup does not need to modify with network startup. - 436175 Check for running sessions when stopping service. java-1.6.0-openjdk-1:1.6.0.0-0.9.b09.fc9 ---------------------------------------- * Fri Apr 18 2008 Lillian Angel - 1:1.6.0.0-0.9.b09 - Updated icedteaver. - Updated icedteasnapshot. - Updated openjdkver. - Updated openjdkdate. - Updated release. - Resolves: rhbz#442602 - Resolves: rhbz#442514 - Resolves: rhbz#441437 - Resolves: rhbz#375541 * Thu Apr 17 2008 Lillian Angel - 1:1.6.0.0-0.9.b08 - Added javaws to /usr/bin. - Resolves: rhbz#437929 * Tue Apr 08 2008 Lillian Angel - 1:1.6.0.0-0.8.b08 - Updated sources. - Updated icedteaver. kcbench-data-0.1-3 ------------------ * Thu Apr 24 2008 Thorsten Leemhuis - 0.1-3 - Include 2.6.25 and drop 2.6.20, as the latter doesn't build with 2.6.25 kernel-2.6.25-8.fc9 ------------------- * Wed Apr 23 2008 Dave Airlie - drm fixup oops in modesetting code and stable fixes for i915 code from upstream * Tue Apr 22 2008 Chuck Ebbert 2.6.25-7 - Enable machine check exception handling on x86_64. * Tue Apr 22 2008 Chuck Ebbert 2.6.25-6 - Force hard reset on sleeping SATA links during probe (#436099) metacity-2.22.0-3.fc9 --------------------- * Thu Apr 24 2008 Matthias Clasen - 2.22.0-3 - Fix a possible crash in the appearance capplet with invalid metacity themes (launchpad #199402) mkinitrd-6.0.52-1.fc9 --------------------- * Fri Apr 25 2008 Jeremy Katz - 6.0.52-1 - Handle kvm virtio devices (markmc, #444155) - Output value from fstab into as arg to mkrootdev (pjones, #209473) - Don't depend on system.map (markmc, #430718) * Fri Apr 18 2008 Peter Jones - 6.0.51-1 - Handle bangpath translation in sysfs slightly differently. (#442811) * Thu Apr 17 2008 Peter Jones - 6.0.50-1 - Handle bangpath translation in sysfs at one more place. (#442811) moin-1.6.3-1.fc9 ---------------- * Thu Apr 24 2008 Matthias Saou 1.6.3-1 - Update to 1.6.3. * Tue Mar 25 2008 Matthias Saou 1.6.2-1 - Update to 1.6.2. * Mon Feb 04 2008 Matthias Saou 1.6.1-1 - Update to 1.6.1. mugshot-1.1.95-1.fc9 -------------------- * Thu Apr 24 2008 Owen Taylor - 1.1.95-1 - new upstream (Fixes #441643) online-desktop-0.2.28-1.fc9 --------------------------- * Tue Apr 29 2008 Colin Walters - 0.2.28-1 - new upstream sugar-toolkit-0.79.3-4.fc9 -------------------------- * Tue Apr 22 2008 Dennis Gilmore - 0.79.3-4 - Update rpm macros file adding sugarlibdir * Wed Apr 09 2008 Tomeu Vizoso - 0.79.3 - Added default to label arg in palette constructor (eben) system-config-network-1.5.7-1.fc9 --------------------------------- * Fri Apr 25 2008 Harald Hoyer - 1.5.7 - NCisdnhardware.card -> NCisdnhardware._card (harald) - Fixed pap-secret parsing. (#rhbz#443347) (jmoskovc) vnc-4.1.2-30.fc9 ---------------- * Fri Apr 25 2008 Adam Tkac 4.1.2-30 - rebuild against new mesa to fix GLX under anaconda (#443635) xenner-0.29-2.fc9 ----------------- * Tue Apr 22 2008 Gerd Hoffmann - 0.29-2.fc9 - fix tcp/udp checksumming (rhbz #443452). xulrunner-1.9-0.57.beta5.fc9 ---------------------------- * Fri Apr 25 2008 Martin Stransky 1.9-0.57 - Enabled phishing protection (#443403) * Wed Apr 23 2008 Martin Stransky 1.9-0.56 - Changed "__ppc64__" to "__powerpc64__", "__ppc64__" doesn't work anymore - Added fix for #443725 - Critical hanging bug with fix available upstream (mozbz#429903) Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From jwboyer at gmail.com Sat Apr 26 12:48:18 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 26 Apr 2008 07:48:18 -0500 Subject: Orphaning package In-Reply-To: <4812F913.9010506@leemhuis.info> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> Message-ID: <1209214098.2946.61.camel@vader.jdub.homelinux.org> On Sat, 2008-04-26 at 11:42 +0200, Thorsten Leemhuis wrote: > On 26.04.2008 11:02, Michael Schwendt wrote: > > > > In the past, somebody from the old FESCO would have looked into it and > > would have tried to talk to you and the people you have problems with. > > Nowadays, there should also be somebody in the Fedora community or in > > Fedora leadership with interest in keeping people happy and > > cooperative. > > Why can't FESCo handle that instead of discussing Fetures over and over? > That how it afaics was supposed to be, as everyone wanted to keep FESCo > when the merge happened because most people back then liked the work > FESCO did (it IMHO could have been a lot better, but that's a different > issue). FESCo can't help if it doesn't know there is a problem. This is the first time I've heard of these issues. josh From jwboyer at gmail.com Sat Apr 26 12:49:51 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 26 Apr 2008 07:49:51 -0500 Subject: Orphaning package In-Reply-To: <200804260011.34138.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> Message-ID: <1209214191.2946.64.camel@vader.jdub.homelinux.org> On Sat, 2008-04-26 at 00:11 +0200, Alain PORTAL wrote: > Hi, > > As I get too many conflicts, first with the french translation team six month > ago, second with some Redhat people, today, with a big head (as several > people in the french translation team), I make the decision to definitevely > leave the Fedora Extras Team. > So, as I merged some useful software in Fedora, I hope somebody would continue > on them. > Most of them are electronics relative. Can you email the issues you're having to fedora-extras-steering at redhat.com please? Perhaps we can look them over and find an amicable way to solve them for everyone involved. josh From mschwendt at gmail.com Sat Apr 26 13:13:40 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 26 Apr 2008 15:13:40 +0200 Subject: Orphaning package In-Reply-To: <1209214098.2946.61.camel@vader.jdub.homelinux.org> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> Message-ID: <20080426151340.98dab6ce.mschwendt@gmail.com> On Sat, 26 Apr 2008 07:48:18 -0500, Josh Boyer wrote: > On Sat, 2008-04-26 at 11:42 +0200, Thorsten Leemhuis wrote: > > On 26.04.2008 11:02, Michael Schwendt wrote: > > > > > > In the past, somebody from the old FESCO would have looked into it and > > > would have tried to talk to you and the people you have problems with. > > > Nowadays, there should also be somebody in the Fedora community or in > > > Fedora leadership with interest in keeping people happy and > > > cooperative. > > > > Why can't FESCo handle that instead of discussing Fetures over and over? > > That how it afaics was supposed to be, as everyone wanted to keep FESCo > > when the merge happened because most people back then liked the work > > FESCO did (it IMHO could have been a lot better, but that's a different > > issue). > > FESCo can't help if it doesn't know there is a problem. This is the > first time I've heard of these issues. That's why I asked _two_ questions. Deleted by Thorsten in the quote, however. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.16 1.17 1.07 From bpepple at fedoraproject.org Sat Apr 26 13:33:42 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sat, 26 Apr 2008 09:33:42 -0400 Subject: Orphaning package In-Reply-To: <4812F913.9010506@leemhuis.info> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> Message-ID: <1209216822.16330.5.camel@nixon> On Sat, 2008-04-26 at 11:42 +0200, Thorsten Leemhuis wrote: > On 26.04.2008 11:02, Michael Schwendt wrote: > > > > In the past, somebody from the old FESCO would have looked into it and > > would have tried to talk to you and the people you have problems with. > > Nowadays, there should also be somebody in the Fedora community or in > > Fedora leadership with interest in keeping people happy and > > cooperative. > > Why can't FESCo handle that instead of discussing Fetures over and over? > That how it afaics was supposed to be, as everyone wanted to keep FESCo > when the merge happened because most people back then liked the work > FESCO did (it IMHO could have been a lot better, but that's a different > issue). FESCo does handle these disputes (like we have in the past), when we are actually made aware that there is a problem. As far as I'm aware no one in FESCo was ever contacted. Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adrian at lisas.de Sat Apr 26 15:04:05 2008 From: adrian at lisas.de (Adrian Reber) Date: Sat, 26 Apr 2008 17:04:05 +0200 Subject: Wordpress update to 2.5.1 Message-ID: <20080426150403.GA4406@lisas.de> I have to update wordpress on all branches from 2.3.3 to 2.5.1. There are security fixes in 2.5.1 http://wordpress.org/development/2008/04/wordpress-251/ and it is hard for me to tell if they really affect the 2.3.3 release or not. As the 2.3.x branch is not continued anymore the only way to avoid security bugs is to update to 2.5.1. Adrian From fedora at leemhuis.info Sat Apr 26 15:35:04 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 26 Apr 2008 17:35:04 +0200 Subject: FESCO (was: Re: Orphaning package) In-Reply-To: <20080426151340.98dab6ce.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> Message-ID: <48134BA8.60107@leemhuis.info> Some introduction words: The Fedora-world changed a lot due to the Core and Extras merge and thus FESCo changed a lot as well (and had to). Yes, *I'm* totally unhappy with how FESCo changed and how it works these days(?). But that#s just me and my option -- others seem to be more happy. And I don't want to blame the current FESCo members how things evolved. I think it just happened without purpose; in fact I suppose it's likely that a lot of things might be similar if I would still be in FESCo(?), because FESCo has a whole lot more to do these days. Maybe to much, especially if you want to keep up with FESCo work as spare-time contributer. IOW: Fedora IMHO has growing pains. I mentioned that earlier, tried to work against that/to improve things without being in FESCo or the board, but failed to often and thus decided to reduce my Fedora contributions to a minimum. On 26.04.2008 15:13, Michael Schwendt wrote: > On Sat, 26 Apr 2008 07:48:18 -0500, Josh Boyer wrote: >> On Sat, 2008-04-26 at 11:42 +0200, Thorsten Leemhuis wrote: >>> On 26.04.2008 11:02, Michael Schwendt wrote: >>>> In the past, somebody from the old FESCO would have looked into it and >>>> would have tried to talk to you and the people you have problems with. >>>> Nowadays, there should also be somebody in the Fedora community or in >>>> Fedora leadership with interest in keeping people happy and >>>> cooperative. >>> Why can't FESCo handle that instead of discussing Fetures over and over? >>> That how it afaics was supposed to be, as everyone wanted to keep FESCo >>> when the merge happened because most people back then liked the work >>> FESCO did (it IMHO could have been a lot better, but that's a different >>> issue). >> FESCo can't help if it doesn't know there is a problem. And that is in fact the biggest problem *I* have with FESCo these days. FESCo afaics is mostly event driven these days (triggered by releases or people that poke FESCO to approve or do something); the contact to/interest in the contributers (and their option) was lost/got a lot worse. In the Extras days it IMHO was different -- FESCo then of course had to do some things that were triggered by events as well, but a lot of time was spend in a "how to improve Extras to make it better for users and contributers to keep both groups happy (and make them even happier!)"-mode. For that we were in closer contact with the contributers (their number of course was smaller and thus it was also easier). > That's why I asked _two_ questions. Deleted by Thorsten in the quote, > however. I didn't stop anybody from answering those and are interested in the answers myself, but I found the quoted part more interesting and the part I wrote was related to it, thus I only quoted that. Cu knurd (?) -- I mentioned that two or three months ago on FAB already in a similar discussion. After that I send a mail to a bunch of German contributers and we discussed things for two or three weeks in private. I send a summary of that discussion to Paul some weeks ago. A really short summary afaics would be: Most liked the merge in general (like I do), but most agreed that things from a contributers point of view got a lot worse. (?) -- an no, I won't run in the next FESCo elections; it's not possible due to conflicting interest with my day job; that was something different when FESCo only managed Extras From tibbs at math.uh.edu Sat Apr 26 15:54:51 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 26 Apr 2008 10:54:51 -0500 Subject: Orphaning package In-Reply-To: <20080426110226.871ff73b.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> In the past, somebody from the old FESCO would have looked into it MS> and would have tried to talk to you and the people you have MS> problems with. I don't quite understand the implication that the current FESCo wouldn't do the same, if the issue was somehow brought to its attention. It has resolved issues similar to this in the relatively recent past, after all. I personally had not known that there was an issue until seeing Alain's message. - J< From mschwendt at gmail.com Sat Apr 26 16:06:45 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 26 Apr 2008 18:06:45 +0200 Subject: Orphaning package In-Reply-To: References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> Message-ID: <20080426180645.5ba50784.mschwendt@gmail.com> On 26 Apr 2008 10:54:51 -0500, Jason L Tibbitts III wrote: > >>>>> "MS" == Michael Schwendt writes: > > MS> In the past, somebody from the old FESCO would have looked into it > MS> and would have tried to talk to you and the people you have > MS> problems with. > > I don't quite understand the implication that the current FESCo > wouldn't do the same, There is no such implication. > if the issue was somehow brought to its > attention. It has resolved issues similar to this in the relatively > recent past, after all. I personally had not known that there was an > issue until seeing Alain's message. > > - J< > From jwboyer at gmail.com Sat Apr 26 17:21:04 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 26 Apr 2008 12:21:04 -0500 Subject: FESCO (was: Re: Orphaning package) In-Reply-To: <48134BA8.60107@leemhuis.info> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> Message-ID: <1209230464.2946.75.camel@vader.jdub.homelinux.org> On Sat, 2008-04-26 at 17:35 +0200, Thorsten Leemhuis wrote: > On 26.04.2008 15:13, Michael Schwendt wrote: > > On Sat, 26 Apr 2008 07:48:18 -0500, Josh Boyer wrote: > >> On Sat, 2008-04-26 at 11:42 +0200, Thorsten Leemhuis wrote: > >>> On 26.04.2008 11:02, Michael Schwendt wrote: > >>>> In the past, somebody from the old FESCO would have looked into it and > >>>> would have tried to talk to you and the people you have problems with. > >>>> Nowadays, there should also be somebody in the Fedora community or in > >>>> Fedora leadership with interest in keeping people happy and > >>>> cooperative. > >>> Why can't FESCo handle that instead of discussing Fetures over and over? > >>> That how it afaics was supposed to be, as everyone wanted to keep FESCo > >>> when the merge happened because most people back then liked the work > >>> FESCO did (it IMHO could have been a lot better, but that's a different > >>> issue). > >> FESCo can't help if it doesn't know there is a problem. > > And that is in fact the biggest problem *I* have with FESCo these days. > FESCo afaics is mostly event driven these days (triggered by releases or > people that poke FESCO to approve or do something); the contact > to/interest in the contributers (and their option) was lost/got a lot worse. You should have sent this as a totally separate email, rather than pick on a thread where: 1) As far as I can tell, this is the _first_ time the conflicts have been mentioned in public _anywhere_. 2) FESCo has recently resolved a few conflicts issues that were brought to our attention 3) You provide no offer of a solution on how to be non-event driven. Look at the setup of FESCo as a whole now. It's primarily SIG focused, with FESCo overseeing the bulk of those. In the Extras days, FESCo _was_ the SIG. Like you said, there's growing pains. And unbeknownst to almost everyone, FESCo has actually had some discussions on how to _change_ it's model to be a more contributory body rather than an approval/rubber stamp committee. It's just that even among FESCo there isn't a general consensus on how to do that, because as Fedora in general has grown more diverse, so has it's governing body. So having FESCo focus solely on development or marketing or infrastructure isn't going to benefit anyone in the long run. We're working on it. Have patience. Yes, have more patience than what we've already asked for in the past. Or offer suggestions. Your rant has been heard, and it has valid points. josh From a.badger at gmail.com Sat Apr 26 17:43:49 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 26 Apr 2008 10:43:49 -0700 Subject: FESCO In-Reply-To: <48134BA8.60107@leemhuis.info> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> Message-ID: <481369D5.7080404@gmail.com> Thorsten Leemhuis wrote: > I think it just happened without purpose; in fact I suppose > it's likely that a lot of things might be similar if I would still be in > FESCo(?), because FESCo has a whole lot more to do these days. Maybe to > much, especially if you want to keep up with FESCo work as spare-time > contributer. > . You touched on this with your note about the Feature Process as well. One possibility is that FESCo should be delegating smooth running processes more. In the features case, the Feature Policy is working pretty well for making features better but there's no reason to couple it so tightly to FESCo. There's a procedure for getting a new feature into Fedora now so FESCo could delegate the review of Features to a subgroup. However, see below for a larger, more general discussion. [snip] > And that is in fact the biggest problem *I* have with FESCo these days. > FESCo afaics is mostly event driven these days (triggered by releases or > people that poke FESCO to approve or do something); the contact > to/interest in the contributers (and their option) was lost/got a lot worse. > > In the Extras days it IMHO was different -- FESCo then of course had to > do some things that were triggered by events as well, but a lot of time > was spend in a "how to improve Extras to make it better for users and > contributers to keep both groups happy (and make them even > happier!)"-mode. For that we were in closer contact with the > contributers (their number of course was smaller and thus it was also > easier). > I can't honestly say whether this was better in the Extras days (looking back on things is always subject to idealization) but it's definitely a worthwhile goal for the future. So part of the question would be how do we reach that goal? I know that many of the FESCo members are on IRC reading conversations of contributors all day everyday. Likewise with fedora-devel. So problems that get mentioned there would nearly always be seen. Is there a failure to push from IRC chatter to official FESCo business? (I recall jwb, tibbs, and nirik, all bringing problems noticed through other channels to FESCo so I personally don't think this is the case.) Is the problem getting issues to percolate from reports in bugzilla out to a more public venue? (Perhaps this is something bug triage would like to take on? Noticing a problem in Guidelines/unresponsive maintainers/etc and querying whether the issue should be mentioned on the mailinglist?) Although that is all still event driven. Perhaps the need is for more ideas to be started in FESCo? Policies, features, new projects started by FESCo to make growth occur? The only issue with that is that FESCo has limited manpower. FESCo itself can't implement all the projects it could come up with. Being event driven means that someone cares enough about the issue to work on it outside of FESCo. But it does change the role of FESCo from "movers and shakers" to "arbitrators and judges". So here's a question -- should FESCo embrace the arbitrators and judges role and we, the project, need to start implementing new outlets for people who want to actually do things? (ie: Feature Process allows developers to get buyin for implementing global distro changes and provides a mechanism for developer work to be communicated to other people in the project who are affected by those changes.) or should FESCo concentrate on being the drivers of new changes? Which means, being more involved with creating new policies, new subprojects, etc. This, in turn, means that FESCo would be a much more active body, with less time for arbitration and judgement of current projects. So it should be delegating those responsibilities out while it works on building new communities around new subprojects. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From tibbs at math.uh.edu Sat Apr 26 18:17:11 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 26 Apr 2008 13:17:11 -0500 Subject: Orphaning package In-Reply-To: <20080426180645.5ba50784.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <20080426180645.5ba50784.mschwendt@gmail.com> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> There is no such implication. My apologies. Perhaps it's just the language barrier. FYI, when you use the phrase "in the past", many English speakers will read an implication that the behavior has changed. The same goes for phrases like "until now", which I believe have quite different connotations on other languages. Sorry for lecturing, but I figured you might want to understand how I read your message. - J< From mclasen at redhat.com Sat Apr 26 18:41:05 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 26 Apr 2008 14:41:05 -0400 Subject: sudo-like login with policykit In-Reply-To: <48123E2C.1000305@ncsu.edu> References: <48123E2C.1000305@ncsu.edu> Message-ID: <1209235265.6682.17.camel@localhost.localdomain> On Fri, 2008-04-25 at 16:25 -0400, Casey Dahlin wrote: > I like using the sudo style logins on my box, where it asks for my > password instead of root's. That may not be anyone else's thing, that's > OK. This is not a thread about changing the default. > > But about changing it for me personally... > > In F8 I was able to do this by mass-editing a whole bunch of console-kit > config files and adding myself to wheel. PolicyKit is supposed to make > this easier now, but I haven't figured out how to do it. > > My question is: should we provide a mechanism to make switching to > personal authentication easy (or easier at any rate)? We don't have to > change the default, but empowering the user is a good thing. I would add > that the ability to remove the root password from the same tool might > also be helpful (none of my boxes have any root password whatsoever). In F9, what you can do is use polkit-gnome-authorization to change what PolicyKit asks you for for individual actions. The tool lets you change the implicit authorizations that are use for all users (e.g. to only require Authentication instead of Admin Authentication), and it also lets you grant explicit authorizations for individual users. polkit-gnome-authorization is in the menus at System > Preferences > System > Authorizations. For F10 and beyond, we probably want to look at a) integrating this in a user-management tool that would replace s-c-users and lets you easily set up authorizations for new users (maybe just pick prefefined 'roles' like administrator, regular user or guest). And b) a reworked about me capplet should offer a simplified view of my own privileges. Matthias From alain.portal at free.fr Sat Apr 26 19:22:11 2008 From: alain.portal at free.fr (Alain PORTAL) Date: Sat, 26 Apr 2008 21:22:11 +0200 Subject: Orphaning package In-Reply-To: <409676c70804260150m2fdffc4es324074b4859b1dd4@mail.gmail.com> References: <200804260011.34138.alain.portal@free.fr> <409676c70804260150m2fdffc4es324074b4859b1dd4@mail.gmail.com> Message-ID: <200804262122.11565.alain.portal@free.fr> Le samedi 26 avril 2008, Trond Danielsen a ?crit : > > [...] > > - gputils > > - gpsim > > [...] > > Although I do not use PIC-controllers myself, I am willing to take on > these two packages unless anyone who use them frequently are willing > to step up. You should consider to take also gtk+extras as this is a requirement for gpsim. All theses packages are very slow releasing; Reagrds, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From benny+usenet at amorsen.dk Sat Apr 26 19:25:08 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Sat, 26 Apr 2008 21:25:08 +0200 Subject: s-c-network: legit hosts file entries References: <4811BB50.9010205@iinet.net.au> <544eb990804250422m5fb42043rf1dd48aaffbd0cf7@mail.gmail.com> <4811CD34.4010606@iinet.net.au> Message-ID: David Timms writes: > So the ms ldap {lookout client} lookups are not actually legit ? I am > not surprised. There are different rules for hostnames (something with an A record) and other records in DNS. Hostnames have restrictions, but basically anything goes for other records (except upper case ASCII matches lower case ASCII). Windows looks up SRV records (using a standard actually, this isn't a Microsoft-only thing.) /Benny From alain.portal at free.fr Sat Apr 26 19:35:31 2008 From: alain.portal at free.fr (Alain PORTAL) Date: Sat, 26 Apr 2008 21:35:31 +0200 Subject: Orphaning package In-Reply-To: <20080426095324.GB2752@free.fr> References: <200804260011.34138.alain.portal@free.fr> <20080426095324.GB2752@free.fr> Message-ID: <200804262135.32263.alain.portal@free.fr> > > - fcron [1] > > I can take this one. I thought I was already in the package databese, > but it seems not, so I did it. But I'd prefer to be co-maintainer. You probably made the confusion because you helped me to introduced it in Fedora Extras by reviewing it. > Also it should ceretainly be considered as a replacement for > cronie+anacron, if I remember I will try to push it oncec again for F10. It would be a good idea as it is a great tool. I never tried to push it in "Fedora Core" because of my poor english, I never could have a long discussion to convince the Fedora team to accept it as a replacement of Vixie craon and anacron. I hope you'll succeed > > - tetex-euro-font > > I don't remember precisely, but isn't this in texlive? No. http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=eurofont Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From mschwendt at gmail.com Sat Apr 26 20:27:27 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 26 Apr 2008 22:27:27 +0200 Subject: Orphaning package In-Reply-To: References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <20080426180645.5ba50784.mschwendt@gmail.com> Message-ID: <20080426222727.4ad0b496.mschwendt@gmail.com> On 26 Apr 2008 13:17:11 -0500, Jason L Tibbitts III wrote: > >>>>> "MS" == Michael Schwendt writes: > > MS> There is no such implication. > > My apologies. Perhaps it's just the language barrier. FYI, when you > use the phrase "in the past", many English speakers will read an > implication that the behavior has changed. Okay. Reading too much between the lines/words can change the meaning. I understand that one can interpret a lot into it. "Do you know the shortest way to Tower Bridge?" -- "[When I was in England] In the past, I would have taken a cab. *But* nowadays it's faster to take a bus." Without the "But..." sentence, what would the first sentence imply? There are other phrases that are much more explicit, ranging from "formerly" and "previously" to the very clear: "FESCo _used to_ do conflict resolving". I would have chosen such a phrase if I knew that things are different nowadays. What I wanted to point out with the initial comment is that the old FESCO, which I was more familiar with, would have looked into such issues. There is only a different implication, and that is that someone in the committee either gets informed about the issues or notices a discussion on one of the prominent communication channels. Hence my question whether the problems "have been discussed elsewhere before" (i.e. not just in this thread). > The same goes for phrases > like "until now", which I believe have quite different connotations on > other languages. "Until now" is an explicit comparison of past and present, because it refers to a time-span that ends "now". Something during that time now is different. "In the past" or "in former times" refers to an imprecise/unspecific period of time somewhere in history. > Sorry for lecturing, but I figured you might want to understand how I > read your message. Never mind. I don't mind corrections/hints at all. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.63 1.74 1.81 From alain.portal at free.fr Sat Apr 26 20:35:37 2008 From: alain.portal at free.fr (Alain PORTAL) Date: Sat, 26 Apr 2008 22:35:37 +0200 Subject: Orphaning package In-Reply-To: <20080426110226.871ff73b.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> Message-ID: <200804262235.38143.alain.portal@free.fr> Le samedi 26 avril 2008, Michael Schwendt a ?crit : > On Sat, 26 Apr 2008 00:11:33 +0200, Alain PORTAL wrote: > > Hi, > > > > As I get too many conflicts, first with the french translation team six > > month ago, second with some Redhat people, today, with a big head (as > > several people in the french translation team), I make the decision to > > definitevely leave the Fedora Extras Team. > > Alain, can't these issues with people be fixed instead? Unfortunately, I don't think. > In the past, somebody from the old FESCO would have looked into it and > would have tried to talk to you and the people you have problems with. > Nowadays, there should also be somebody in the Fedora community or in > Fedora leadership with interest in keeping people happy and > cooperative. Have you discussed your problems elsewhere before? No. Unfortunately, my english is to poor to have an intensive discussion to explain my anger and all blames I can do to several people. But you can get a little idea with these bugs: https://bugzilla.redhat.com/show_bug.cgi?id=139695 https://bugzilla.redhat.com/show_bug.cgi?id=197353 have a look in the man-pages-fr.spec file to see how often this package is update. In addition, I can tell you this package really need a review... A one year old bug, easy to fix https://bugzilla.redhat.com/show_bug.cgi?id=238070 And the one that convinced me to get out https://bugzilla.redhat.com/show_bug.cgi?id=443634 Michael, thank you for all the help you gave me during these last years to package some programs. Yours sincerely, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From alan at redhat.com Sat Apr 26 20:50:11 2008 From: alan at redhat.com (Alan Cox) Date: Sat, 26 Apr 2008 16:50:11 -0400 Subject: Orphaning package In-Reply-To: <20080426222727.4ad0b496.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <20080426180645.5ba50784.mschwendt@gmail.com> <20080426222727.4ad0b496.mschwendt@gmail.com> Message-ID: <20080426205011.GA4376@devserv.devel.redhat.com> On Sat, Apr 26, 2008 at 10:27:27PM +0200, Michael Schwendt wrote: > way to Tower Bridge?" -- "[When I was in England] In the past, I would > have taken a cab. *But* nowadays it's faster to take a bus." Without > the "But..." sentence, what would the first sentence imply? It may imply someone familiar with a formal "correct" usage of the language. "But" links phrases so cannot (in normal usage) correctly start a sentence - not that anyone actually cares about this rule nowdays ;) Alan (pedant) From alain.portal at free.fr Sat Apr 26 21:26:21 2008 From: alain.portal at free.fr (Alain PORTAL) Date: Sat, 26 Apr 2008 23:26:21 +0200 Subject: Orphaning package In-Reply-To: <1209214191.2946.64.camel@vader.jdub.homelinux.org> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> Message-ID: <200804262326.22215.alain.portal@free.fr> Le samedi 26 avril 2008, Josh Boyer a ?crit : > On Sat, 2008-04-26 at 00:11 +0200, Alain PORTAL wrote: > > Hi, > > > > As I get too many conflicts, first with the french translation team six > > month ago, second with some Redhat people, today, with a big head (as > > several people in the french translation team), I make the decision to > > definitevely leave the Fedora Extras Team. > > So, as I merged some useful software in Fedora, I hope somebody would > > continue on them. > > Most of them are electronics relative. > > Can you email the issues you're having to > fedora-extras-steering at redhat.com please? Perhaps we can look them over > and find an amicable way to solve them for everyone involved. > > josh I don't think there is some solution. But I'll try to explain some of the problems. reagrds, -- Alain Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From pertusus at free.fr Sat Apr 26 22:23:53 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 00:23:53 +0200 Subject: Orphaning package In-Reply-To: <1209214191.2946.64.camel@vader.jdub.homelinux.org> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> Message-ID: <20080426222353.GD5191@free.fr> On Sat, Apr 26, 2008 at 07:49:51AM -0500, Josh Boyer wrote: > > Can you email the issues you're having to > fedora-extras-steering at redhat.com please? Perhaps we can look them over > and find an amicable way to solve them for everyone involved. Looking at te bug reports Alain posted in another mail, there seems to be 2 issues. One is that he has proposed patches for packaging issues for years without being heard. The second is, in my opinion, a less problematic issue of a bug being closed to rapidly. The first one is, in my opinion, a contributor killer issue and I have been reporting it more than once. It is not acceptable to have packagers not handling rapidly bugs where submitter proposes patches, or volunteer to take care of the issue. FESCo should really come up with a guideline or a solution for such issues, which is not a case-by-case decision. It is especially frustrating when a contributor has done some work and still the package maintainer doesn't seems to care at all about it. -- Pat From kevin at scrye.com Sat Apr 26 23:02:10 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Sat, 26 Apr 2008 17:02:10 -0600 Subject: Orphaning package In-Reply-To: <200804262235.38143.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <200804262235.38143.alain.portal@free.fr> Message-ID: <20080426170210.59181ab9@ohm.scrye.com> On Sat, 26 Apr 2008 22:35:37 +0200 alain.portal at free.fr (Alain PORTAL) wrote: > Le samedi 26 avril 2008, Michael Schwendt a ?crit : > > On Sat, 26 Apr 2008 00:11:33 +0200, Alain PORTAL wrote: > > > Hi, > > > > > > As I get too many conflicts, first with the french translation > > > team six month ago, second with some Redhat people, today, with a > > > big head (as several people in the french translation team), I > > > make the decision to definitevely leave the Fedora Extras Team. > > > > Alain, can't these issues with people be fixed instead? > > Unfortunately, I don't think. Well, we can try... and if not, at least we could perhaps learn from it and how to make things like this not happen again. > > No. Unfortunately, my english is to poor to have an intensive > discussion to explain my anger and all blames I can do to several > people. But you can get a little idea with these bugs: > > https://bugzilla.redhat.com/show_bug.cgi?id=139695 Yeah, I don't know what to say there. The maintainer clearly didn't answer or do anything with the bug. ;( > https://bugzilla.redhat.com/show_bug.cgi?id=197353 Sadly, I do see what happened here... The bug never seemed to block any of the review blockers bugs back when extras reviews were doing that. So, it would never have appeared on lists of packages to review, etc. :( Also, it shows as assigned, so anyone who did see it would have assumed it was under review and left it alone. Was it created assigned to notting? Did you use the template on the new package review page on the wiki? or just manually created it? > have a look in the man-pages-fr.spec file to see how often this > package is update. In addition, I can tell you this package really > need a review... > > A one year old bug, easy to fix > https://bugzilla.redhat.com/show_bug.cgi?id=238070 Yeah. ;( No response from maintainer... > And the one that convinced me to get out > https://bugzilla.redhat.com/show_bug.cgi?id=443634 It's been reopened. I think it was closed in error, and the people involved realize that now. So, I my thoughts on this: - We need to make sure and improve review process so reviews don't get lost like that. I think a lot of improvement has been made since the extras days however, since we have the fedora-review flag now, your review flag would probably have had someone at least comment that it was assigned, but didn't seem to be under review. - We need to work harder to spot where maintainers need assistance and are not answering their bugs. Triage folks may be able to help there. - We need to work harder to identify easyfix bugs and get a group of people able to go in and just fix them. - Finally (and just speaking for myself), I would like to stress that I am happy to listen to concerns or problems and try and get solutions to happen. At every FESCo irc meeting there is a 'free discussion' period at the end. On every FESCo scheduling post there is a chance to reply to the list and bring up issues. Please, let us know where and when there are problems so we can try and find some solution. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ivazqueznet at gmail.com Sat Apr 26 23:11:33 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 26 Apr 2008 19:11:33 -0400 Subject: Orphaning package In-Reply-To: <20080426222353.GD5191@free.fr> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> Message-ID: <1209251493.3846.3.camel@ignacio.lan> On Sun, 2008-04-27 at 00:23 +0200, Patrice Dumas wrote: > The first one is, in my opinion, a contributor killer issue and I have > been reporting it more than once. It is not acceptable to have packagers > not handling rapidly bugs where submitter proposes patches, or volunteer > to take care of the issue. FESCo should really come up with a guideline > or a solution for such issues, which is not a case-by-case decision. > It is especially frustrating when a contributor has done some work and > still the package maintainer doesn't seems to care at all about it. Perhaps the AWOL maintainer policy could be adapted/extended into a "non-responsive" maintainer policy. Not caring about a package is not a mark against the maintainer, but allowing it to bitrot is. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Sat Apr 26 23:14:41 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 01:14:41 +0200 Subject: Orphaning package In-Reply-To: <1209251493.3846.3.camel@ignacio.lan> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> <1209251493.3846.3.camel@ignacio.lan> Message-ID: <20080426231441.GA7357@free.fr> On Sat, Apr 26, 2008 at 07:11:33PM -0400, Ignacio Vazquez-Abrams wrote: > > Perhaps the AWOL maintainer policy could be adapted/extended into a > "non-responsive" maintainer policy. Not caring about a package is not a > mark against the maintainer, but allowing it to bitrot is. I don't think that the AWOL maintainer policy should be extended to cope with these cases, since it seems to me to be a distinct case. But it could certainly be adapted to have a procedure for forced co-maintainership or forced orphaning when a packager doesn't handle the easy to fix/proposed solution bugs in a given time. -- Pat From louisg00 at bellsouth.net Sat Apr 26 23:25:43 2008 From: louisg00 at bellsouth.net (Louis E Garcia II) Date: Sat, 26 Apr 2008 19:25:43 -0400 Subject: FC9 and NetworkManager Message-ID: <1209252343.3200.18.camel@sonlaptop> First NetworkManager fails to come up at boot. One needs to restart the service. NetworkManager doesn't work with static ip. After fc9 desktop install with a stacic ip I disabled network service and enabled Network manager. I get system eth0 and auto ethernet in the nm-applet. system eth0 connects but can't get to the internet seems the nameservers are missing and the broadcast is 0. With system-config-network under DNS the values are always missing even when I enter them and save. /etc/resolv.conf is empty. Why does nm-applet have both system eth0 and auto ethernet? -Louis From mattdm at mattdm.org Sun Apr 27 00:47:28 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 26 Apr 2008 20:47:28 -0400 Subject: sudo-like login with policykit In-Reply-To: <48123E2C.1000305@ncsu.edu> References: <48123E2C.1000305@ncsu.edu> Message-ID: <20080427004728.GA32261@jadzia.bu.edu> On Fri, Apr 25, 2008 at 04:25:16PM -0400, Casey Dahlin wrote: > In F8 I was able to do this by mass-editing a whole bunch of console-kit > config files and adding myself to wheel. PolicyKit is supposed to make this With F9, the config programs which use consolehelper are even easier, because all you have to do is add the single line UGROUPS=wheel to /etc/security/console.apps/config-util (and of course put yourself in the wheel group), and presto. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jwboyer at gmail.com Sun Apr 27 00:52:19 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 26 Apr 2008 19:52:19 -0500 Subject: Orphaning package In-Reply-To: <20080426222353.GD5191@free.fr> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> Message-ID: <1209257539.2946.82.camel@vader.jdub.homelinux.org> On Sun, 2008-04-27 at 00:23 +0200, Patrice Dumas wrote: > On Sat, Apr 26, 2008 at 07:49:51AM -0500, Josh Boyer wrote: > > > > Can you email the issues you're having to > > fedora-extras-steering at redhat.com please? Perhaps we can look them over > > and find an amicable way to solve them for everyone involved. > > Looking at te bug reports Alain posted in another mail, there seems to > be 2 issues. One is that he has proposed patches for packaging issues > for years without being heard. The second is, in my opinion, a less > problematic issue of a bug being closed to rapidly. > > The first one is, in my opinion, a contributor killer issue and I have > been reporting it more than once. It is not acceptable to have packagers > not handling rapidly bugs where submitter proposes patches, or volunteer > to take care of the issue. FESCo should really come up with a guideline > or a solution for such issues, which is not a case-by-case decision. Why? Grr! It does not take someone from FESCo to draft such a thing. Anyone, yes ANYONE, can draft something and ask FESCo to ratify it. Now, frankly I'm not sure something outside of the existing AWOL procedure is needed at all. > It is especially frustrating when a contributor has done some work and > still the package maintainer doesn't seems to care at all about it. I agree. Open CVS ACLs and co-maintainers _should_ help lessen the occurrence of this. However, that is still up to the primary maintainer to decide, and we have to take exceptions as they come. josh From bojan at rexursive.com Sun Apr 27 01:23:18 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Sun, 27 Apr 2008 01:23:18 +0000 (UTC) Subject: Updates for F8: where did they go? References: <1208989168.16567.22.camel@shrek.rexursive.com> <20080426020651.GB23208@auslistsprd01.us.dell.com> Message-ID: Matt Domsch dell.com> writes: > They might not have made it to the mirrors by the time you went > looking. I see firefox-2.0.0.14-1.fc8.i386.rpm there now. Except that I wasn't looking on the mirrors, but on main updates site. Anyhow, I'm getting a bit confused with the whole thing. Take for instance this update: https://admin.fedoraproject.org/updates/F8/FEDORA-2008-3260 It says that it's been pushed to stable (it's been like that for a few days now). However, there is no sign of it here: http://download.fedora.redhat.com/pub/fedora/linux/updates/8/i386/ No idea what's going on. -- Bojan From sundaram at fedoraproject.org Sun Apr 27 01:28:38 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 27 Apr 2008 06:58:38 +0530 Subject: Updates for F8: where did they go? In-Reply-To: References: <1208989168.16567.22.camel@shrek.rexursive.com> <20080426020651.GB23208@auslistsprd01.us.dell.com> Message-ID: <4813D6C6.1000200@fedoraproject.org> Bojan Smojver wrote: > Matt Domsch dell.com> writes: > >> They might not have made it to the mirrors by the time you went >> looking. I see firefox-2.0.0.14-1.fc8.i386.rpm there now. > > Except that I wasn't looking on the mirrors, but on main updates site. > > Anyhow, I'm getting a bit confused with the whole thing. Take for instance this > update: > > https://admin.fedoraproject.org/updates/F8/FEDORA-2008-3260 > > It says that it's been pushed to stable I don't think it says that. The status is still Testing and has been requested to be pushed to Stable. That would require someone to manually sign it atleast until https://fedorahosted.org/sigul is deployed and looks like that hasn't been done yet. Rahul From berrange at redhat.com Sun Apr 27 01:32:21 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Sun, 27 Apr 2008 02:32:21 +0100 Subject: sudo-like login with policykit In-Reply-To: <48123E2C.1000305@ncsu.edu> References: <48123E2C.1000305@ncsu.edu> Message-ID: <20080427013220.GA8066@redhat.com> On Fri, Apr 25, 2008 at 04:25:16PM -0400, Casey Dahlin wrote: > I like using the sudo style logins on my box, where it asks for my > password instead of root's. That may not be anyone else's thing, that's > OK. This is not a thread about changing the default. > > But about changing it for me personally... > > In F8 I was able to do this by mass-editing a whole bunch of console-kit > config files and adding myself to wheel. PolicyKit is supposed to make > this easier now, but I haven't figured out how to do it. 'man PolicyKit.conf' Even in F8 you merely need to edit a single file to give yourself sudo style access over every single policykit based app. Regards, Dan. -- |: Red Hat, Engineering, Boston -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From wtogami at redhat.com Sun Apr 27 01:53:11 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 26 Apr 2008 21:53:11 -0400 Subject: debuginfo-install working? Message-ID: <4813DC87.3050507@redhat.com> Is debuginfo-install working for anyone after the fedora-release update that turned on fedora and updates repo and set $releasever to 9? Warren Togami wtogami at redhat.com From bojan at rexursive.com Sun Apr 27 02:02:15 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Sun, 27 Apr 2008 02:02:15 +0000 (UTC) Subject: Updates for F8: where did they go? References: <1208989168.16567.22.camel@shrek.rexursive.com> <20080426020651.GB23208@auslistsprd01.us.dell.com> <4813D6C6.1000200@fedoraproject.org> Message-ID: Rahul Sundaram fedoraproject.org> writes: > I don't think it says that. The status is still Testing and has been > requested to be pushed to Stable. That would require someone to manually > sign it atleast until https://fedorahosted.org/sigul is deployed and > looks like that hasn't been done yet. Cut-n-paste from the page: Requested: stable Pushed: True Maybe these things don't mean what they say or something. Confusing... -- Bojan From seandarcy2 at gmail.com Sun Apr 27 02:51:04 2008 From: seandarcy2 at gmail.com (sean darcy) Date: Sat, 26 Apr 2008 22:51:04 -0400 Subject: rawhide report: 20080426 changes In-Reply-To: <20080426111030.6AE98209CD6@releng1.fedora.phx.redhat.com> References: <20080426111030.6AE98209CD6@releng1.fedora.phx.redhat.com> Message-ID: Rawhide wrote: > > > > Updated Packages: > ............... > kernel-2.6.25-8.fc9 > ------------------- > * Wed Apr 23 2008 Dave Airlie > - drm fixup oops in modesetting code and stable fixes for i915 code from upstream > > * Tue Apr 22 2008 Chuck Ebbert 2.6.25-7 > - Enable machine check exception handling on x86_64. > > * Tue Apr 22 2008 Chuck Ebbert 2.6.25-6 > - Force hard reset on sleeping SATA links during probe (#436099) > ............. At least for me, this completely screwed up grub. No boot disk. Had to run knoppix, and reinstall ( root & setup ) the grub boot loader. Watch out. sean From Matt_Domsch at dell.com Sun Apr 27 03:52:22 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 26 Apr 2008 22:52:22 -0500 Subject: debuginfo-install working? In-Reply-To: <4813DC87.3050507@redhat.com> References: <4813DC87.3050507@redhat.com> Message-ID: <20080427035222.GA11378@auslistsprd01.us.dell.com> On Sat, Apr 26, 2008 at 09:53:11PM -0400, Warren Togami wrote: > Is debuginfo-install working for anyone after the fedora-release update > that turned on fedora and updates repo and set $releasever to 9? The debuginfo mirrorlist URL works for me. What are you experiencing? Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From mastahnke at gmail.com Sun Apr 27 04:24:38 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Sat, 26 Apr 2008 23:24:38 -0500 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> <20080423182330.GG1406905@hiwaay.net> Message-ID: <7874d9dd0804262124x5cc9a946k364aa26025dbad14@mail.gmail.com> I am quite opposed to adding */sbin to the standard user path. I don't need daemons showing up when I tab/tab and I don't need iscsi target command, clustering, filesystem creation and modification tools, raid setup and kernel tweaking commands available to my end-users. Is it so hard for somebody to learn to type /sbin or /usr/sbin? Heck, they can even add it to their own profile if they so desire. By default, I don't think I should have administrative binaries in the path of Joe Clueless User. More choices is confusion for most people. Keep that in mind. stahnma From ville.skytta at iki.fi Sun Apr 27 05:21:37 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 27 Apr 2008 08:21:37 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <1209035374.6157.82.camel@vespa.frost.loc> Message-ID: <200804270821.38407.ville.skytta@iki.fi> On Thursday 24 April 2008, Thomas M Steenholdt wrote: > Tomas Mraz wrote: > > > I do not argue with you at all. I do not think that */sbin should be > > added to user's PATH by default. My vote is for moving/symlinking > > commands which are useful for regular users. > > Mine too :-) +1 From mcepl at redhat.com Sun Apr 27 06:43:11 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 27 Apr 2008 08:43:11 +0200 Subject: New vegastrike for F-10: 500MB !! ?? References: <48118155.7090105@hhs.nl> Message-ID: On Fri, 25 Apr 2008 08:59:33 +0200, Hans de Goede scripst: > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? My past lawyer's self rises up its ugly head again -- what kind of data it is? Something generated (cannot we regenerate it on the users computer from sources?), bitmaps, video? And most importantly -- are you sure it is all 100% OK with regards to copyrights? Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Sun Apr 27 06:55:16 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 27 Apr 2008 08:55:16 +0200 Subject: FCoA [Was: Re: FESCO] References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> Message-ID: On Sat, 26 Apr 2008 10:43:49 -0700, Toshio Kuratomi scripst: > should FESCo concentrate on being the drivers of new changes? Which > means, being more involved with creating new policies, new subprojects, > etc. This, in turn, means that FESCo would be a much more active body, > with less time for arbitration and judgement of current projects. So it > should be delegating those responsibilities out while it works on > building new communities around new subprojects. So, should be there a Fedora Court of Arbitration? ;-) I mean seriously, in so huge and disintegrated body as Fedora community is now, conflicts are bound to happend, and we may need some semi-official means of settling them. (of course, Fedora being a very different type of community than "the real world", most of the rules of arbitration from there wouldn't apply or would have to be severely modified, so please no legalese here for now). Mat?j -- That's the second time in one reading of fedora-devel my lawyer's past risen its ugly head; scary :-( -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From dev at nigelj.com Sun Apr 27 07:23:38 2008 From: dev at nigelj.com (Nigel Jones) Date: Sun, 27 Apr 2008 19:23:38 +1200 (NZST) Subject: New vegastrike for F-10: 500MB !! ?? Message-ID: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> I have no problem with it, BUT, (and I speak personally here), there are some people that will not use it because it's just too big (500MB is larger than some of the monthly data transfer caps in New Zealand (200MB/mo), I personally, only have 700MB/day. Also remember that even though it may produce a 500MB noarch rpm, it also means quite likely a 500MB srpm making it 1 gig in total. Another consideration would be the size of the community behind vegastrike, if we have 100+ then thats great, if it's only 10 then I become doubtful over it's usefulness in regards to resources. (Don't get me wrong, just trying to put a slightly different perspective on it.) Just my two cents, Nigel On Fri, April 25, 2008 6:59 pm, Hans de Goede wrote: > Hi All, > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for > F-10 > and maybe later F-9 / F-8 too, but vegastrike has been dead for a while > and now > makes some huge changes, so better to keep the old trusted version for F-8 > / > F-9 for a while. > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? > > Regards, > > Hans > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From pertusus at free.fr Sun Apr 27 08:02:11 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 10:02:11 +0200 Subject: FCoA [Was: Re: FESCO] In-Reply-To: References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> Message-ID: <20080427080210.GA2776@free.fr> On Sun, Apr 27, 2008 at 08:55:16AM +0200, Matej Cepl wrote: > > So, should be there a Fedora Court of Arbitration? ;-) I mean seriously, > in so huge and disintegrated body as Fedora community is now, conflicts > are bound to happend, and we may need some semi-official means of > settling them. It is already the case. The rule is more or less, bring it to the lists and then to fesco. But this is costly so having propoer guidelines to follow like AWOL are better. -- Pat From denis at poolshark.org Sun Apr 27 08:08:56 2008 From: denis at poolshark.org (Denis Leroy) Date: Sun, 27 Apr 2008 10:08:56 +0200 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <20080427080210.GA2776@free.fr> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> Message-ID: <48143498.5000904@poolshark.org> Patrice Dumas wrote: > On Sun, Apr 27, 2008 at 08:55:16AM +0200, Matej Cepl wrote: >> So, should be there a Fedora Court of Arbitration? ;-) I mean seriously, >> in so huge and disintegrated body as Fedora community is now, conflicts >> are bound to happend, and we may need some semi-official means of >> settling them. > > It is already the case. The rule is more or less, bring it to the lists > and then to fesco. But this is costly so having propoer guidelines to > follow like AWOL are better. Hmm why is it costly ? I've had a few conflicts resolved that way, and in a reasonably speedy fashion. I don't think I've ever seen a call for help on fedora-devel-list going unanswered... Going over this thread this morning, it read something like this : 13:21 [a]: I quit because of this problem I didn't tell anyone about! 13:23 [b]: It's an outrage! What is FESCo doing ?!? 13:25 [Fesco]: ? Qu? ? From pertusus at free.fr Sun Apr 27 08:13:11 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 10:13:11 +0200 Subject: Orphaning package In-Reply-To: <1209257539.2946.82.camel@vader.jdub.homelinux.org> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> <1209257539.2946.82.camel@vader.jdub.homelinux.org> Message-ID: <20080427081311.GB2776@free.fr> On Sat, Apr 26, 2008 at 07:52:19PM -0500, Josh Boyer wrote: > > Why? Grr! It does not take someone from FESCo to draft such a thing. > Anyone, yes ANYONE, can draft something and ask FESCo to ratify it. Indeed, but nobody has come with something now, so I think it would be nice to have FESCo propose something. > Now, frankly I'm not sure something outside of the existing AWOL > procedure is needed at all. I am sure of the contrary. AWOL is for people who are AWOL. Here we are talking about maintainers who are not AWOL but still don't act. It is a very different situation. If somebody AWOL has his packages forcefully orphaned there is no problem (it is even right...), while for a maintainer not AWOL, it may be considered to be rude. > I agree. Open CVS ACLs and co-maintainers _should_ help lessen the > occurrence of this. However, that is still up to the primary maintainer > to decide, and we have to take exceptions as they come. No, open CVS ACLs and co-maintainers don't help in that case. Well, it helps implementing the fix, but it isn't the issue here. Here we just want that the maintainer says 'ok, you seem to be interested, be co-maintainer, implement what you propose I'll check and rebuild'. Or 'Ok, propose a patch'. Or 'This seems to be an easy fix, but there are some issues you are missing, still I don't have currently the time to explain, I'll come back as time permit'. -- Pat From gnomeuser at gmail.com Sun Apr 27 08:24:29 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sun, 27 Apr 2008 10:24:29 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> References: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> Message-ID: <1dedbbfc0804270124g2532dd30pc45ab6aa5507e617@mail.gmail.com> 2008/4/27 Nigel Jones : > I have no problem with it, BUT, (and I speak personally here), there are > some people that will not use it because it's just too big (500MB is > larger than some of the monthly data transfer caps in New Zealand > (200MB/mo), I personally, only have 700MB/day. > > Also remember that even though it may produce a 500MB noarch rpm, it also > means quite likely a 500MB srpm making it 1 gig in total. > > Another consideration would be the size of the community behind > vegastrike, if we have 100+ then thats great, if it's only 10 then I > become doubtful over it's usefulness in regards to resources. (Don't get > me wrong, just trying to put a slightly different perspective on it.) > Don't forget that Vegastrikes community has a strong potential to grow because we offer it and upstream will expect us to offer the lastest stable version. 0.5.0 represents a lot of work in the right direction for them and they are excited about their new features, let's not be buzzkills and carry older versions, be friends with upstream and give them a gateway to millions of Fedora users.If we treat them well they will be likely to recommend Fedora to their users and everybody wins. I, for one, have never played Vegastike but following this thread my attention has been drawn to it I would like to see what 0.5.0 has to offer. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From lordmorgul at gmail.com Sun Apr 27 08:41:01 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 27 Apr 2008 01:41:01 -0700 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <1dedbbfc0804270124g2532dd30pc45ab6aa5507e617@mail.gmail.com> References: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> <1dedbbfc0804270124g2532dd30pc45ab6aa5507e617@mail.gmail.com> Message-ID: <48143C1D.6060501@gmail.com> David Nielsen wrote: > Don't forget that Vegastrikes community has a strong potential to grow > because we offer it and upstream will expect us to offer the lastest stable > version. 0.5.0 represents a lot of work in the right direction for them and > they are excited about their new features, let's not be buzzkills and carry > older versions, be friends with upstream and give them a gateway to millions > of Fedora users.If we treat them well they will be likely to recommend > Fedora to their users and everybody wins. I, for one, have never played > Vegastike but following this thread my attention has been drawn to it I > would like to see what 0.5.0 has to offer. I've never played it either, but praise is definitely deserved for an open source game shipping 500Mb of content (provided its actually all freely licensed resources). That represents an enormous effort for that team. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From gnomeuser at gmail.com Sun Apr 27 08:47:35 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sun, 27 Apr 2008 10:47:35 +0200 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <48143498.5000904@poolshark.org> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <48143498.5000904@poolshark.org> Message-ID: <1dedbbfc0804270147n362238dbs57d38ffcaeba2201@mail.gmail.com> 2008/4/27 Denis Leroy : > Patrice Dumas wrote: > > > On Sun, Apr 27, 2008 at 08:55:16AM +0200, Matej Cepl wrote: > > > > > So, should be there a Fedora Court of Arbitration? ;-) I mean > > > seriously, in so huge and disintegrated body as Fedora community is now, > > > conflicts are bound to happend, and we may need some semi-official means of > > > settling them. > > > > > > > It is already the case. The rule is more or less, bring it to the lists > > and then to fesco. But this is costly so having propoer guidelines to > > follow like AWOL are better. > > > > Hmm why is it costly ? I've had a few conflicts resolved that way, and in > a reasonably speedy fashion. I don't think I've ever seen a call for help on > fedora-devel-list going unanswered... > > Going over this thread this morning, it read something like this : > > 13:21 [a]: I quit because of this problem I didn't tell anyone about! > 13:23 [b]: It's an outrage! What is FESCo doing ?!? > 13:25 [Fesco]: ? Qu? ? I think many of the people who have left active contribution life, myself included, simply feel overwhelmed with the amount of beaucracy. Why complain, we already feel like we are being forced around by boards and commitees who meet and decide the fate for us all and it doesn't really feel like they are working for us. It feels very much like we have no influence. More beaucracy is not the solution here, I think lessening the effort needed to get help and let your voice be heard is. Let us start a Fedora Mentor program for new contributors, to guide through the little kinks with a smile and so new people have a friendly face to turn to instead of endless wiki pages. Right now being a contributor feels a lot like being thrown out of the nest by your sponsor and expected to fly, getting reviews done has a discouraging nepotistic feel to it, you can have packages sitting around for months if you don't know anyone. We need some kind of network here to catch these little stumbling blocks that frustrate new developers. We need to ensure a way to remove the bottlenecks, help explain how to do a good review, how to get the information mentioned in those guidelines. Everytime we get a contributor who does not master this we simply add to the workload of people who do and we add to the backlog of packages that sit in the review queue. More contributor might in fact end up being a bad thing. Let us foster a culture where it is okay to ask questions and ask for help, and make it easy to do so. Encourage developers with many packages to draw in new developers, hold their hand as co-maintainers for one of their packages and eventually let them own it. This way we would also avoid the risk we currently have where if something happens to Hans or he decides to switch priorities in life, 200 packages are without an owner overnight. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmacken at redhat.com Sun Apr 27 08:50:26 2008 From: lmacken at redhat.com (Luke Macken) Date: Sun, 27 Apr 2008 04:50:26 -0400 Subject: liveusb-creator beta testing Message-ID: <20080427085026.GA3259@x300> Hey guys, I'm in the process of polishing up some of my recent developments to the liveusb-creator, and was hoping to get some beta testers and feedback. At the moment I'm focusing on solidifying the Windows support first, but it will eventually work in Linux as well. Screenshot: http://lmacken.fedorapeople.org/liveusb-creator.png Download: http://lmacken.fedorapeople.org/liveusb-creator-2.0beta.zip Code: git clone git://git.fedorahosted.org/git/liveusb-creator Features: - Ability to download Fedora or select an existing ISO - SHA1 checksum checking for known releases - Ability to create a persistent overlay So if anyone has some free time, and a Windows install, comments/questions/criticism/patches/suggestions would be much appreciated. Feel free to drop feedback in this thread, or you can open new tickets in trac: http://fedorahosted.org/liveusb-creator/newticket Thanks! luke From murray.mcallister at gmail.com Sun Apr 27 08:53:56 2008 From: murray.mcallister at gmail.com (Murray McAllister) Date: Sun, 27 Apr 2008 18:53:56 +1000 Subject: release notes for LUKS password Message-ID: <95f1114b0804270153i1a503e05pf761e13b6101a616@mail.gmail.com> Hi, Sorry to bug everyone. https://bugzilla.redhat.com/show_bug.cgi?id=443061 was marked as requires release notes. Has this bug got anything to do with http://luks.endorphin.org/ I'm not really sure what the notes should be. Is it saying that when you go to enter this password, it automatically uses/assumes a US keymap? Thanks for your time, Murray. --------------------------------------------------------------------- pub 1024D/81B3FDEB 2007-09-19 [expires: 2008-09-18] Key fingerprint = 4ED9 9907 5BF0 4132 2B46 20D1 C0C6 362D 81B3 FDEB Murray McAllister (Fedora Docs Project / mdious) sub 2048g/B04CFA0C 2007-09-19 [expires: 2008-09-18] From pertusus at free.fr Sun Apr 27 09:04:22 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 11:04:22 +0200 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <48143498.5000904@poolshark.org> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <48143498.5000904@poolshark.org> Message-ID: <20080427090422.GC2776@free.fr> On Sun, Apr 27, 2008 at 10:08:56AM +0200, Denis Leroy wrote: > > Hmm why is it costly ? I've had a few conflicts resolved that way, and in a > reasonably speedy fashion. I don't think I've ever seen a call for help on > fedora-devel-list going unanswered... It doesn't scale. I sent my personal experience in http://www.redhat.com/archives/rhl-devel-list/2008-February/msg00496.html since then some bugs have been closed, but not all and I certainly reopened at least the same number of similar bugs getting unhandled. And remember how Michael Schwendt reacted to having his rightly reported bugs to be closed. Reporting the bugs packagers don't care about on the fedora-devel list or to fesco is not right. Ther should be a way to oblige maintainers without bothering everyone. -- Pat From alan at redhat.com Sun Apr 27 09:10:15 2008 From: alan at redhat.com (Alan Cox) Date: Sun, 27 Apr 2008 05:10:15 -0400 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <1dedbbfc0804270124g2532dd30pc45ab6aa5507e617@mail.gmail.com> References: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> <1dedbbfc0804270124g2532dd30pc45ab6aa5507e617@mail.gmail.com> Message-ID: <20080427091015.GB3815@devserv.devel.redhat.com> On Sun, Apr 27, 2008 at 10:24:29AM +0200, David Nielsen wrote: > they are excited about their new features, let's not be buzzkills and carry > older versions, be friends with upstream and give them a gateway to millions > of Fedora users.If we treat them well they will be likely to recommend > Fedora to their users and everybody wins. I, for one, have never played > Vegastike but following this thread my attention has been drawn to it I > would like to see what 0.5.0 has to offer. Multiple packages would be nice however, especially for content. There are several reasons for that 1. So I can install the basic minimal set and play a quick "demo" game and get told where to pull the rest 2. So bugs can be corrected in one piece at a time - 500MB redownloads for a packing error missing a small file kind of sucks 3. yum will cache downloads so a break in downloading of a set of smaller packages is preferable to one giant one (even if requires still eventually sucks them all in) From mschwendt at gmail.com Sun Apr 27 09:18:34 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 27 Apr 2008 11:18:34 +0200 Subject: Orphaning package In-Reply-To: <20080427081311.GB2776@free.fr> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> <1209257539.2946.82.camel@vader.jdub.homelinux.org> <20080427081311.GB2776@free.fr> Message-ID: <20080427111834.bb99e6e5.mschwendt@gmail.com> On Sun, 27 Apr 2008 10:13:11 +0200, Patrice Dumas wrote: > On Sat, Apr 26, 2008 at 07:52:19PM -0500, Josh Boyer wrote: > > > > Why? Grr! It does not take someone from FESCo to draft such a thing. > > Anyone, yes ANYONE, can draft something and ask FESCo to ratify it. > > Indeed, but nobody has come with something now, so I think it would be > nice to have FESCo propose something. > > > Now, frankly I'm not sure something outside of the existing AWOL > > procedure is needed at all. > > I am sure of the contrary. AWOL is for people who are AWOL. Here we are > talking about maintainers who are not AWOL but still don't act. It is > a very different situation. If somebody AWOL has his packages forcefully > orphaned there is no problem (it is even right...), while for a maintainer > not AWOL, it may be considered to be rude. Here the maintainer would end the AWOL procedure with a comment in bugzilla, but afterwards might still not take proper action to fix the bug (and apply a patch or version upgrade). A different procedure is needed, in particular for the hard problems where months pass by without progress. Somebody to rule how to proceed. Somebody with the decision-power to open up the cvs acls for a package or to over-rule the package owner if necessary. Else the package collection cannot be called not community-driven in such areas. > > I agree. Open CVS ACLs and co-maintainers _should_ help lessen the > > occurrence of this. However, that is still up to the primary maintainer > > to decide, and we have to take exceptions as they come. > > No, open CVS ACLs and co-maintainers don't help in that case. Well, it > helps implementing the fix, but it isn't the issue here. Here we just > want that the maintainer says 'ok, you seem to be interested, be > co-maintainer, implement what you propose I'll check and rebuild'. Or > 'Ok, propose a patch'. Or 'This seems to be an easy fix, but there are > some issues you are missing, still I don't have currently the time to > explain, I'll come back as time permit'. The last excuse I find questionable. Lack of time is a primary reason to search for co-maintainers. Else it becomes a hindrance. If specific issues are known, they can be summed up (briefly!) to give the contributors and potential co-maintainers some input to think about. Consider it home-work. Such brief feedback need not be ultimately convincing and may result in a series of comments over a longer period of time. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.10 1.18 1.04 From j.w.r.degoede at hhs.nl Sun Apr 27 09:28:08 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 27 Apr 2008 11:28:08 +0200 Subject: Orphaning package In-Reply-To: <20080426222353.GD5191@free.fr> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> Message-ID: <48144728.5080108@hhs.nl> Patrice Dumas wrote: > On Sat, Apr 26, 2008 at 07:49:51AM -0500, Josh Boyer wrote: >> Can you email the issues you're having to >> fedora-extras-steering at redhat.com please? Perhaps we can look them over >> and find an amicable way to solve them for everyone involved. > > Looking at te bug reports Alain posted in another mail, there seems to > be 2 issues. One is that he has proposed patches for packaging issues > for years without being heard. The second is, in my opinion, a less > problematic issue of a bug being closed to rapidly. > > The first one is, in my opinion, a contributor killer issue and I have > been reporting it more than once. It is not acceptable to have packagers > not handling rapidly bugs where submitter proposes patches, or volunteer > to take care of the issue. FESCo should really come up with a guideline > or a solution for such issues, which is not a case-by-case decision. > It is especially frustrating when a contributor has done some work and > still the package maintainer doesn't seems to care at all about it. > +1 I'm so fed up with this (people not responding to trivial to fix bugs / bugs with patches attached) that I _regulary_ put a comment like this in bugzilla: Can you please fix this, this blocks X other bugs. I'm sorry todo this, but consider this your first ping in the light of the NonResponsiveMaintainers policy: http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers Which sometimes gets people attention and sometimes not. I guess the NonResponsiveMaintainers policy is already an answer to this, which is why I use it, but I wonder if it is _the_ answer. Regards, Hans From j.w.r.degoede at hhs.nl Sun Apr 27 09:33:08 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 27 Apr 2008 11:33:08 +0200 Subject: Orphaning package In-Reply-To: <20080426170210.59181ab9@ohm.scrye.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <200804262235.38143.alain.portal@free.fr> <20080426170210.59181ab9@ohm.scrye.com> Message-ID: <48144854.7040806@hhs.nl> Kevin Fenzi wrote: > > - We need to work harder to identify easyfix bugs and get a group of > people able to go in and just fix them. > If such a group was formed, I would certainly volunteer to join! Regards, Hans From mschwendt at gmail.com Sun Apr 27 09:41:09 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 27 Apr 2008 11:41:09 +0200 Subject: Orphaning package In-Reply-To: <48144728.5080108@hhs.nl> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> <48144728.5080108@hhs.nl> Message-ID: <20080427114109.1222b1bb.mschwendt@gmail.com> On Sun, 27 Apr 2008 11:28:08 +0200, Hans de Goede wrote: > I'm so fed up with this (people not responding to trivial to fix bugs / bugs > with patches attached) that I _regulary_ put a comment like this in bugzilla: > > Can you please fix this, this blocks X other bugs. I'm sorry todo this, but > consider this your first ping in the light of the NonResponsiveMaintainers policy: > http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers > > Which sometimes gets people attention and sometimes not. I guess the > NonResponsiveMaintainers policy is already an answer to this, which is why I > use it, but I wonder if it is _the_ answer. It's the AWOL procedure, and it assumes that the maintainer doesn't respond. It doesn't cover the case, where a maintainer shows up from time to time, but still doesn't take the requested/recommended action (such as applying a patch or upgrading to a new upstream release). And it boils down to FESCo deciding on how to proceed, which is exactly what is needed in the non-AWOL cases, too. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.05 1.20 1.37 From dtimms at iinet.net.au Sun Apr 27 09:44:00 2008 From: dtimms at iinet.net.au (David Timms) Date: Sun, 27 Apr 2008 19:44:00 +1000 Subject: rawhide report: 20080426 changes In-Reply-To: References: <20080426111030.6AE98209CD6@releng1.fedora.phx.redhat.com> Message-ID: <48144AE0.9020204@iinet.net.au> sean darcy wrote: >> kernel-2.6.25-8.fc9 >> ------------------- >> * Wed Apr 23 2008 Dave Airlie >> - drm fixup oops in modesetting code and stable fixes for i915 code >> from upstream >> >> * Tue Apr 22 2008 Chuck Ebbert 2.6.25-7 >> - Enable machine check exception handling on x86_64. >> >> * Tue Apr 22 2008 Chuck Ebbert 2.6.25-6 >> - Force hard reset on sleeping SATA links during probe (#436099) > > At least for me, this completely screwed up grub. No boot disk. > > Had to run knoppix, and reinstall ( root & setup ) the grub boot loader. Mine has been a "no thrills" experience: $rpm -q kernel kernel-2.6.25-8.fc9.i686 $ uname -a Linux davidtnotebook 2.6.25-8.fc9.i686 #1 SMP Wed Apr 23 03:56:19 EDT 2008 i686 i686 i386 GNU/Linux $ uptime 19:42:26 up 5:26, 5 users, load average: 1.35, 0.50, 0.22 Sean: did the update complete normally, and write into /var/log/messages ? Are you on x86_64 ? What is the bug number ? DaveT. From j.w.r.degoede at hhs.nl Sun Apr 27 09:51:29 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 27 Apr 2008 11:51:29 +0200 Subject: Orphaning package In-Reply-To: <20080427114109.1222b1bb.mschwendt@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> <48144728.5080108@hhs.nl> <20080427114109.1222b1bb.mschwendt@gmail.com> Message-ID: <48144CA1.9040202@hhs.nl> Michael Schwendt wrote: > On Sun, 27 Apr 2008 11:28:08 +0200, Hans de Goede wrote: > >> I'm so fed up with this (people not responding to trivial to fix bugs / bugs >> with patches attached) that I _regulary_ put a comment like this in bugzilla: >> >> Can you please fix this, this blocks X other bugs. I'm sorry todo this, but >> consider this your first ping in the light of the NonResponsiveMaintainers policy: >> http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers >> >> Which sometimes gets people attention and sometimes not. I guess the >> NonResponsiveMaintainers policy is already an answer to this, which is why I >> use it, but I wonder if it is _the_ answer. > > It's the AWOL procedure, and it assumes that the maintainer doesn't > respond. > True, but ... > It doesn't cover the case, where a maintainer shows up from time to time, > but still doesn't take the requested/recommended action (such as applying > a patch or upgrading to a new upstream release). > Well sofar no-one has been so naughty / abusive as to just put a pong comment in BZ and say, see I responded happy now? That would also be rather ill advised as I can guarantee I would cry wolf very loudly in public, resulting in a public grilling. > And it boils down to FESCo deciding on how to proceed, which is exactly > what is needed in the non-AWOL cases, too. > Not necessarily in some cases it helps to wake people up, atleast long enough to open the ACL's for me, which although still is not good maintainership, but often is all that I need. Which makes me think that as a possible solution to this, I would like to see: 1) Other rules about ACL's, currently lots of former core packages have inherited there ACL settings from core, but why are so many packages closed to cvs-extras? I would really like to see an ACL guideline which enforces open ACL's unless the maintainer asks permission to close them to FESco. Suggestion, the security people make a list of security sensitive packages, those get to keep their current ACL's the rest is opened up to cvsextras, unless a request is made to FESco before date , then a list can be given to rel-eng / CVS-admin's, with do not open up these packages and please open up all others, which then could be run as a one time batch job to remove all those ancient no cvsextras access flags from a long time ago. 2) Some kind of guidelines document, where I really mean guidelines, and not rules as most of our current guidelines are, for when its ok to touch other people's packages without prior communication, and when and how much prior communication is needed. Regards, Hans From pertusus at free.fr Sun Apr 27 09:55:55 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 11:55:55 +0200 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <1dedbbfc0804270147n362238dbs57d38ffcaeba2201@mail.gmail.com> References: <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <48143498.5000904@poolshark.org> <1dedbbfc0804270147n362238dbs57d38ffcaeba2201@mail.gmail.com> Message-ID: <20080427095554.GD2776@free.fr> On Sun, Apr 27, 2008 at 10:47:35AM +0200, David Nielsen wrote: > > I think many of the people who have left active contribution life, myself > included, simply feel overwhelmed with the amount of beaucracy. Why > complain, we already feel like we are being forced around by boards and > commitees who meet and decide the fate for us all and it doesn't really feel > like they are working for us. It feels very much like we have no influence. All kind of beaucracies don't have the same influence on community empowerment. What I want here are rules such that it is easier for community members to force other packagers to act upon bugs. Hopefully the new rules should allow to bypass FESCo and end up being simpler. However, these rules are not targeted at most of the contributors, but those who propose solutions together with bugs, I think it is a small part of the contributors. And it is also directed against packagers who either don't care much about their packages or are heavily under load and for an unknown reason don't ask for co-maintainers, it is also a small part of the packagers. > More beaucracy is not the solution here, I think lessening the effort needed > to get help and let your voice be heard is. Let us start a Fedora Mentor > program for new contributors, to guide through the little kinks with a smile This is the role of the sponsor. > and so new people have a friendly face to turn to instead of endless wiki > pages. Right now being a contributor feels a lot like being thrown out of > the nest by your sponsor and expected to fly, getting reviews done has a I have never refused to answer questions from people I sponsored, and I even try to follow a bit their acts, and I am pretty sure that it is the case for every sponsor. Did your sponsor ignored you? > discouraging nepotistic feel to it, you can have packages sitting around for > months if you don't know anyone. I don't think this 'nepotistic feel' is right. The problem is rather that reviews require to find an interested reviewer with the needed skills. Therefore groups form with shared interests and in these groups reviews will be done much rapidly. Otherwise one have to wait for a good soul like Tibbs, Parag or Mamoru (I recalled from the top of my head, and I checked afterwards http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus and I got it right, even the order ;) who do a lot of diverse reviews to help you. I agree that it is not very healthy, but I am not sure that it can be avoided. In the end these groups depend on who fedora attracts. I personally fear that in the future the diversity will be reduced (though hopefully EPEL could drag in other kind of people). > We need some kind of network here to catch > these little stumbling blocks that frustrate new developers. I have never seen that, but I have heard that there are people on irc almost always here and willing to help. > We need to ensure a way to remove the bottlenecks, help explain how to do a > good review, how to get the information mentioned in those guidelines. > Everytime we get a contributor who does not master this we simply add to the > workload of people who do and we add to the backlog of packages that sit in > the review queue. You mean by living people or by documents (for example like https://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks). > More contributor might in fact end up being a bad thing. > Let us foster a culture where it is okay to ask questions and ask for help, > and make it easy to do so. I think that questions on -devel list are never turned down and in general people try to answer. The expertise may not be there, however. > Encourage developers with many packages to draw > in new developers, hold their hand as co-maintainers for one of their > packages and eventually let them own it. Everybody can go to the package database and ask to be in initialCC and in commit messages. However learning how to use the packagedb raises the bar for newcommers. I think that the reverse is also right, that is have the sponsor ask for co-maintainership to be in initialCC and receive commit messages from the people he sponsored. > This way we would also avoid the > risk we currently have where if something happens to Hans or he decides to > switch priorities in life, 200 packages are without an owner overnight. We are not encouraging enough co-maintainership, I agree, but as far as I can tell each time somebody went AWOL (some rather important packagers did that in the past) things went smoothly. Maybe it won't in the future, I don't know. There are certainly packages that will have hard time finding anew maintainer. For example it seems to me that packagers interested in fortran for example are not very numerous so if the few people interested quit, the few packages will certainly be left. But if gnome packages, even a big share, are orphaned they'll find new maintainers soon, in my opinion. -- Pat From nicolas.mailhot at laposte.net Sun Apr 27 10:02:23 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 27 Apr 2008 12:02:23 +0200 Subject: Orphaning package In-Reply-To: <20080426222353.GD5191@free.fr> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> Message-ID: <1209290543.27589.5.camel@rousalka.okg> Le dimanche 27 avril 2008 ? 00:23 +0200, Patrice Dumas a ?crit : > > It is especially frustrating when a contributor has done some work and > still the package maintainer doesn't seems to care at all about it. In this particular case Alain is also the upstream, and a good enough upstream he's been at it for years and no one suggested to replace it. So the screwup is even worse. We could replace a contributor, we can not replace an upstream we've angered for no good reason. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From pertusus at free.fr Sun Apr 27 10:07:24 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 12:07:24 +0200 Subject: Orphaning package In-Reply-To: <20080426170210.59181ab9@ohm.scrye.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <200804262235.38143.alain.portal@free.fr> <20080426170210.59181ab9@ohm.scrye.com> Message-ID: <20080427100724.GE2776@free.fr> On Sat, Apr 26, 2008 at 05:02:10PM -0600, Kevin Fenzi wrote: > > https://bugzilla.redhat.com/show_bug.cgi?id=139695 > > > https://bugzilla.redhat.com/show_bug.cgi?id=238070 > > Yeah. ;( No response from maintainer... > > - We need to work harder to spot where maintainers need assistance and > are not answering their bugs. Triage folks may be able to help there. The last triaging was, in my opinion, a step in the other direction. Indeed, some bugs that were lacking reporter action were closed which is right. But bugs that were lacking packager action were closed too, which is bad. Instead it should have been investigated why the packager didn't fix the bug if one would have wanted to know which packager needed assistance and didn't answered their bugs. > - We need to work harder to identify easyfix bugs and get a group of > people able to go in and just fix them. It is right for easyfix bugs that a packager agreed to have fixed, but it won't help for easyfix when fix is already proposed by the reporter (or help is already proposed) and packager is silent. Reporter can ping himself, no need for a group of people to do this. > - Finally (and just speaking for myself), I would like to stress that I > am happy to listen to concerns or problems and try and get solutions to > happen. At every FESCo irc meeting there is a 'free discussion' period > at the end. On every FESCo scheduling post there is a chance to reply > to the list and bring up issues. Please, let us know where and when > there are problems so we can try and find some solution. I have reported these issues already at this exact place in february: http://www.redhat.com/archives/rhl-devel-list/2008-February/msg00355.html -- Pat From pertusus at free.fr Sun Apr 27 10:13:10 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 12:13:10 +0200 Subject: Orphaning package In-Reply-To: <48144728.5080108@hhs.nl> References: <200804260011.34138.alain.portal@free.fr> <1209214191.2946.64.camel@vader.jdub.homelinux.org> <20080426222353.GD5191@free.fr> <48144728.5080108@hhs.nl> Message-ID: <20080427101310.GF2776@free.fr> On Sun, Apr 27, 2008 at 11:28:08AM +0200, Hans de Goede wrote: > > Can you please fix this, this blocks X other bugs. I'm sorry todo this, but > consider this your first ping in the light of the NonResponsiveMaintainers policy: > http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers > > Which sometimes gets people attention and sometimes not. I guess the > NonResponsiveMaintainers policy is already an answer to this, which is why > I use it, but I wonder if it is _the_ answer. No, it is not the answer, since the prerequisite is: When a Fedora member notices that a maintainer isn't answering their bugs, not answering rebuild requests, emails or the like, they need to file a bug against the package in bugzilla asking for the maintainer to respond. This bug should list the outstanding issues they need to address. and it is not the case here. Agreed the problem is similar, but, in my opinion, different. As I told in another mail, here we want to be able to force maintainers, while the NonResponsiveMaintainers policy is here to detect missing maintainer who will never need to be forced since they are missing. -- Pat From seg at haxxed.com Sun Apr 27 10:21:25 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 27 Apr 2008 05:21:25 -0500 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> References: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> Message-ID: <1209291685.5246.31.camel@localhost> On Sun, 2008-04-27 at 19:23 +1200, Nigel Jones wrote: > I have no problem with it, BUT, (and I speak personally here), there are > some people that will not use it because it's just too big (500MB is > larger than some of the monthly data transfer caps in New Zealand > (200MB/mo), I personally, only have 700MB/day. > > Also remember that even though it may produce a 500MB noarch rpm, it also > means quite likely a 500MB srpm making it 1 gig in total. > > Another consideration would be the size of the community behind > vegastrike, if we have 100+ then thats great, if it's only 10 then I > become doubtful over it's usefulness in regards to resources. (Don't get > me wrong, just trying to put a slightly different perspective on it.) 500mb may seem big compared to what's in Fedora so far, but from the perspective of the modern video game industry, it's on the small side. Ever used Steam? "Digital content delivery" is the future for Windows users and console gamers, but us open source people have been doing it for *decades*. We pioneered it. Lets not start taking steps backward. My "steamapps" directory on my Wintendo is currently totaling 15gb. That's 15gb of potentially downloadable content. The last MMORPGs I played were Ashron's Call and Anarchy Online back around 2001, and we had to put up with monthly 100-200mb+ updates even back then. How big are WoW updates? Hell, Fedora updates seem to average in the range of 100-200mb per *week*. Now multiply that by the 6 fedora machines in my apartment, and 500mb starts to look small. Assuming vegastrike refrains from updating content every week... :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lemenkov at gmail.com Sun Apr 27 10:30:55 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 27 Apr 2008 14:30:55 +0400 Subject: How to downgrade Fedora to previous release? Message-ID: Hello All! Since Fedora 9-Preview completely unuseable for me I decided to step back to F-8. Thus far I know abount the only solution - backing up /etc/ and /home directories and reinstalling F-8 but maybe there are some ways to downgrade to previous relese and updates. Another one note - since FC-4 of FC-2 I never updated to next release w/o errors and things tends to be more worse than earlier. Looks like it's doe to lack of testing combined with lack of comminications within community (if such a community exists at all). Take a look at the fedora popularity trend compared with other distros popularities. Current mood is "frustrating". -- With best regards! From rc040203 at freenet.de Sun Apr 27 06:28:48 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 27 Apr 2008 08:28:48 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> <1209037147.2861.92.camel@beck.corsepiu.local> Message-ID: <1209277728.18692.169.camel@beck.corsepiu.local> On Fri, 2008-04-25 at 18:04 +0200, Matej Cepl wrote: > On Thu, 24 Apr 2008 13:39:07 +0200, Ralf Corsepius scripst: > > selinux-policies are based on is flawed by design and can hardly be made > > functional for a very small subset of configurations. > > > > ATM, to me, this subset of configurations is a standalone, single user > > desktop. > > Do I understand you correctly that you are claiming that SELinux cannot be > used with single user desktop? Sorry, there had been a couple of ugly typos in my mail above. It should have read: I think the approach current Fedora selinux-policies are based on, is a flawed design and can hardly be made functional BUT for a very small subset of configurations. ATM, to me, this subset of configurations is a standalone, single-user desktop. I meant to say: I think the approach behind Fedora's selinux-policies hardly fit anywhere except of standalone single-user desktop setups and will likely never reach a point of being suitable anything else because of its design. > If I wasn't writing it on one and haven't > other (even notebook) in my bag, both with SELinux on (most of the time in > the Enforcing, now in the Permissive because developing some policy > module, and it is not finished yet), well, if not that, than I would > believe you. Ralf From dave at rimini.com Sun Apr 27 10:44:45 2008 From: dave at rimini.com (dave at rimini.com) Date: Sun, 27 Apr 2008 12:44:45 +0200 Subject: FC9 and NetworkManager Message-ID: <20080427124445.7j7r8xa9s44ow8wk@mail.rimini.com> > NetworkManager doesn't work with static ip. Just put DNS1=xxx.xxx.xxx.xxx and DNS2=xxx.xxx.xxx.xxx in yout /etc/sysconfig/network-scripts/ifcfg-eth0 file and DNS will work. See https://bugzilla.redhat.com/show_bug.cgi?id=443592 for more info on this. Davide ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From j.w.r.degoede at hhs.nl Sun Apr 27 10:46:05 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 27 Apr 2008 12:46:05 +0200 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: Message-ID: <4814596D.2020107@hhs.nl> Peter Lemenkov wrote: > Hello All! > Since Fedora 9-Preview completely unuseable for me Thats very bad news! Why is it unusable for you, can you give please a list of issues and bugzilla numbers for those? F-9 preview is working quite nicely for me, I had 2 major issues, but after going into bugfixing mode myself for a day and then being on the hide of the maintainers to put my patches in before F-9 has resolvedthose 2 issues. Regards, Hans p.s. About downgrading, I think backing up /etc/ and /home (you should really put /home on a separate partition) and then doing a clean install is best. Or you could spend the same time trying to resolve those F-9 issues, helping the community and Fedora in general in the process. From rc040203 at freenet.de Sun Apr 27 06:03:36 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 27 Apr 2008 08:03:36 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <48109A5C.7010505@gmail.com> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> <48109A5C.7010505@gmail.com> Message-ID: <1209276216.18692.156.camel@beck.corsepiu.local> On Thu, 2008-04-24 at 07:34 -0700, Toshio Kuratomi wrote: > Axel Thimm wrote: > > > If you know something is broken and you need to fix it then why use > > sudo on every call to something needing root privileges and not do the > > right thing and su -/sudo -i and diagnose and fix the problem? > > > [badger at springer ~]$ getenforce > -bash: getenforce: command not found If getenforce is supposed to be run by ordinary users (Except that it hardly makes any actual sense for orginary users to play with SELinux, I don't see any reason why it can't be technically), then this is a case of a plain and simple packaging bug. Ralf From rawhide at fedoraproject.org Sun Apr 27 10:55:26 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sun, 27 Apr 2008 10:55:26 +0000 (UTC) Subject: rawhide report: 20080427 changes Message-ID: <20080427105527.01415209CDA@releng1.fedora.phx.redhat.com> New package AcetoneISO2 CD/DVD Image Manipulator Updated Packages: control-center-1:2.22.1-3.fc9 ----------------------------- * Fri Apr 25 2008 Soren Sandmann - 2.22.1-3 - Integrate a number of NULL pointer fixes from other distributions. gnome-desktop-2.22.1-3.fc9 -------------------------- * Fri Apr 25 2008 Soren Sandmann - 2.22.1-3 - Integrate a number of fixes from other distributions gnome-settings-daemon-2.22.1-0.2008.03.26.7.fc9 ----------------------------------------------- * Fri Apr 25 2008 Soren Sandmann - 2.22.1-2008.03.26.7 - Integrate various fixes from other distributions. Remove xrandr-missingok patch. Broken deps for i386 ---------------------------------------------------------- fonts-bengali-2.1.5-3.fc8.noarch requires lohit-fonts-bengali kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From optimizationkit at gmail.com Sun Apr 27 10:57:53 2008 From: optimizationkit at gmail.com (Optimization Kit) Date: Sun, 27 Apr 2008 12:57:53 +0200 Subject: PackageKit is not able to import GPG key Message-ID: <58a220fa0804270357t1f5bf7fbg1861e9277654a482@mail.gmail.com> Hi, Fedora 9 packages GPG key has been changed. PackageKit is not able to import new one http://www.stardust.webpages.pl/files/zrzutekranu.png Regards, Michal From erik at vanpienbroek.nl Sun Apr 27 11:19:25 2008 From: erik at vanpienbroek.nl (Erik van Pienbroek) Date: Sun, 27 Apr 2008 13:19:25 +0200 Subject: debuginfo-install working? In-Reply-To: <4813DC87.3050507@redhat.com> References: <4813DC87.3050507@redhat.com> Message-ID: <1209295165.3153.6.camel@erik.lan> Op zaterdag 26-04-2008 om 21:53 uur [tijdzone -0400], schreef Warren Togami: > Is debuginfo-install working for anyone after the fedora-release update > that turned on fedora and updates repo and set $releasever to 9? > > Warren Togami > wtogami at redhat.com Hi, When I updated the fedora-release package, The new repo files were saved as /etc/yum.repos.d/fedora.repo.rpmnew and /etc/yum.repos.d/fedora-updates.repo.rpmnew. I had to manually rename these files before yum and debuginfo-install would work again. Regards, Erik van Pienbroek From dtimms at iinet.net.au Sun Apr 27 12:00:42 2008 From: dtimms at iinet.net.au (David Timms) Date: Sun, 27 Apr 2008 22:00:42 +1000 Subject: install a src rpm's requirements Message-ID: <48146AEA.1070703@iinet.net.au> There must be a command that installs a src rpms requirements as well as the .src.rpm, what is it ? From j.w.r.degoede at hhs.nl Sun Apr 27 12:03:59 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 27 Apr 2008 14:03:59 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: References: <48118155.7090105@hhs.nl> Message-ID: <48146BAF.9000700@hhs.nl> Matej Cepl wrote: > On Fri, 25 Apr 2008 08:59:33 +0200, Hans de Goede scripst: >> However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? > > My past lawyer's self rises up its ugly head again -- what kind of data > it is? Something generated (cannot we regenerate it on the users computer > from sources?), bitmaps, video? > > And most importantly -- are you sure it is all 100% OK with regards to > copyrights? > Hmm, I'm afraid you're right, that 500 Mb tarbal included the music now (it didn't with the previous release), and the music has an interesting licensing scheme, which I'll mail spot about. The other content is all GPL The good news is that with the music removed, the rest is "only" 320 Mb, and the music can and should be packaged separately if it can be packaged at all. Regards, Hans From jburgess777 at googlemail.com Sun Apr 27 12:22:35 2008 From: jburgess777 at googlemail.com (Jon Burgess) Date: Sun, 27 Apr 2008 13:22:35 +0100 Subject: install a src rpm's requirements In-Reply-To: <48146AEA.1070703@iinet.net.au> References: <48146AEA.1070703@iinet.net.au> Message-ID: <1209298955.13073.5.camel@localhost.localdomain> On Sun, 2008-04-27 at 22:00 +1000, David Timms wrote: > There must be a command that installs a src rpms requirements as well > as > the .src.rpm, what is it ? > yum install yum-utils yum-builddep Jon From dtimms at iinet.net.au Sun Apr 27 12:35:55 2008 From: dtimms at iinet.net.au (David Timms) Date: Sun, 27 Apr 2008 22:35:55 +1000 Subject: install a src rpm's requirements - solved In-Reply-To: <1209298955.13073.5.camel@localhost.localdomain> References: <48146AEA.1070703@iinet.net.au> <1209298955.13073.5.camel@localhost.localdomain> Message-ID: <4814732B.3040908@iinet.net.au> Jon Burgess wrote: > On Sun, 2008-04-27 at 22:00 +1000, David Timms wrote: >> There must be a command that installs a src rpms requirements as well >> as >> the .src.rpm, what is it ? >> > yum install yum-utils > > yum-builddep Actually at the moment $ yum-builddep --help has a traceback {bz 444333} on rawhide version, but your help gave me the param I needed, thanks. From pertusus at free.fr Sun Apr 27 13:52:49 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 15:52:49 +0200 Subject: the whole gnome stack should not depend on metacity Message-ID: <20080427135249.GA2713@free.fr> Hello, As the subject says, the whole gnome sack depend on metacity which is, in my opinion, wrong. This happens through nodoka-metacity-theme which depends on metacity, and then fedora-gnome-theme depends on nodoka-metacity-theme and libgnome depends on fedora-gnome-theme. Installing a gnome app should not lead to installing a window manager. Could this be fixed a way or another? There is a bug here, but it looks like the nodoka-metacity-theme packager thinks that his package is only useful with metacity. https://bugzilla.redhat.com/show_bug.cgi?id=398521 The chain could also be broken higher, but please fix it, it has already been reported some time ago. -- Pat From lemenkov at gmail.com Sun Apr 27 14:01:27 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 27 Apr 2008 18:01:27 +0400 Subject: How to downgrade Fedora to previous release? In-Reply-To: <4814596D.2020107@hhs.nl> References: <4814596D.2020107@hhs.nl> Message-ID: 2008/4/27 Hans de Goede : > Peter Lemenkov wrote: > > > Hello All! > > Since Fedora 9-Preview completely unuseable for me > Thats very bad news! Why is it unusable for you, can you give please a list > of issues and bugzilla numbers for those? The first thing I want to talk about is hardlycorrupted fonts in every (from 2 - Psi and Firefox) of GUI applications. See screenshots: http://peter.fedorapeople.org/bad_fonts.png http://peter.fedorapeople.org/bad_fonts2.png http://peter.fedorapeople.org/bad_fonts3.png http://peter.fedorapeople.org/bad_fonts_psi.png I can't fill bugzilla ticket because I just don't know exactly to what component this issue must be assigned - xorg-x11, some particular driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug in freetype or somethere - I don't know. I can't submit this bug for a list of possible components - I need to choose something (and probably I will make a wrong choose since I'm not a specialist in X.org architecture) This is a issue with a communication part - I can't describe my problem with a more freeform text than bugzilla permits (only one version of distro, only one particular component, only maintainer(s) of current one component). On the other hand bugzilla, this Monster from the 90ies provides us many completely useless (for simple users, Average Joe as me, for example) combinations of Priority/Severity/Status and Resolution. I think that must be only two of them - opened/closed... Summarizing things - I shouting that bugzilla in no way a suitable solution for filling bugs for users then they are don't know anything about internals of issue. More to say - they must look at the Bugzilla as a Labyrinth designed for hiding the solutions within. > F-9 preview is working quite nicely for me, I had 2 major issues, but after > going into bugfixing mode myself for a day and then being on the hide of the > maintainers to put my patches in before F-9 has resolvedthose 2 issues. Fedora tends to be overbloated. More and more dependencies are coming. For example - my bluetooth mouse need a half part of samba to work - can you imagine that? auriga:~ petro$ ssh 192.168.1.67 Last login: Sun Apr 27 17:51:21 2008 from auriga [petro at Sulaco ~]$ sudo yum remove samba* Loaded plugins: fastestmirror Setting up Remove Process Loading mirror speeds from cached hostfile * fedora: ftp.chg.ru * livna-development: mirror.atrpms.net * updates: ftp.chg.ru Resolving Dependencies --> Running transaction check ---> Package samba-common.ppc 0:3.2.0-1.pre2.8.fc9 set to be erased ---> Package samba-winbind.ppc 0:3.2.0-1.pre2.8.fc9 set to be erased --> Processing Dependency: libwbclient.so.0 for package: libsmbclient --> Running transaction check ---> Package libsmbclient.ppc 0:3.2.0-1.pre2.8.fc9 set to be erased --> Processing Dependency: libsmbclient.so.0 for package: gvfs --> Running transaction check ---> Package gvfs.ppc 0:0.2.3-11.fc9 set to be erased --> Processing Dependency: gvfs >= 0.1.11-2 for package: bluez-gnome --> Running transaction check ---> Package bluez-gnome.ppc 0:0.25-1.fc9 set to be erased --> Processing Dependency: dbus-bluez-pin-helper for package: bluez-utils --> Running transaction check ---> Package bluez-utils.ppc 0:3.30-2.fc9 set to be erased --> Finished Dependency Resolution Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Removing: samba-common ppc 3.2.0-1.pre2.8.fc9 installed 50 M samba-winbind ppc 3.2.0-1.pre2.8.fc9 installed 9.1 M Removing for dependencies: bluez-gnome ppc 0.25-1.fc9 installed 624 k bluez-utils ppc 3.30-2.fc9 installed 1.6 M gvfs ppc 0.2.3-11.fc9 installed 4.1 M libsmbclient ppc 3.2.0-1.pre2.8.fc9 installed 4.3 M Transaction Summary ============================================================================= Install 0 Package(s) Update 0 Package(s) Remove 6 Package(s) Is this ok [y/N]: No, this is not OK. Let's simply provide a fedora-9.rpm with all-in-one inside - with tens of langpacks that can't be splitted into their own packages from Firefox because maintainers against it w/o reasons, with huge loads of pictures and icons that can't be removed (hardest dependency!). With current idea of binary deltas we could save bandwidth if this is an issue... > About downgrading, I think backing up /etc/ and /home (you should really > put /home on a separate partition) and then doing a clean install is best. > Or you could spend the same time trying to resolve those F-9 issues, helping > the community and Fedora in general in the process. Yes, that's reasonable decision. Funny but I more and more time spending working in Mac environment (because of the Fedora issues). One note - Safari complains about bugzilla's query pages (looks like nobody tested them in Safari) -- With best regards! From lemenkov at gmail.com Sun Apr 27 14:10:19 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 27 Apr 2008 18:10:19 +0400 Subject: the whole gnome stack should not depend on metacity In-Reply-To: <20080427135249.GA2713@free.fr> References: <20080427135249.GA2713@free.fr> Message-ID: 2008/4/27 Patrice Dumas : > Hello, > > As the subject says, the whole gnome sack depend on metacity which is, Known issue for a months (I told about redundancy of metacity and its freaky dependencies months ago in this list). AFAIK nobody cares. -- With best regards! From kevin.kofler at chello.at Sun Apr 27 14:17:59 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 27 Apr 2008 14:17:59 +0000 (UTC) Subject: the whole gnome stack should not depend on metacity References: <20080427135249.GA2713@free.fr> Message-ID: Peter Lemenkov gmail.com> writes: > Known issue for a months (I told about redundancy of metacity and its > freaky dependencies months ago in this list). AFAIK nobody cares. metacity is a dependency of firstboot and system-config-display, so I don't see it go off the KDE Live CD any time soon, even if the particular dependency chain you're complaining about gets fixed. As for the XFCE spin, doesn't that one contain firstboot and system-config-display? Kevin Kofler From pertusus at free.fr Sun Apr 27 14:21:27 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 16:21:27 +0200 Subject: the whole gnome stack should not depend on metacity In-Reply-To: References: <20080427135249.GA2713@free.fr> Message-ID: <20080427142127.GB2713@free.fr> On Sun, Apr 27, 2008 at 02:17:59PM +0000, Kevin Kofler wrote: > Peter Lemenkov gmail.com> writes: > > Known issue for a months (I told about redundancy of metacity and its > > freaky dependencies months ago in this list). AFAIK nobody cares. > > metacity is a dependency of firstboot and system-config-display, so I don't see > it go off the KDE Live CD any time soon, even if the particular dependency > chain you're complaining about gets fixed. > > As for the XFCE spin, doesn't that one contain firstboot and > system-config-display? Having metacity a dependency of system-config-display and firstboot makes sense, but not as a dependency of the gnome stack. Having metacity installed in the default case is not an issue, not being able to remove it is wrong. -- Pat From lemenkov at gmail.com Sun Apr 27 14:22:58 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 27 Apr 2008 18:22:58 +0400 Subject: the whole gnome stack should not depend on metacity In-Reply-To: <20080427142127.GB2713@free.fr> References: <20080427135249.GA2713@free.fr> <20080427142127.GB2713@free.fr> Message-ID: 2008/4/27 Patrice Dumas : > Having metacity a dependency of system-config-display and firstboot > makes sense, but not as a dependency of the gnome stack. Having metacity > installed in the default case is not an issue, not being able to remove > it is wrong. +1 -- With best regards! From mjs at clemson.edu Sun Apr 27 14:35:57 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Sun, 27 Apr 2008 10:35:57 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209252343.3200.18.camel@sonlaptop> References: <1209252343.3200.18.camel@sonlaptop> Message-ID: <1209306958.22640.5.camel@valkyrie.localdomain> On Sat, 2008-04-26 at 19:25 -0400, Louis E Garcia II wrote: > First NetworkManager fails to come up at boot. One needs to restart the > service. > > NetworkManager doesn't work with static ip. After fc9 desktop install > with a stacic ip I disabled network service and enabled Network manager. > I get system eth0 and auto ethernet in the nm-applet. system eth0 > connects but can't get to the internet seems the nameservers are missing > and the broadcast is 0. With system-config-network under DNS the values > are always missing even when I enter them and save. /etc/resolv.conf is > empty. > > Why does nm-applet have both system eth0 and auto ethernet? I presume the intent is that "system eth0" is for a static IP and "auto ethernet" is for NM-controlled DHCP. So far (with F8), I haven't been able to get the "system wlan0" to connect wirelessly with the network I defined (hidden SSID, WEP, DHCP), but the auto connection works fine for the same network. (Haven't tested all that recently, either, though.) > > -Louis > > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From nicolas.mailhot at laposte.net Sun Apr 27 14:51:15 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 27 Apr 2008 16:51:15 +0200 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: <4814596D.2020107@hhs.nl> Message-ID: <1209307875.10594.3.camel@rousalka.okg> Le dimanche 27 avril 2008 ? 18:01 +0400, Peter Lemenkov a ?crit : > I can't fill bugzilla ticket because I just don't know exactly to what > component this issue must be assigned - xorg-x11, some particular > driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug > in freetype or somethere - I don't know. BTW could you specify what xorg driver you use please? Someone posted a mail on the xorg lists recently complaining the intel driver broke font rendering http://lists.freedesktop.org/archives/xorg/2008-April/034940.html -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From lkundrak at redhat.com Sun Apr 27 15:06:19 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 27 Apr 2008 17:06:19 +0200 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: Message-ID: <1209308780.9484.57.camel@localhost.localdomain> On Sun, 2008-04-27 at 14:30 +0400, Peter Lemenkov wrote: > Hello All! > Since Fedora 9-Preview completely unuseable for me I decided to step > back to F-8. Thus far I know abount the only solution - backing up > /etc/ and /home directories and reinstalling F-8 but maybe there are > some ways to downgrade to previous relese and updates. I did a downgrade from Fedora 8 to RHEL-5 (FC6 fork). While it needed a lot to be done manually (sorry I don't remember details, roughly it was like: rpm -q --qf '%{name}\n' |xargs yumdownloader rpm --force -Uvh *.rpm I hope you can figure out what can get wrong, and hopefully F9 is not that different from F8 as RHEL5 is from F8. > Another one note - since FC-4 of FC-2 I never updated to next release > w/o errors and things tends to be more worse than earlier. Looks like > it's doe to lack of testing combined with lack of comminications > within community (if such a community exists at all). Take a look at > the fedora popularity trend compared with other distros popularities. Feel free to grab testing release and test as much as you wish. -- Lubomir Kundrak (Red Hat Security Response Team) From lkundrak at redhat.com Sun Apr 27 15:15:56 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 27 Apr 2008 17:15:56 +0200 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: <4814596D.2020107@hhs.nl> Message-ID: <1209309356.9484.69.camel@localhost.localdomain> On Sun, 2008-04-27 at 18:01 +0400, Peter Lemenkov wrote: > 2008/4/27 Hans de Goede : > > Peter Lemenkov wrote: > I can't fill bugzilla ticket because I just don't know exactly to what > component this issue must be assigned - xorg-x11, some particular > driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug > in freetype or somethere - I don't know. > > I can't submit this bug for a list of possible components - I need to > choose something (and probably I will make a wrong choose since I'm > not a specialist in X.org architecture) > > This is a issue with a communication part - I can't describe my > problem with a more freeform text than bugzilla permits (only one > version of distro, only one particular component, only maintainer(s) > of current one component). On the other hand bugzilla, this Monster > from the 90ies provides us many completely useless (for simple users, > Average Joe as me, for example) combinations of > Priority/Severity/Status and Resolution. I think that must be only two > of them - opened/closed... > > Summarizing things - I shouting that bugzilla in no way a suitable > solution for filling bugs for users then they are don't know anything > about internals of issue. More to say - they must look at the Bugzilla > as a Labyrinth designed for hiding the solutions within. Bugzilla does not require you to know to know that much. When it comes to components, you don't need to know. Last time I checked it read: "If necessary, just guess". And when comes to version of the distro, you can easily determine it by clicking "System" and choosing "About fedora". I also believe the version number is visible somewhere during the boot. For other field that bother you, such as "Priority" or "Severity" my advice for you is: Don't be bothered by them if you don't know what they do. Do not touch them. > Fedora tends to be overbloated. More and more dependencies are coming. > For example - my bluetooth mouse need a half part of samba to work - > can you imagine that? Hm I am wondering why gvfs depends on 50M samba-common. Maybe the samba dependent part could be made into a subpackage? Could you please file a bug report? It would be a nice exercise of filing tickets in Bugzilla, you can utilize the hints from above :o) > Funny but I more and more time spending working in Mac environment > (because of the Fedora issues). One note - Safari complains about > bugzilla's query pages (looks like nobody tested them in Safari) Noone has to use Safari. In fact, it is usually a pretty bad idea to do so. However it might be nice to have it working there... -- Lubomir Kundrak (Red Hat Security Response Team) From sandeen at redhat.com Sun Apr 27 15:16:58 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 27 Apr 2008 10:16:58 -0500 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: <4814596D.2020107@hhs.nl> Message-ID: <481498EA.4050006@redhat.com> Peter Lemenkov wrote: > 2008/4/27 Hans de Goede : >> Peter Lemenkov wrote: >> >>> Hello All! >>> Since Fedora 9-Preview completely unuseable for me > > >> Thats very bad news! Why is it unusable for you, can you give please a list >> of issues and bugzilla numbers for those? > > The first thing I want to talk about is hardlycorrupted fonts in every > (from 2 - Psi and Firefox) of GUI applications. See screenshots: > > http://peter.fedorapeople.org/bad_fonts.png > http://peter.fedorapeople.org/bad_fonts2.png > http://peter.fedorapeople.org/bad_fonts3.png > http://peter.fedorapeople.org/bad_fonts_psi.png > > I can't fill bugzilla ticket because I just don't know exactly to what > component this issue must be assigned - xorg-x11, some particular > driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug > in freetype or somethere - I don't know. If you'd like to file a bug I'd suggest just making your best guess, and say in the bug that it is a guess, and ask for it to be reassigned if appropriate. Or maybe ask on this list where it should be filed? (I don't know either...) Hopefully better to at least get the issue filed *somewhere* ... -Eric From lkundrak at redhat.com Sun Apr 27 15:43:57 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Sun, 27 Apr 2008 17:43:57 +0200 Subject: PackageKit is not able to import GPG key In-Reply-To: <58a220fa0804270357t1f5bf7fbg1861e9277654a482@mail.gmail.com> References: <58a220fa0804270357t1f5bf7fbg1861e9277654a482@mail.gmail.com> Message-ID: <1209311037.9484.73.camel@localhost.localdomain> On Sun, 2008-04-27 at 12:57 +0200, Optimization Kit wrote: > Hi, > > Fedora 9 packages GPG key has been changed. PackageKit is not able to > import new one > http://www.stardust.webpages.pl/files/zrzutekranu.png This is just fine. Rawhide packages aren't usually signed, and this rawhide .repo file does not refer to a key file. Now that release is coming close, packages being signed for release. However, rawhide repository should have gpgcheck turned off... -- Lubomir Kundrak (Red Hat Security Response Team) From lmacken at redhat.com Sun Apr 27 15:47:53 2008 From: lmacken at redhat.com (Luke Macken) Date: Sun, 27 Apr 2008 11:47:53 -0400 Subject: PackageKit is not able to import GPG key In-Reply-To: <58a220fa0804270357t1f5bf7fbg1861e9277654a482@mail.gmail.com> References: <58a220fa0804270357t1f5bf7fbg1861e9277654a482@mail.gmail.com> Message-ID: <20080427154753.GA4786@x300> On Sun, Apr 27, 2008 at 12:57:53PM +0200, Optimization Kit wrote: > Hi, > > Fedora 9 packages GPG key has been changed. PackageKit is not able to > import new one > http://www.stardust.webpages.pl/files/zrzutekranu.png Known issue: https://bugzilla.redhat.com/show_bug.cgi?id=443445 https://bugzilla.redhat.com/show_bug.cgi?id=440156 luke From jkeating at j2solutions.net Sun Apr 27 15:49:27 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Sun, 27 Apr 2008 08:49:27 -0700 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <20080427090422.GC2776@free.fr> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <48143498.5000904@poolshark.org> <20080427090422.GC2776@free.fr> Message-ID: <1209311367.12755.2.camel@localhost.localdomain> On Sun, 2008-04-27 at 11:04 +0200, Patrice Dumas wrote: > On Sun, Apr 27, 2008 at 10:08:56AM +0200, Denis Leroy wrote: > > > > Hmm why is it costly ? I've had a few conflicts resolved that way, and in a > > reasonably speedy fashion. I don't think I've ever seen a call for help on > > fedora-devel-list going unanswered... > > It doesn't scale. I sent my personal experience in > http://www.redhat.com/archives/rhl-devel-list/2008-February/msg00496.html > since then some bugs have been closed, but not all and I certainly reopened > at least the same number of similar bugs getting unhandled. And remember > how Michael Schwendt reacted to having his rightly reported bugs to be > closed. > > Reporting the bugs packagers don't care about on the fedora-devel list > or to fesco is not right. Ther should be a way to oblige maintainers > without bothering everyone. > http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers Please feel free to help make this better. > -- > Pat > -- Jesse Keating RHCE (jkeating.livejournal.com) Fedora Project (fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From stlwrt at gmail.com Sun Apr 27 18:45:16 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Sun, 27 Apr 2008 21:45:16 +0300 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1209276216.18692.156.camel@beck.corsepiu.local> References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> <48109A5C.7010505@gmail.com> <1209276216.18692.156.camel@beck.corsepiu.local> Message-ID: getenforce is useful for diagnostic, just like ifconfig On 4/27/08, Ralf Corsepius wrote: > > On Thu, 2008-04-24 at 07:34 -0700, Toshio Kuratomi wrote: > > Axel Thimm wrote: > > > > > If you know something is broken and you need to fix it then why use > > > sudo on every call to something needing root privileges and not do the > > > right thing and su -/sudo -i and diagnose and fix the problem? > > > > > > [badger at springer ~]$ getenforce > > -bash: getenforce: command not found > > If getenforce is supposed to be run by ordinary users (Except that it > hardly makes any actual sense for orginary users to play with SELinux, I > don't see any reason why it can't be technically), then this is a case > of a plain and simple packaging bug. > > > Ralf > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From Jochen at herr-schmitt.de Sun Apr 27 19:03:18 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 27 Apr 2008 21:03:18 +0200 Subject: Missing updates in Repositories Message-ID: <4814CDF6.3090906@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, a bug reporter mssing updates of aplus-fsf which I have pushed to the rawhide, F-8 update-testing and F-7 update-testing reposirotry. It will be nice, if anyone can help me to fix this issue. Additional infos for the related bug can find at: https://bugzilla.redhat.com/show_bug.cgi?id=443442 Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFIFM3iT2AHK6txfgwRApF1AKDOaUld5WYre0m6UHOxGwsXeMMlyACgkGgx 6TW+ByycthaDnlT46fJe7Zk= =GokP -----END PGP SIGNATURE----- From louisg00 at bellsouth.net Sun Apr 27 19:23:45 2008 From: louisg00 at bellsouth.net (Louis E Garcia II) Date: Sun, 27 Apr 2008 15:23:45 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209252343.3200.18.camel@sonlaptop> References: <1209252343.3200.18.camel@sonlaptop> Message-ID: <1209324225.27354.9.camel@sonlaptop> On Sun, 2008-04-27 at 12:44 +0200, dave wrote: > > NetworkManager doesn't work with static ip. > Just put DNS1=xxx.xxx.xxx.xxx and DNS2=xxx.xxx.xxx.xxx in yout > /etc/sysconfig/network-scripts/ifcfg-eth0 file and DNS will work. > > See https://bugzilla.redhat.com/show_bug.cgi?id=443592 for more info on this. > > Davide Ok, I put DNS1 and DNS2 in /etc/sysconfig/network-scripts/ifcfg-eth0 and it I can get online now, though /etc/resolv.conf only has the first dns. NetworkManager still fails to come up at boot, I need to restart the service. Also the output of ifconfig has Bcast:0.0.0.0 it should be Bcast:10.0.255.255 Why is the broadcast address not set? -Louis From ivazqueznet at gmail.com Sun Apr 27 19:31:20 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sun, 27 Apr 2008 15:31:20 -0400 Subject: the whole gnome stack should not depend on metacity In-Reply-To: <20080427135249.GA2713@free.fr> References: <20080427135249.GA2713@free.fr> Message-ID: <1209324680.3846.6.camel@ignacio.lan> On Sun, 2008-04-27 at 15:52 +0200, Patrice Dumas wrote: > ...and libgnome depends on fedora-gnome-theme. Wait, what? How come? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jakub.rusinek at gmail.com Sun Apr 27 19:32:18 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Sun, 27 Apr 2008 21:32:18 +0200 Subject: the whole gnome stack should not depend on metacity In-Reply-To: <1209324680.3846.6.camel@ignacio.lan> References: <20080427135249.GA2713@free.fr> <1209324680.3846.6.camel@ignacio.lan> Message-ID: <1209324738.2419.3.camel@roulette> > On Sun, 2008-04-27 at 15:52 +0200, Patrice Dumas wrote: > > ...and libgnome depends on fedora-gnome-theme. True: $ rpm -q --requires libgnome (...) fedora-gnome-theme >= 8.0.0 (...) -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From j.w.r.degoede at hhs.nl Sun Apr 27 19:50:18 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 27 Apr 2008 21:50:18 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 Message-ID: <4814D8FA.7000100@hhs.nl> Hi All, I've recently become a co-maintainer of ImageMagick and after this new build hits rawhide, the open bug count on ImageMagick drops from 24 to 1 (a switch to NSS as cryptolib bug). Unfortunately the latest upstream releases changes the locations of header files (pkg-config users should be fine) and changes the library names from: libMagick -> libMagickCore libWand -> libMagickWand So any packages using the ImageMagick libs will need to be rebuild. Here is the list from repoquery: [hans at localhost devel]$ repoquery -q --whatrequires 'libMagick.so.10()(64bit)' 'libWand.so.10()(64bit)' 'libMagick++.so.10()(64bit)'|sort |uniq LabPlot-0:1.5.1.6-4.fc8.x86_64 autotrace-0:0.31.1-16.fc9.x86_64 drawtiming-0:0.6.2-3.fc9.x86_64 dx-0:4.4.4-6.fc9.x86_64 evolution-brutus-0:1.2.11-2.fc9.x86_64 gdl-0:0.9-0.rc1.1.fc9.x86_64 imageinfo-0:0.05-3.fc9.x86_64 k3d-0:0.6.7.0-6.fc9.x86_64 kismet-extras-0:0.0.2007.10.R1-3.fc9.x86_64 koffice-karbon-0:1.6.3-15.fc9.x86_64 koffice-libs-0:1.6.3-15.fc9.x86_64 libfprint-0:0.0.5-3.fc9.x86_64 nip2-0:7.14.1-1.fc9.x86_64 octave-forge-0:20071212-8.fc9.x86_64 oxine-0:0.7.0-2.fc9.x86_64 php-magickwand-0:1.0.6-1.fc9.x86_64 pstoedit-0:3.45-2.fc9.x86_64 ruby-RMagick-0:2.3.0-1.fc9.x86_64 transcode-0:1.0.5-2.lvn9.x86_64 vips-0:7.14.1-1.fc9.x86_64 vips-python-0:7.14.1-1.fc9.x86_64 vips-tools-0:7.14.1-1.fc9.x86_64 xastir-0:1.9.2-4.fc9.x86_64 xine-lib-extras-0:1.1.12-2.fc9.x86_64 A reporter called Sammy, who has requested this update has been so kind to provide patches for many of these to fix them building with the new ImageMagick, see: https://bugzilla.redhat.com/show_bug.cgi?id=433476 Regards, Hans From lordmorgul at gmail.com Sun Apr 27 19:55:50 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 27 Apr 2008 12:55:50 -0700 Subject: How to downgrade Fedora to previous release? In-Reply-To: <1209309356.9484.69.camel@localhost.localdomain> References: <4814596D.2020107@hhs.nl> <1209309356.9484.69.camel@localhost.localdomain> Message-ID: <4814DA46.3080509@gmail.com> Lubomir Kundrak wrote: > On Sun, 2008-04-27 at 18:01 +0400, Peter Lemenkov wrote: >> Funny but I more and more time spending working in Mac environment >> (because of the Fedora issues). One note - Safari complains about >> bugzilla's query pages (looks like nobody tested them in Safari) > > Noone has to use Safari. In fact, it is usually a pretty bad idea to do > so. However it might be nice to have it working there... I use safari fairly regularly for comparisons with firefox, including the bugzilla query page. I just deliberately checked it and I have no idea what is supposedly wrong with it; it works fine and generates no scripting errors. I'd be interested to know what the problem is, but it definitely is not something everyone is seeing. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From hun at n-dimensional.de Sun Apr 27 19:57:59 2008 From: hun at n-dimensional.de (Hans Ulrich Niedermann) Date: Sun, 27 Apr 2008 21:57:59 +0200 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <1209136808.3269.13.camel@localhost.localdomain> References: <48118155.7090105@hhs.nl> <1209136808.3269.13.camel@localhost.localdomain> Message-ID: <4814DAC7.8060002@n-dimensional.de> Jonathan Dieter wrote: > On the deltarpm side of things, I do want to point out that compressed > files don't delta well *at all*. The problem is that a small change in > a file will lead to large changes in the compressed file. This is > biggest single reason I've seen that deltarpms won't be created for a > certain package in the presto test repository. Shouldn't "gzip --rsyncable" come in handy here? -- Hans Ulrich Niedermann -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From dr.diesel at gmail.com Sun Apr 27 20:15:07 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sun, 27 Apr 2008 16:15:07 -0400 Subject: Launcher/Shortcuts broke? Message-ID: <2a28d2ab0804271315m6a9ab7fah50bfbc6f8a74ae1b@mail.gmail.com> If I create a launcher to say /home (or any folder) I get the error "Couldn't display "/home". There is no application installed for this file type" This worked in F8? Am I missing something or is it broke? -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org From smooge at gmail.com Sun Apr 27 20:21:28 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 27 Apr 2008 14:21:28 -0600 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> References: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> Message-ID: <80d7e4090804271321j64314ad6q7c5c6609e3d0e78c@mail.gmail.com> On Sun, Apr 27, 2008 at 1:23 AM, Nigel Jones wrote: > I have no problem with it, BUT, (and I speak personally here), there are > some people that will not use it because it's just too big (500MB is > larger than some of the monthly data transfer caps in New Zealand > (200MB/mo), I personally, only have 700MB/day. > This sounds like a new yum plugin. "Cap my downloads to X/day" so that packages that are larger than that cap get marked etc. > Also remember that even though it may produce a 500MB noarch rpm, it also > means quite likely a 500MB srpm making it 1 gig in total. > > Another consideration would be the size of the community behind > vegastrike, if we have 100+ then thats great, if it's only 10 then I > become doubtful over it's usefulness in regards to resources. (Don't get > me wrong, just trying to put a slightly different perspective on it.) > > Just my two cents, > > Nigel > > > On Fri, April 25, 2008 6:59 pm, Hans de Goede wrote: > > Hi All, > > > > I'm planning on updating vegastrike to the new 0.5.0 upstream release for > > F-10 > > and maybe later F-9 / F-8 too, but vegastrike has been dead for a while > > and now > > makes some huge changes, so better to keep the old trusted version for F-8 > > / > > F-9 for a while. > > > > > However the 0.5.0 datafiles are 500 Mb b2zipped! So is this a problem? > > > > Regards, > > > > Hans > > > > -- > > > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From pavel.khardikov at gmail.com Sun Apr 27 20:42:59 2008 From: pavel.khardikov at gmail.com (Pavel Khardikov) Date: Mon, 28 Apr 2008 00:42:59 +0400 Subject: Introduction - Pavel Khardikov Message-ID: <4814E553.1030004@gmail.com> Hello everybody, I'm Pavel Khardikov from the Kursk State University, Russia. I'm 22. I'm a first year student of postgraduate study. Graduated from the faculty of computer science and computer engineering. Speciality: administration software and information systems. My application have been accepted into Google Summer of Code 2008. I'm going to work on Pretty Web 2.0 Interfaces for Smolt. This is my first GSoC. I'm really happy about it. My mentor is Yaakov Nemoy. I want to help fedora project and open source, as well as to improve my skills and experiences. For more than 5 years, I worked as a system administrator for ISP (Internet Service Provider). I set up and supported servers and services (apache, nginx, tomcat, squid, exim, bind, postgresql, mysql, jabberd, pptpd, etc...) administered RHEL, CentOS and Fedora. I have some experiences on OpenVZ and Xen infrastructure. I use Fedora 8 on my laptop. RHEL 5 or CentOS 5 is installed on my production servers basically. And moreover I like to programming. I know perl, python and web programming (XML, HTML/XHTML, CSS, cross-browser making-up). I like to design user interfaces. -- Best regards. Pavel Khardikov From mclasen at redhat.com Sun Apr 27 20:50:42 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Sun, 27 Apr 2008 16:50:42 -0400 Subject: Launcher/Shortcuts broke? In-Reply-To: <2a28d2ab0804271315m6a9ab7fah50bfbc6f8a74ae1b@mail.gmail.com> References: <2a28d2ab0804271315m6a9ab7fah50bfbc6f8a74ae1b@mail.gmail.com> Message-ID: <1209329442.4544.1.camel@localhost.localdomain> On Sun, 2008-04-27 at 16:15 -0400, Dr. Diesel wrote: > If I create a launcher to say /home (or any folder) I get the error > "Couldn't display "/home". There is no application installed for this > file type" > > This worked in F8? Am I missing something or is it broke? How exactly is the launcher specified ? Is it on the panel, or on the desktop ? Please file a bug with those details, this is likely fallout from the gnome-vfs > gvfs transition. From smooge at gmail.com Sun Apr 27 20:53:24 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 27 Apr 2008 14:53:24 -0600 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <1dedbbfc0804270147n362238dbs57d38ffcaeba2201@mail.gmail.com> References: <200804260011.34138.alain.portal@free.fr> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <48143498.5000904@poolshark.org> <1dedbbfc0804270147n362238dbs57d38ffcaeba2201@mail.gmail.com> Message-ID: <80d7e4090804271353o73778b60m170dacab1805858b@mail.gmail.com> 2008/4/27 David Nielsen : > > > 2008/4/27 Denis Leroy : > > > > > Patrice Dumas wrote: > > > > > On Sun, Apr 27, 2008 at 08:55:16AM +0200, Matej Cepl wrote: > > > > > > > So, should be there a Fedora Court of Arbitration? ;-) I mean > seriously, in so huge and disintegrated body as Fedora community is now, > conflicts are bound to happend, and we may need some semi-official means of > settling them. > > > > > > > > > > It is already the case. The rule is more or less, bring it to the lists > > > and then to fesco. But this is costly so having propoer guidelines to > > > follow like AWOL are better. > > > > > > > Hmm why is it costly ? I've had a few conflicts resolved that way, and in > a reasonably speedy fashion. I don't think I've ever seen a call for help on > fedora-devel-list going unanswered... > > > > Going over this thread this morning, it read something like this : > > > > 13:21 [a]: I quit because of this problem I didn't tell anyone about! > > 13:23 [b]: It's an outrage! What is FESCo doing ?!? > > 13:25 [Fesco]: ? Qu? ? > > I think many of the people who have left active contribution life, myself > included, simply feel overwhelmed with the amount of beaucracy. Why Bureaucracy occurs as more people join a group. It occurs because people are not mindless creatures and can not always agree on what each one wants. Human communication is very lossy at best even when people speak the same language. Even when people have the best intentions, they will have their own interpretations of what is said and will do things that look to be misaligned. You then add in bureaucracy to keep that to a minimum (checklists, additional meetings, re-approval to confirm that things are done as they were first agreed etc etc.) When you add in people who do something for their own 'gain' or their view of whats best, you add in more bureaucracy to make sure that such corruption is caught and removed. Bureaucracy grows at best as a n*log(n) of the size of the group... but in some cases can grow at n^n. At some point every government structure begins to fall down because you can't grow the checks, balances, and work-flows (e.g. bureaucracy) to be efficient for the size of an organization. There are few "cures" to bureaucracy: 1) Small groups that stay in constant communication with each other. This usually requires physical communication as humans pick that up better than reading/listening. Usually after you get over 8-12 people this begins to fall apart. You can try to scale that by keeping groups reporting to each other and letting them have open communication, but then you start adding in various bureaucracy to make sure that group A didn't misreport (by purpose or accident) which causes breakdowns and corruption. 2) Big stick rule. Someone has the big stick and anyone who does not do what the Big Stick wants is hit with it. Groups can grow a lot larger when they are being beaten/killed for falling out of line. Of course at some point you can't hit enough people, so you have to give out more sticks, and then you have to worry that someone else with a stick is going to take your spot so you have to keep the 2ndary beaters in line. At which point you have more bureaucracy. Various forms of Anarchy or Libertine is usually only a cure as long as you don't have people gaming the system. However since humans are inherently greedy animals... they will start gaming the system for their benefit (even if they do not think they are) which then causes people to start banding together to stop that which becomes bureaucracy and/or big stick rule rather quickly. > complain, we already feel like we are being forced around by boards and > commitees who meet and decide the fate for us all and it doesn't really feel > like they are working for us. It feels very much like we have no influence. > More beaucracy is not the solution here, I think lessening the effort needed > to get help and let your voice be heard is. Let us start a Fedora Mentor > program for new contributors, to guide through the little kinks with a smile > and so new people have a friendly face to turn to instead of endless wiki > pages. Right now being a contributor feels a lot like being thrown out of > the nest by your sponsor and expected to fly, getting reviews done has a > discouraging nepotistic feel to it, you can have packages sitting around for > months if you don't know anyone. We need some kind of network here to catch > these little stumbling blocks that frustrate new developers. > > We need to ensure a way to remove the bottlenecks, help explain how to do a > good review, how to get the information mentioned in those guidelines. > Everytime we get a contributor who does not master this we simply add to the > workload of people who do and we add to the backlog of packages that sit in > the review queue. More contributor might in fact end up being a bad thing. > Let us foster a culture where it is okay to ask questions and ask for help, > and make it easy to do so. Encourage developers with many packages to draw > in new developers, hold their hand as co-maintainers for one of their > packages and eventually let them own it. This way we would also avoid the > risk we currently have where if something happens to Hans or he decides to > switch priorities in life, 200 packages are without an owner overnight. > All that is more bureacracy in a different format than is currently done. Someone (person A) has to check to see that the people are getting serviced well, that developers do not get overloaded etc. Someone (person B) has to check that the checks are being done by A and whoever else because they get overloaded and may not get to all of them but that leaves people falling through the cracks. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dr.diesel at gmail.com Sun Apr 27 21:00:57 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sun, 27 Apr 2008 17:00:57 -0400 Subject: Launcher/Shortcuts broke? In-Reply-To: <1209329442.4544.1.camel@localhost.localdomain> References: <2a28d2ab0804271315m6a9ab7fah50bfbc6f8a74ae1b@mail.gmail.com> <1209329442.4544.1.camel@localhost.localdomain> Message-ID: <2a28d2ab0804271400h5d1f0a00v2890198202a3e89@mail.gmail.com> On Sun, Apr 27, 2008 at 4:50 PM, Matthias Clasen wrote: > On Sun, 2008-04-27 at 16:15 -0400, Dr. Diesel wrote: > > If I create a launcher to say /home (or any folder) I get the error > > "Couldn't display "/home". There is no application installed for this > > file type" > > > > This worked in F8? Am I missing something or is it broke? > > How exactly is the launcher specified ? Is it on the panel, or on the > desktop ? Please file a bug with those details, this is likely fallout > from the gnome-vfs > gvfs transition. > This is Right Click on Gnome Desktop, Create Launcher. Bug 444361 https://bugzilla.redhat.com/show_bug.cgi?id=444361 Thanks Andy From mschwendt at gmail.com Sun Apr 27 21:07:22 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 27 Apr 2008 23:07:22 +0200 Subject: Missing updates in Repositories In-Reply-To: <4814CDF6.3090906@herr-schmitt.de> References: <4814CDF6.3090906@herr-schmitt.de> Message-ID: <20080427230722.b90fd107.mschwendt@gmail.com> On Sun, 27 Apr 2008 21:03:18 +0200, Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo, > > a bug reporter mssing updates of aplus-fsf which I have pushed to the > rawhide, F-8 update-testing and F-7 update-testing > reposirotry. > > It will be nice, if anyone can help me to fix this issue. > > Additional infos for the related bug can find at: > > https://bugzilla.redhat.com/show_bug.cgi?id=443442 Both are "pending" = waiting to be pushed by the people operating the updates system (Luke Macken and/or releng): https://admin.fedoraproject.org/updates/F7/pending/aplus-fsf-4.22.1-3.fc7 https://admin.fedoraproject.org/updates/F8/pending/aplus-fsf-4.22.1-3.fc8 The updates system adds bugzilla comments already prior to adding the packages to a repository. This is confusing if it takes days before the packages are made available actually. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.84 1.37 1.30 From sandeen at redhat.com Sun Apr 27 21:08:41 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 27 Apr 2008 16:08:41 -0500 Subject: How to downgrade Fedora to previous release? In-Reply-To: <4814DA46.3080509@gmail.com> References: <4814596D.2020107@hhs.nl> <1209309356.9484.69.camel@localhost.localdomain> <4814DA46.3080509@gmail.com> Message-ID: <4814EB59.8010804@redhat.com> Andrew Farris wrote: > Lubomir Kundrak wrote: >> On Sun, 2008-04-27 at 18:01 +0400, Peter Lemenkov wrote: >>> Funny but I more and more time spending working in Mac environment >>> (because of the Fedora issues). One note - Safari complains about >>> bugzilla's query pages (looks like nobody tested them in Safari) >> Noone has to use Safari. In fact, it is usually a pretty bad idea to do >> so. However it might be nice to have it working there... > > I use safari fairly regularly for comparisons with firefox, including the > bugzilla query page. I just deliberately checked it and I have no idea what is > supposedly wrong with it; it works fine and generates no scripting errors. > > I'd be interested to know what the problem is, but it definitely is not > something everyone is seeing. > I tried it; I get "this script is taking too long" errors.... -Eric From tibbs at math.uh.edu Sun Apr 27 21:17:06 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Apr 2008 16:17:06 -0500 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: <4814D8FA.7000100@hhs.nl> References: <4814D8FA.7000100@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> I've recently become a co-maintainer of ImageMagick and after HdG> this new build hits rawhide, the open bug count on ImageMagick HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug). Just curious; will this new version allow us to do some basic splitting so that packages like Mediawiki won't depend on X libraries? Currently the console applications like convert are linked against X. - J< From lordmorgul at gmail.com Sun Apr 27 21:20:01 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Sun, 27 Apr 2008 14:20:01 -0700 Subject: How to downgrade Fedora to previous release? In-Reply-To: <4814EB59.8010804@redhat.com> References: <4814596D.2020107@hhs.nl> <1209309356.9484.69.camel@localhost.localdomain> <4814DA46.3080509@gmail.com> <4814EB59.8010804@redhat.com> Message-ID: <4814EE01.20901@gmail.com> Eric Sandeen wrote: > Andrew Farris wrote: >> Lubomir Kundrak wrote: >>> On Sun, 2008-04-27 at 18:01 +0400, Peter Lemenkov wrote: >>>> Funny but I more and more time spending working in Mac environment >>>> (because of the Fedora issues). One note - Safari complains about >>>> bugzilla's query pages (looks like nobody tested them in Safari) >>> Noone has to use Safari. In fact, it is usually a pretty bad idea to do >>> so. However it might be nice to have it working there... >> I use safari fairly regularly for comparisons with firefox, including the >> bugzilla query page. I just deliberately checked it and I have no idea what is >> supposedly wrong with it; it works fine and generates no scripting errors. >> >> I'd be interested to know what the problem is, but it definitely is not >> something everyone is seeing. >> > > I tried it; I get "this script is taking too long" errors.... Thats most likely a similar issue to FF3 + ally causing a huge delay in displaying the select box of components. I do not see that happen on my Macbook (the list displays in about 8 seconds), but on a slower machine it probably would be a problem. Does the second select box on this page (the first 'run test' link) take a long time to display or cause those errors in Safari as well? http://lordmorgul.net/pub/fedora/testing/ff3-bug431162.php?c=6000 The large number of components in the Fedora list is a problem for browsers generating the widgets, but it may be that some components need to be grouped up in the future if Fedora keeps expanding the package space (a good thing!). The FF3 bug should be resolved though I've seen it still be kinda slow at times: https://bugzilla.redhat.com/show_bug.cgi?id=431162 -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From kevin.kofler at chello.at Sun Apr 27 21:30:36 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 27 Apr 2008 21:30:36 +0000 (UTC) Subject: FCoA [Was: Re: FESCO] References: <200804260011.34138.alain.portal@free.fr> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <48143498.5000904@poolshark.org> <1dedbbfc0804270147n362238dbs57d38ffcaeba2201@mail.gmail.com> <80d7e4090804271353o73778b60m170dacab1805858b@mail.gmail.com> Message-ID: Stephen John Smoogen gmail.com> writes: > 1) Small groups that stay in constant communication with each other. Isn't that what our SIGs are? > This usually requires physical communication as humans pick that up > better than reading/listening. At least for the KDE SIG, IRC is working pretty well. Kevin Kofler From smooge at gmail.com Sun Apr 27 21:39:41 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 27 Apr 2008 15:39:41 -0600 Subject: FCoA [Was: Re: FESCO] In-Reply-To: References: <200804260011.34138.alain.portal@free.fr> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <48143498.5000904@poolshark.org> <1dedbbfc0804270147n362238dbs57d38ffcaeba2201@mail.gmail.com> <80d7e4090804271353o73778b60m170dacab1805858b@mail.gmail.com> Message-ID: <80d7e4090804271439o3f56d46au15b167c0cb4b21e4@mail.gmail.com> On Sun, Apr 27, 2008 at 3:30 PM, Kevin Kofler wrote: > Stephen John Smoogen gmail.com> writes: > > 1) Small groups that stay in constant communication with each other. > > Isn't that what our SIGs are? > > Yes.. but the reporting, the forming of a SIG, the meetings, the writing of webpages to inform people outside of a SIG, etc are all forms of bureaucracy. The more work that a group needs to do, the more such 'checks/balances/communication' are required because people forget to send report (*cough*guilty*cough) etc. > > This usually requires physical communication as humans pick that up > > better than reading/listening. > > At least for the KDE SIG, IRC is working pretty well. > > Kevin Kofler > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From rjones at redhat.com Sun Apr 27 21:45:02 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sun, 27 Apr 2008 22:45:02 +0100 Subject: More than one ssh key in FAS Message-ID: <20080427214502.GA5863@amd.home.annexia.org> It's kind of annoying that the Fedora Accounts System only supports one ssh key. I'm sure I'm not the only one who has several keys (one for my desktop, several amongst the different laptops I use). And why does FAS seem to log me out after about 30 seconds? (OK, I exaggerate, but the timeout can't be longer than about 5 minutes). There doesn't seem to be any configurable to make it keep me logged in for a reasonable length of time. Sorry, I'm moaning, I know, and I should just submit patches.... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From sandeen at redhat.com Sun Apr 27 21:53:58 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Sun, 27 Apr 2008 16:53:58 -0500 Subject: How to downgrade Fedora to previous release? In-Reply-To: <4814EE01.20901@gmail.com> References: <4814596D.2020107@hhs.nl> <1209309356.9484.69.camel@localhost.localdomain> <4814DA46.3080509@gmail.com> <4814EB59.8010804@redhat.com> <4814EE01.20901@gmail.com> Message-ID: <4814F5F6.5030008@redhat.com> Andrew Farris wrote: > Does the second select box on this page (the first 'run test' link) take a long > time to display or cause those errors in Safari as well? > > http://lordmorgul.net/pub/fedora/testing/ff3-bug431162.php?c=6000 Nope, worked for me w/o safari complaining. Though I suppose we're getting off-topic ;) -Eric From pertusus at free.fr Sun Apr 27 21:58:10 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 27 Apr 2008 23:58:10 +0200 Subject: Orphaning package In-Reply-To: <200804262135.32263.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> <20080426095324.GB2752@free.fr> <200804262135.32263.alain.portal@free.fr> Message-ID: <20080427215810.GA2804@free.fr> On Sat, Apr 26, 2008 at 09:35:31PM +0200, Alain PORTAL wrote: > > You probably made the confusion because you helped me to introduced it in > Fedora Extras by reviewing it. And I also worked with upstream to improve autoconf scripts/makefiles, and now and then argue about having it as default cron... > > > - tetex-euro-font > > > > I don't remember precisely, but isn't this in texlive? > > No. > http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=eurofont In fact it seems to be in texlive, but not in fedora texilve. If nobody takes it the best would certainly be to have it as part of texlive. -- Pat From smooge at gmail.com Sun Apr 27 22:00:54 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 27 Apr 2008 16:00:54 -0600 Subject: More than one ssh key in FAS In-Reply-To: <20080427214502.GA5863@amd.home.annexia.org> References: <20080427214502.GA5863@amd.home.annexia.org> Message-ID: <80d7e4090804271500y327397b5wdf2b8f412750ee0@mail.gmail.com> On Sun, Apr 27, 2008 at 3:45 PM, Richard W.M. Jones wrote: > > It's kind of annoying that the Fedora Accounts System only supports > one ssh key. I'm sure I'm not the only one who has several keys (one > for my desktop, several amongst the different laptops I use). > I have multiple keys. I just have one that I use only for FAS, and then keep them in sync with my various systems. > And why does FAS seem to log me out after about 30 seconds? (OK, I > exaggerate, but the timeout can't be longer than about 5 minutes). > There doesn't seem to be any configurable to make it keep me logged in > for a reasonable length of time. > if user == "rjones at redhat.com": timeout=30 else timeout=3600 > Sorry, I'm moaning, I know, and I should just submit patches.... > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones > virt-p2v converts physical machines to virtual machines. Boot with a > live CD or over the network (PXE) and turn machines into Xen guests. > http://et.redhat.com/~rjones/virt-p2v > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From lmacken at redhat.com Sun Apr 27 22:10:16 2008 From: lmacken at redhat.com (Luke Macken) Date: Sun, 27 Apr 2008 18:10:16 -0400 Subject: Missing updates in Repositories In-Reply-To: <20080427230722.b90fd107.mschwendt@gmail.com> References: <4814CDF6.3090906@herr-schmitt.de> <20080427230722.b90fd107.mschwendt@gmail.com> Message-ID: <20080427221016.GC4786@x300> On Sun, Apr 27, 2008 at 11:07:22PM +0200, Michael Schwendt wrote: > On Sun, 27 Apr 2008 21:03:18 +0200, Jochen Schmitt wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hallo, > > > > a bug reporter mssing updates of aplus-fsf which I have pushed to the > > rawhide, F-8 update-testing and F-7 update-testing > > reposirotry. > > > > It will be nice, if anyone can help me to fix this issue. > > > > Additional infos for the related bug can find at: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=443442 > > Both are "pending" = waiting to be pushed by the people operating > the updates system (Luke Macken and/or releng): > > https://admin.fedoraproject.org/updates/F7/pending/aplus-fsf-4.22.1-3.fc7 > https://admin.fedoraproject.org/updates/F8/pending/aplus-fsf-4.22.1-3.fc8 To clarify a bit, I do not have the ability to push updates -- I merely created and maintain the system that does so. When it comes to signing updates before they get pushed, that ball is in the court of a few releng people, Jesse being one of them. > The updates system adds bugzilla comments already prior to adding the > packages to a repository. This is confusing if it takes days before the > packages are made available actually. I agree. This issue will be resolved with the signing server that is "in the works". luke From caillon at redhat.com Sun Apr 27 22:27:44 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 27 Apr 2008 18:27:44 -0400 Subject: More than one ssh key in FAS In-Reply-To: <20080427214502.GA5863@amd.home.annexia.org> References: <20080427214502.GA5863@amd.home.annexia.org> Message-ID: <4814FDE0.3030701@redhat.com> On 04/27/2008 05:45 PM, Richard W.M. Jones wrote: > It's kind of annoying that the Fedora Accounts System only supports > one ssh key. I'm sure I'm not the only one who has several keys (one > for my desktop, several amongst the different laptops I use). > > And why does FAS seem to log me out after about 30 seconds? (OK, I > exaggerate, but the timeout can't be longer than about 5 minutes). > There doesn't seem to be any configurable to make it keep me logged in > for a reasonable length of time. > > Sorry, I'm moaning, I know, and I should just submit patches.... The system supports multiple ssh keys, just only one file. cat them into one before uploading. I've been using 3 keys for years with Fedora. From lkundrak at redhat.com Sun Apr 27 22:46:11 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Mon, 28 Apr 2008 00:46:11 +0200 Subject: Introduction - Pavel Khardikov In-Reply-To: <4814E553.1030004@gmail.com> References: <4814E553.1030004@gmail.com> Message-ID: <1209336371.9484.75.camel@localhost.localdomain> On Mon, 2008-04-28 at 00:42 +0400, Pavel Khardikov wrote: > Hello everybody, > > I'm Pavel Khardikov from the Kursk State University, Russia. I'm 22. I'm > a first year student of postgraduate study. > Graduated from the faculty of computer science and computer engineering. > Speciality: administration software and information systems. > > My application have been accepted into Google Summer of Code 2008. I'm > going to work on Pretty Web 2.0 Interfaces for Smolt. > This is my first GSoC. I'm really happy about it. My mentor is Yaakov Nemoy. > > I want to help fedora project and open source, as well as to improve my > skills and experiences. > > For more than 5 years, I worked as a system administrator for ISP > (Internet Service Provider). > I set up and supported servers and services (apache, nginx, tomcat, > squid, exim, bind, postgresql, mysql, jabberd, pptpd, etc...) > administered RHEL, CentOS and Fedora. I have some experiences on OpenVZ > and Xen infrastructure. > > I use Fedora 8 on my laptop. RHEL 5 or CentOS 5 is installed on my > production servers basically. > > And moreover I like to programming. > I know perl, python and web programming (XML, HTML/XHTML, CSS, > cross-browser making-up). > I like to design user interfaces. Accept our warmest welcome! -- Lubomir Kundrak (Red Hat Security Response Team) From tmus at tmus.dk Sun Apr 27 23:05:02 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Sun, 27 Apr 2008 21:05:02 -0200 Subject: More than one ssh key in FAS In-Reply-To: <20080427214502.GA5863@amd.home.annexia.org> References: <20080427214502.GA5863@amd.home.annexia.org> Message-ID: Richard W.M. Jones wrote: > It's kind of annoying that the Fedora Accounts System only supports > one ssh key. I'm sure I'm not the only one who has several keys (one > for my desktop, several amongst the different laptops I use). > > And why does FAS seem to log me out after about 30 seconds? (OK, I > exaggerate, but the timeout can't be longer than about 5 minutes). > There doesn't seem to be any configurable to make it keep me logged in > for a reasonable length of time. > > Sorry, I'm moaning, I know, and I should just submit patches.... > > Rich. > Regarding the timeout, try this (see man 5 ssh_config) ServerAliveInterval = 15 ServerAliveCountMax = 3 I'm not sure about FAS, but from other usages, if should effectively disable the idle timeout, since the ssh client will send to the server every 15 seconds. The session will be terminated only if 3 of these in a row are not responed to (line is down or something). Hope this helps. /Thomas From mmcgrath at redhat.com Mon Apr 28 00:16:34 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 27 Apr 2008 19:16:34 -0500 (CDT) Subject: More than one ssh key in FAS In-Reply-To: <20080427214502.GA5863@amd.home.annexia.org> References: <20080427214502.GA5863@amd.home.annexia.org> Message-ID: On Sun, 27 Apr 2008, Richard W.M. Jones wrote: > > It's kind of annoying that the Fedora Accounts System only supports > one ssh key. I'm sure I'm not the only one who has several keys (one > for my desktop, several amongst the different laptops I use). > (as said elsewhere in the thread) you can put multiple keys in one file. If you're finding it doesn't work or behave right, stop by #fedora-admin and let us know. > And why does FAS seem to log me out after about 30 seconds? (OK, I > exaggerate, but the timeout can't be longer than about 5 minutes). > There doesn't seem to be any configurable to make it keep me logged in > for a reasonable length of time. > Actually this ones a known issue and (we think) something recent. It's being looked into though. Expect it to be fixed soon (or shortly after F9 ships, we have an infrastructure freeze coming up) -Mike From seg at haxxed.com Mon Apr 28 00:19:36 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 27 Apr 2008 19:19:36 -0500 Subject: Intel xorg driver bug In-Reply-To: <1209307875.10594.3.camel@rousalka.okg> References: <4814596D.2020107@hhs.nl> <1209307875.10594.3.camel@rousalka.okg> Message-ID: <1209341976.3380.8.camel@localhost> On Sun, 2008-04-27 at 16:51 +0200, Nicolas Mailhot wrote: > Le dimanche 27 avril 2008 ? 18:01 +0400, Peter Lemenkov a ?crit : > > > I can't fill bugzilla ticket because I just don't know exactly to what > > component this issue must be assigned - xorg-x11, some particular > > driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug > > in freetype or somethere - I don't know. > > BTW could you specify what xorg driver you use please? Someone posted a > mail on the xorg lists recently complaining the intel driver broke font > rendering > > http://lists.freedesktop.org/archives/xorg/2008-April/034940.html I updated my laptop a few days ago (F9/rawhide) and now I'm getting corrupted fonts. It has an Intel 830M using the "intel" driver. It starts out okay but grows worse every few minutes or so. It seems to happen a few characters at a time. It's not just limited to fonts, bitmaps seem to be affected too. So some kind of bug in the pixmap caching? Flipping to a text console and back to X fixes it, but only temporarily. Here's a screenshot after letting it get particularly bad: http://www.flickr.com/photos/ninjaseg/2447596526/ ... While I'm at it, OpenGL no longer works in F9. It used to work beautifully, which was with the "i810" driver mind you, but now OpenGL apps just segfault on startup. On the other hand, 2D works beautifully (other than this new corruption bug). Previously (F8) the "intel" driver didn't work at all with this hardware. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Mon Apr 28 02:07:11 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 27 Apr 2008 21:07:11 -0500 Subject: More Java guidelines questions In-Reply-To: <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> Message-ID: <1209348432.3380.32.camel@localhost> On Wed, 2008-04-16 at 09:10 +0200, Nicolas Mailhot wrote: > Le Mer 16 avril 2008 01:12, Jesse Keating a ?crit : > > On Tue, 2008-04-15 at 18:10 -0500, Les Mikesell wrote: > >> Do you have an estimate for the man-hours of modifications it took > >> to > >> make that possible to help others decide on the feasibility of using > >> gcj > >> instead of Sun Java in general? > > > > I don't, but that's a moot point because Fedora couldn't ship Sun > > Java. > > I'd like to think that a lot of the work that went into GCJ aided in > > the > > push to get Sun to open up Java so that we /could/ ship it. > > Sure, that was a good argument for pushing gcj in the past. > The question is should we focus on gcj or openjdk/icedtea now. IMHO the only reason Java bytecode exists is to make it possible to distribute "run anywhere" proprietary software while keeping the source code closed. Thus in an open source environment, Java bytecode has little reason to exist. If we're going to *distribute* compiled code, it may as well be nice fast native code. Yes I know what you're going to say, lots of languages, such as Python do bytecode as well. But they do it as a backend implementation detail, with no guarantee of stability and stored on disk only as a performance optimization, rather than an intentional mechanism for source code obfuscation. IMO we, the open source community, should shun Java bytecode. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From Bl0ngo067 at aim.com Mon Apr 28 02:23:43 2008 From: Bl0ngo067 at aim.com (Bradley J. Longo) Date: Sun, 27 Apr 2008 22:23:43 -0400 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: <4814596D.2020107@hhs.nl> Message-ID: <4815352F.4040502@aim.com> > > I can't fill bugzilla ticket because I just don't know exactly to what > component this issue must be assigned - xorg-x11, some particular > driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug > in freetype or somethere - I don't know. > > I can't submit this bug for a list of possible components - I need to > choose something (and probably I will make a wrong choose since I'm > not a specialist in X.org architecture) > > This is a issue with a communication part - I can't describe my > problem with a more freeform text than bugzilla permits (only one > version of distro, only one particular component, only maintainer(s) > of current one component). On the other hand bugzilla, this Monster > from the 90ies provides us many completely useless (for simple users, > Average Joe as me, for example) combinations of > Priority/Severity/Status and Resolution. I think that must be only two > of them - opened/closed... > > If you are having issues and consider yourself to just to be the average user perhaps you should not be so eager to call Fedora 9 completely unusable before it has even been released. I agree with you that filing bugs may be complicated, but it is really not that hard. Just get the bug filed somewhere in there if you do not know where it goes and some one will put it in the right place eventually. All you have to really put into bugzilla is the best description you have for your problem, and some one will tell you how to get the information they are looking for. Brad From caillon at redhat.com Mon Apr 28 02:38:38 2008 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 27 Apr 2008 22:38:38 -0400 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: <4814596D.2020107@hhs.nl> Message-ID: <481538AE.6060407@redhat.com> On 04/27/2008 10:01 AM, Peter Lemenkov wrote: > Summarizing things - I shouting that bugzilla in no way a suitable > solution for filling bugs for users then they are don't know anything > about internals of issue. More to say - they must look at the Bugzilla > as a Labyrinth designed for hiding the solutions within. This will not help your current situation, but if you consider yourself a user that is unable to handle the case where things break, I'd suggest trying a LiveCD next time. It let's you try the distro _before_ you install. If things don't work, simply don't install it (and file bugs if you can). If the LiveCD works fine, there is an option to install to the harddrive. Hope others can help resolve your issues. From airlied at redhat.com Mon Apr 28 03:53:34 2008 From: airlied at redhat.com (Dave Airlie) Date: Mon, 28 Apr 2008 13:53:34 +1000 Subject: How to downgrade Fedora to previous release? In-Reply-To: References: <4814596D.2020107@hhs.nl> Message-ID: <1209354814.8167.33.camel@clockmaker.usersys.redhat.com> On Sun, 2008-04-27 at 18:01 +0400, Peter Lemenkov wrote: > 2008/4/27 Hans de Goede : > > Peter Lemenkov wrote: > > > > > Hello All! > > > Since Fedora 9-Preview completely unuseable for me > > > > Thats very bad news! Why is it unusable for you, can you give please a list > > of issues and bugzilla numbers for those? > > The first thing I want to talk about is hardlycorrupted fonts in every > (from 2 - Psi and Firefox) of GUI applications. See screenshots: > > http://peter.fedorapeople.org/bad_fonts.png > http://peter.fedorapeople.org/bad_fonts2.png > http://peter.fedorapeople.org/bad_fonts3.png > http://peter.fedorapeople.org/bad_fonts_psi.png > > I can't fill bugzilla ticket because I just don't know exactly to what > component this issue must be assigned - xorg-x11, some particular > driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug > in freetype or somethere - I don't know. > > I can't submit this bug for a list of possible components - I need to > choose something (and probably I will make a wrong choose since I'm > not a specialist in X.org architecture) File a bug against the X server attach your /var/log/Xorg.0.log and /etc/X11/xorg.conf and a link to the pics above. We can't debug the problem just by screenshot we need the actual log file info. Dave. From a.badger at gmail.com Mon Apr 28 04:01:58 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 27 Apr 2008 21:01:58 -0700 Subject: More than one ssh key in FAS In-Reply-To: <20080427214502.GA5863@amd.home.annexia.org> References: <20080427214502.GA5863@amd.home.annexia.org> Message-ID: <48154C36.5010707@gmail.com> Richard W.M. Jones wrote: > And why does FAS seem to log me out after about 30 seconds? (OK, I > exaggerate, but the timeout can't be longer than about 5 minutes). > There doesn't seem to be any configurable to make it keep me logged in > for a reasonable length of time. > > Sorry, I'm moaning, I know, and I should just submit patches.... I'd love some help looking into this. The timeout is currently set to 20 minutes of inactivity but I've heard reports that something much shorter is occurring some of the time. We just haven't been able to track it down yet. There's several pieces of code that could be at fault. The two that we created are jsonfasprovider_ and safasprovider_. safasprovider_ is used by fas2 to authenticate you for the Account System. jsonfasprovider_ is used by all the other apps to authenticate you via fas. If the problem isn't in either of those then the issue is in TurboGears code itself. .. _jsonfasprovider: http://tinyurl.com/3lonub, .. _safasprovider: http://tinyurl.com/6npauz -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From dcbw at redhat.com Mon Apr 28 04:02:40 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 28 Apr 2008 00:02:40 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209306958.22640.5.camel@valkyrie.localdomain> References: <1209252343.3200.18.camel@sonlaptop> <1209306958.22640.5.camel@valkyrie.localdomain> Message-ID: <1209355360.20940.8.camel@localhost.localdomain> On Sun, 2008-04-27 at 10:35 -0400, Matthew Saltzman wrote: > On Sat, 2008-04-26 at 19:25 -0400, Louis E Garcia II wrote: > > First NetworkManager fails to come up at boot. One needs to restart the > > service. > > > > NetworkManager doesn't work with static ip. After fc9 desktop install > > with a stacic ip I disabled network service and enabled Network manager. > > I get system eth0 and auto ethernet in the nm-applet. system eth0 > > connects but can't get to the internet seems the nameservers are missing > > and the broadcast is 0. With system-config-network under DNS the values > > are always missing even when I enter them and save. /etc/resolv.conf is > > empty. > > > > Why does nm-applet have both system eth0 and auto ethernet? > > I presume the intent is that "system eth0" is for a static IP and "auto > ethernet" is for NM-controlled DHCP. > > So far (with F8), I haven't been able to get the "system wlan0" to > connect wirelessly with the network I defined (hidden SSID, WEP, DHCP), > but the auto connection works fine for the same network. (Haven't > tested all that recently, either, though.) Hmm; would be interesting to see ifcfg-wlan0 then... and to compare it with what's in GConf for the auto connection. Dan From dcbw at redhat.com Mon Apr 28 04:03:30 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 28 Apr 2008 00:03:30 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209324225.27354.9.camel@sonlaptop> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> Message-ID: <1209355410.20940.10.camel@localhost.localdomain> On Sun, 2008-04-27 at 15:23 -0400, Louis E Garcia II wrote: > On Sun, 2008-04-27 at 12:44 +0200, dave wrote: > > > NetworkManager doesn't work with static ip. > > Just put DNS1=xxx.xxx.xxx.xxx and DNS2=xxx.xxx.xxx.xxx in yout > > /etc/sysconfig/network-scripts/ifcfg-eth0 file and DNS will work. > > > > See https://bugzilla.redhat.com/show_bug.cgi?id=443592 for more info on this. > > > > Davide > > Ok, I put DNS1 and DNS2 in /etc/sysconfig/network-scripts/ifcfg-eth0 and it > I can get online now, though /etc/resolv.conf only has the first dns. I've fixed this in the latest builds, it was a genuine bug. > NetworkManager still fails to come up at boot, I need to restart the service. > Also the output of ifconfig has Bcast:0.0.0.0 it should be Bcast:10.0.255.255 > Why is the broadcast address not set? The broadcast has also been fixed in latest koji builds. Could you try: http://koji.fedoraproject.org/koji/buildinfo?buildID=47429 and if network does not come up on boot, could you mail me your /var/log/messages right after you've booted up so I can diagnose? Thanks! Dan From skvidal at fedoraproject.org Mon Apr 28 04:21:55 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 28 Apr 2008 00:21:55 -0400 Subject: install a src rpm's requirements - solved In-Reply-To: <4814732B.3040908@iinet.net.au> References: <48146AEA.1070703@iinet.net.au> <1209298955.13073.5.camel@localhost.localdomain> <4814732B.3040908@iinet.net.au> Message-ID: <1209356515.26968.6.camel@cutter> On Sun, 2008-04-27 at 22:35 +1000, David Timms wrote: > Jon Burgess wrote: > > On Sun, 2008-04-27 at 22:00 +1000, David Timms wrote: > >> There must be a command that installs a src rpms requirements as well > >> as > >> the .src.rpm, what is it ? > >> > > yum install yum-utils > > > > yum-builddep > Actually at the moment $ yum-builddep --help has a traceback {bz 444333} > on rawhide version, but your help gave me the param I needed, thanks. it'll be fixed when the next release of yum-utils is made. -sv From lemenkov at gmail.com Mon Apr 28 05:06:52 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Mon, 28 Apr 2008 09:06:52 +0400 Subject: Introduction - Pavel Khardikov In-Reply-To: <4814E553.1030004@gmail.com> References: <4814E553.1030004@gmail.com> Message-ID: 2008/4/28 Pavel Khardikov : > Hello everybody, ??????! ) -- With best regards! From stlwrt at gmail.com Mon Apr 28 05:10:36 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Mon, 28 Apr 2008 08:10:36 +0300 Subject: Introduction - Pavel Khardikov In-Reply-To: References: <4814E553.1030004@gmail.com> Message-ID: ?????? ?????. ??? ??? ?? ????????????? ???????? =) On 4/28/08, Peter Lemenkov wrote: > 2008/4/28 Pavel Khardikov : > > Hello everybody, > > ??????! ) > > > -- > With best regards! > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From jakub.rusinek at gmail.com Mon Apr 28 05:07:49 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 28 Apr 2008 07:07:49 +0200 Subject: Introduction - Pavel Khardikov In-Reply-To: References: <4814E553.1030004@gmail.com> Message-ID: <1209359269.2350.0.camel@roulette> Dnia 2008-04-28, pon o godzinie 09:06 +0400, Peter Lemenkov pisze: > 2008/4/28 Pavel Khardikov : > > Hello everybody, > > ??????! ) Privet? "Welcome"? If I could speak russian ^^ ... -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From jakub.rusinek at gmail.com Mon Apr 28 05:29:39 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 28 Apr 2008 07:29:39 +0200 Subject: Introduction - Pavel Khardikov In-Reply-To: References: <4814E553.1030004@gmail.com> Message-ID: <1209360579.2531.1.camel@roulette> Dnia 2008-04-28, pon o godzinie 08:10 +0300, Pavel Shevchuk pisze: > ?????? ?????. ??? ??? ?? ????????????? ???????? =) | Priver oboim. Kto yeshcho iz razpabotchikob russkiye? I don't get it. Please stop talking russian ;) . -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From lmacken at redhat.com Mon Apr 28 05:37:16 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 28 Apr 2008 01:37:16 -0400 Subject: liveusb-creator beta testing In-Reply-To: <20080427085026.GA3259@x300> References: <20080427085026.GA3259@x300> Message-ID: <20080428053716.GD4786@x300> I knew I'd hit some sort of DLL hell... Some may have noticed a "MemoryLoadLibrary failed loading PyQt4\_qt.pyd" error when trying to open the liveusb-creator.exe. I've updated the zip to include the M$ C++ runtime dll, which fixes this issue. http://lmacken.fedorapeople.org/liveusb-creator-2.0beta.zip Thanks, luke On Sun, Apr 27, 2008 at 04:50:26AM -0400, Luke Macken wrote: > Hey guys, > > I'm in the process of polishing up some of my recent developments to the > liveusb-creator, and was hoping to get some beta testers and feedback. > > At the moment I'm focusing on solidifying the Windows support first, but it > will eventually work in Linux as well. > > Screenshot: http://lmacken.fedorapeople.org/liveusb-creator.png > Download: http://lmacken.fedorapeople.org/liveusb-creator-2.0beta.zip > Code: git clone git://git.fedorahosted.org/git/liveusb-creator > > Features: > - Ability to download Fedora or select an existing ISO > - SHA1 checksum checking for known releases > - Ability to create a persistent overlay > > So if anyone has some free time, and a Windows install, > comments/questions/criticism/patches/suggestions would be much appreciated. > Feel free to drop feedback in this thread, or you can open new tickets in trac: > http://fedorahosted.org/liveusb-creator/newticket > > Thanks! > > luke > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From kevin.kofler at chello.at Mon Apr 28 05:38:32 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 28 Apr 2008 05:38:32 +0000 (UTC) Subject: Introduction - Pavel Khardikov References: <4814E553.1030004@gmail.com> <1209360579.2531.1.camel@roulette> Message-ID: Jakub 'Livio' Rusinek gmail.com> writes: > Dnia 2008-04-28, pon o godzinie 08:10 +0300, Pavel Shevchuk pisze: > > ?????? ?????. ??? ??? ?? ????????????? ???????? =) > > | Priver oboim. Kto yeshcho iz razpabotchikob russkiye? > > I don't get it. Google translates this to: > Hi both. Who else from Russian developers? which should be understandable despite the broken grammar. ;-) Kevin Kofler From lesmikesell at gmail.com Mon Apr 28 05:50:34 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Mon, 28 Apr 2008 00:50:34 -0500 Subject: More Java guidelines questions In-Reply-To: <1209348432.3380.32.camel@localhost> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> Message-ID: <481565AA.4040308@gmail.com> Callum Lerwick wrote: > >> Sure, that was a good argument for pushing gcj in the past. >> The question is should we focus on gcj or openjdk/icedtea now. > > IMHO the only reason Java bytecode exists is to make it possible to > distribute "run anywhere" proprietary software while keeping the source > code closed. Thus in an open source environment, Java bytecode has > little reason to exist. Errr, what about applet downloads and RMI, neither of which requires similar architecture or compiling capability at the other end? Are you sure you are talking about something that even resembles java? > If we're going to *distribute* compiled code, it > may as well be nice fast native code. > > Yes I know what you're going to say, lots of languages, such as Python > do bytecode as well. But they do it as a backend implementation detail, > with no guarantee of stability and stored on disk only as a performance > optimization, rather than an intentional mechanism for source code > obfuscation. IMO we, the open source community, should shun Java > bytecode. It would be better to ship something that follows the spec, or call it something other than java. -- Les Mikesell lesmikesell at gmail.com From anders at trudheim.co.uk Mon Apr 28 06:28:32 2008 From: anders at trudheim.co.uk (Anders Karlsson) Date: Mon, 28 Apr 2008 08:28:32 +0200 Subject: Introduction - Pavel Khardikov In-Reply-To: <1209359269.2350.0.camel@roulette> References: <4814E553.1030004@gmail.com> <1209359269.2350.0.camel@roulette> Message-ID: <20080428062832.GQ3011@localhost.localdomain> * Jakub 'Livio' Rusinek [20080428 07:12]: > Dnia 2008-04-28, pon o godzinie 09:06 +0400, Peter Lemenkov pisze: > > 2008/4/28 Pavel Khardikov : > > > Hello everybody, > > > > ??????! ) > > Privet? "Welcome"? > > If I could speak russian ^^ ... "Hello" more like. It's the less formal version IIRC. So yeah, Privet! :) -- Anders Karlsson All-Round Linux Tinkerer & RHCE From steve at xemacs.org Mon Apr 28 06:56:10 2008 From: steve at xemacs.org (SL Baur) Date: Sun, 27 Apr 2008 23:56:10 -0700 Subject: Greetings and how do I sign up? Message-ID: Greetings everyone. In past lifetimes I was maintainer of XEmacs and an employee at Turbolinux. I would like to see RPMs made of QtAda and the Icon Language http://www.cs.arizona.edu/icon/status.htm I maintained Icon RPMs at Turbolinux, but I don't think they ever made it to the world. The world still needs Icon so I want to bring them back. Is there someone working on QtAda or Icon? I'd like to build RPMs for those packages. -sb From mmaslano at redhat.com Mon Apr 28 07:17:43 2008 From: mmaslano at redhat.com (Marcela Maslanova) Date: Mon, 28 Apr 2008 09:17:43 +0200 Subject: Orphaning package In-Reply-To: <200804262235.38143.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <200804262235.38143.alain.portal@free.fr> Message-ID: <48157A17.1020802@redhat.com> > But you can get a little idea with these bugs: > > https://bugzilla.redhat.com/show_bug.cgi?id=139695 > https://bugzilla.redhat.com/show_bug.cgi?id=197353 > > have a look in the man-pages-fr.spec file to see how often this package is > update. In addition, I can tell you this package really need a review... > > I wasn't CC in package review and the second bug was closed before I've maintained man-pages-fr. If you asked me about them, I would fix them. Also you could (co-)maintain this package (or everyone else) in Fedora. -- Marcela Ma?l??ov? BaseOS team Brno From james at fedoraproject.com Mon Apr 28 07:22:30 2008 From: james at fedoraproject.com (James Antill) Date: Mon, 28 Apr 2008 03:22:30 -0400 Subject: New vegastrike for F-10: 500MB !! ?? In-Reply-To: <80d7e4090804271321j64314ad6q7c5c6609e3d0e78c@mail.gmail.com> References: <54313.202.154.148.207.1209281018.squirrel@webmail.nigelj.com> <80d7e4090804271321j64314ad6q7c5c6609e3d0e78c@mail.gmail.com> Message-ID: <1209367350.10286.11.camel@code.and.org> On Sun, 2008-04-27 at 14:21 -0600, Stephen John Smoogen wrote: > On Sun, Apr 27, 2008 at 1:23 AM, Nigel Jones wrote: > > I have no problem with it, BUT, (and I speak personally here), there are > > some people that will not use it because it's just too big (500MB is > > larger than some of the monthly data transfer caps in New Zealand > > (200MB/mo), I personally, only have 700MB/day. > > > > This sounds like a new yum plugin. "Cap my downloads to X/day" so that > packages that are larger than that cap get marked etc. While that's appealing, it's _much_ harder to be 100% accurate than it might appear. The problems include: 1. presto 2. User hitting Control-c in middle of download. 3. Metadata downloads. 4. Yum/urlgrabber re-downloading broken downloads. ...I'll probably have a go at being "good enough" anyway. Although yum really needs info. from other layers and a couple of UI things already have above related problems anyway, so fixing this layering problem would solve a couple of things. -- James Antill Fedora From rjones at redhat.com Mon Apr 28 07:48:21 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 28 Apr 2008 08:48:21 +0100 Subject: Greetings and how do I sign up? In-Reply-To: References: Message-ID: <20080428074821.GA8145@amd.home.annexia.org> On Sun, Apr 27, 2008 at 11:56:10PM -0700, SL Baur wrote: > Greetings everyone. In past lifetimes I was maintainer of > XEmacs and an employee at Turbolinux. > > I would like to see RPMs made of QtAda and the Icon Language > http://www.cs.arizona.edu/icon/status.htm > > I maintained Icon RPMs at Turbolinux, but I don't think they > ever made it to the world. The world still needs Icon so I want > to bring them back. You should look at: http://fedoraproject.org/wiki/PackageMaintainers/Join > Is there someone working on QtAda or Icon? I'd like to build > RPMs for those packages. Search http://bugzilla.redhat.com/ to find out if the package is waiting for review. If not, go ahead and make it following the process here: http://fedoraproject.org/wiki/PackageMaintainers/NewPackageProcess Question to everyone: Does Fedora have a Request-for-packaging process like Debian? [http://www.debian.org/devel/wnpp/requested]. This process is good for people who want a package but don't necessarily have the skills or time to become a Fedora maintainer. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From pingou at pingoured.fr Mon Apr 28 07:53:58 2008 From: pingou at pingoured.fr (pingou) Date: Mon, 28 Apr 2008 09:53:58 +0200 Subject: Greetings and how do I sign up? In-Reply-To: <20080428074821.GA8145@amd.home.annexia.org> References: <20080428074821.GA8145@amd.home.annexia.org> Message-ID: <48158296.5060904@pingoured.fr> Richard W.M. Jones wrote: > http://fedoraproject.org/wiki/PackageMaintainers/NewPackageProcess > > Question to everyone: Does Fedora have a Request-for-packaging process > like Debian? [http://www.debian.org/devel/wnpp/requested]. This > process is good for people who want a package but don't necessarily > have the skills or time to become a Fedora maintainer. I know that list http://fedoraproject.org/wiki/PackageMaintainers/WishList But it probably needs a FA to add something in it.. Regards, Pierre From dan at danny.cz Mon Apr 28 08:01:22 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 28 Apr 2008 10:01:22 +0200 Subject: Greetings and how do I sign up? In-Reply-To: <20080428074821.GA8145@amd.home.annexia.org> References: <20080428074821.GA8145@amd.home.annexia.org> Message-ID: <1209369682.3349.5.camel@eagle.danny.cz> > Question to everyone: Does Fedora have a Request-for-packaging process > like Debian? [http://www.debian.org/devel/wnpp/requested]. This > process is good for people who want a package but don't necessarily > have the skills or time to become a Fedora maintainer. Are you looking for http://fedoraproject.org/wiki/PackageMaintainers/WishList ? Dan From pertusus at free.fr Mon Apr 28 08:07:44 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 28 Apr 2008 10:07:44 +0200 Subject: Greetings and how do I sign up? In-Reply-To: References: Message-ID: <20080428080744.GB2755@free.fr> On Sun, Apr 27, 2008 at 11:56:10PM -0700, SL Baur wrote: > > Is there someone working on QtAda or Icon? I'd like to build > RPMs for those packages. I adapted a PLD linux spec, it can be found here: http://www.environnement.ens.fr/perso/dumas/fc-srpms/icon-9.4.3-1.fc9.src.rpm it still needs some work. -- Pat From mjs at clemson.edu Mon Apr 28 08:58:30 2008 From: mjs at clemson.edu (Matthew Saltzman) Date: Mon, 28 Apr 2008 04:58:30 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209355360.20940.8.camel@localhost.localdomain> References: <1209252343.3200.18.camel@sonlaptop> <1209306958.22640.5.camel@valkyrie.localdomain> <1209355360.20940.8.camel@localhost.localdomain> Message-ID: <1209373111.9877.17.camel@valkyrie.localdomain> On Mon, 2008-04-28 at 00:02 -0400, Dan Williams wrote: > On Sun, 2008-04-27 at 10:35 -0400, Matthew Saltzman wrote: > > On Sat, 2008-04-26 at 19:25 -0400, Louis E Garcia II wrote: > > > First NetworkManager fails to come up at boot. One needs to restart the > > > service. > > > > > > NetworkManager doesn't work with static ip. After fc9 desktop install > > > with a stacic ip I disabled network service and enabled Network manager. > > > I get system eth0 and auto ethernet in the nm-applet. system eth0 > > > connects but can't get to the internet seems the nameservers are missing > > > and the broadcast is 0. With system-config-network under DNS the values > > > are always missing even when I enter them and save. /etc/resolv.conf is > > > empty. > > > > > > Why does nm-applet have both system eth0 and auto ethernet? > > > > I presume the intent is that "system eth0" is for a static IP and "auto > > ethernet" is for NM-controlled DHCP. > > > > So far (with F8), I haven't been able to get the "system wlan0" to > > connect wirelessly with the network I defined (hidden SSID, WEP, DHCP), > > but the auto connection works fine for the same network. (Haven't > > tested all that recently, either, though.) > > Hmm; would be interesting to see ifcfg-wlan0 then... and to compare it > with what's in GConf for the auto connection. $ cat /etc/sysconfig/network-scripts/ifcfg-wlan0 # Intel Corporation PRO/Wireless 3945ABG Network Connection DEVICE=wlan0 BOOTPROTO=dhcp ONBOOT=no HWADDR=00:XX:XX:XX:XX:XX NETMASK= DHCP_HOSTNAME= IPADDR= DOMAIN= TYPE=Wireless USERCTL=yes PEERDNS=yes IPV6INIT=no NM_CONTROLLED=yes ESSID=cuairnet CHANNEL=1 MODE=Managed RATE=Auto In GConf: $ cat connection/%gconf.xml 1208978050 802-11-wireless cuairnet $ cat 802-11-wireless/%gconf.xml
  • 00:XX:XX:XX:XX:XX
    • [...18 more MACs deleted...]     802-11-wireless-security
    • $ cat 802-11-wireless-security/%gconf.xml open none There's another connection entry for this same ESSID as well. In fact, several connections have duplicate entries in the Network Connections pop-up in nm-applet. Some say "Auto " and some say just "". None of the duplicates have ever been connected. > > Dan > > > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From j.w.r.degoede at hhs.nl Mon Apr 28 08:51:46 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Apr 2008 10:51:46 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: References: <4814D8FA.7000100@hhs.nl> Message-ID: <48159022.5090004@hhs.nl> Jason L Tibbitts III wrote: >>>>>> "HdG" == Hans de Goede writes: > > HdG> I've recently become a co-maintainer of ImageMagick and after > HdG> this new build hits rawhide, the open bug count on ImageMagick > HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug). > > Just curious; will this new version allow us to do some basic > splitting so that packages like Mediawiki won't depend on X libraries? > Currently the console applications like convert are linked against X. > No I'm afraid not, but thats a good question so I've forwarded it upstream, as upstream sofar has been very helpful. Regards, Hans From denis at poolshark.org Mon Apr 28 09:04:15 2008 From: denis at poolshark.org (Denis Leroy) Date: Mon, 28 Apr 2008 11:04:15 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: <4814D8FA.7000100@hhs.nl> References: <4814D8FA.7000100@hhs.nl> Message-ID: <4815930F.9060502@poolshark.org> Hans de Goede wrote: > Hi All, > > I've recently become a co-maintainer of ImageMagick and after this new > build hits rawhide, the open bug count on ImageMagick drops from 24 to 1 > (a switch to NSS as cryptolib bug). > > Unfortunately the latest upstream releases changes the locations of > header files (pkg-config users should be fine) and changes the library > names from: > libMagick -> libMagickCore > libWand -> libMagickWand > > So any packages using the ImageMagick libs will need to be rebuild. Hmm, but we're in F-9 freeze. Are these rebuilds for F-10 (or F-9 updates after F-9 is released) ? From j.w.r.degoede at hhs.nl Mon Apr 28 09:02:48 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Apr 2008 11:02:48 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: <4815930F.9060502@poolshark.org> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> Message-ID: <481592B8.8090200@hhs.nl> Denis Leroy wrote: > Hans de Goede wrote: >> Hi All, >> >> I've recently become a co-maintainer of ImageMagick and after this new >> build hits rawhide, the open bug count on ImageMagick drops from 24 to >> 1 (a switch to NSS as cryptolib bug). >> >> Unfortunately the latest upstream releases changes the locations of >> header files (pkg-config users should be fine) and changes the library >> names from: >> libMagick -> libMagickCore >> libWand -> libMagickWand >> >> So any packages using the ImageMagick libs will need to be rebuild. > > Hmm, but we're in F-9 freeze. Are these rebuilds for F-10 (or F-9 > updates after F-9 is released) ? For F-10 only, which is why the subject of the mail was: "Headsup: new soname changing ImageMagick heading for F-10" Regards, Hans From denis at poolshark.org Mon Apr 28 09:14:40 2008 From: denis at poolshark.org (Denis Leroy) Date: Mon, 28 Apr 2008 11:14:40 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: <481592B8.8090200@hhs.nl> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> Message-ID: <48159580.2020302@poolshark.org> Hans de Goede wrote: > Denis Leroy wrote: >> Hans de Goede wrote: >>> Hi All, >>> >>> I've recently become a co-maintainer of ImageMagick and after this >>> new build hits rawhide, the open bug count on ImageMagick drops from >>> 24 to 1 (a switch to NSS as cryptolib bug). >>> >>> Unfortunately the latest upstream releases changes the locations of >>> header files (pkg-config users should be fine) and changes the >>> library names from: >>> libMagick -> libMagickCore >>> libWand -> libMagickWand >>> >>> So any packages using the ImageMagick libs will need to be rebuild. >> >> Hmm, but we're in F-9 freeze. Are these rebuilds for F-10 (or F-9 >> updates after F-9 is released) ? > > For F-10 only, which is why the subject of the mail was: > "Headsup: new soname changing ImageMagick heading for F-10" *slap on the forehead* thx! From mcepl at redhat.com Mon Apr 28 10:33:06 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 28 Apr 2008 12:33:06 +0200 Subject: Intel xorg driver bug References: <4814596D.2020107@hhs.nl> <1209307875.10594.3.camel@rousalka.okg> <1209341976.3380.8.camel@localhost> Message-ID: <2olge5xqfs.ln2@ppp1053.in.ipex.cz> On Sun, 27 Apr 2008 19:19:36 -0500, Callum Lerwick scripst: > I updated my laptop a few days ago (F9/rawhide) and now I'm getting And bugs numbers are? Please, do file those bugs. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Mon Apr 28 10:30:12 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 28 Apr 2008 12:30:12 +0200 Subject: How to downgrade Fedora to previous release? References: <4814596D.2020107@hhs.nl> Message-ID: On Sun, 27 Apr 2008 18:01:27 +0400, Peter Lemenkov scripst: > I can't fill bugzilla ticket because I just don't know exactly to what > component this issue must be assigned - xorg-x11, some particular > driver, some middleware layer as pango/gtk/qt/etc, maybe this is bug in > freetype or somethere - I don't know. Don't bother about this -- just file it as xorg-x11 or something. That's our job to know, where to refile it. It's better to have a bug filed under bad component than not to have it at all. Of course, I am not promoting blind filing everything under xorg-x11, you should do your research, but if you just don't know, than let it not stop you from filing a bug. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Mon Apr 28 10:35:29 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 28 Apr 2008 12:35:29 +0200 Subject: Intel xorg driver bug References: <4814596D.2020107@hhs.nl> <1209307875.10594.3.camel@rousalka.okg> <1209341976.3380.8.camel@localhost> Message-ID: On Sun, 27 Apr 2008 19:19:36 -0500, Callum Lerwick scripst: >> http://lists.freedesktop.org/archives/xorg/2008-April/034940.html Just for the sake of bug triage -- could you please try again with Deja fonts? Both you and Peter seem to have some non-standard fonts. Nothing against, it should work anyway, but just to find out more about the nature of the bug. And of course, please, attach your /etc/X11/xorg.conf and /var/log/ Xorg.0.log to the bug. And try to run with /etc/X11/xorg.conf at all and let us know what happens then. Thank you very much in advance, Mat?j Cepl -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Mon Apr 28 10:51:46 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 28 Apr 2008 12:51:46 +0200 Subject: FCoA [Was: Re: FESCO] References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> Message-ID: <2rmge5xqfs.ln2@ppp1053.in.ipex.cz> On Sun, 27 Apr 2008 10:02:11 +0200, Patrice Dumas scripst: > It is already the case. The rule is more or less, bring it to the lists > and then to fesco. But this is costly so having propoer guidelines to > follow like AWOL are better. Sure, but FESCO seems to be a little overloaded with just general leadership stuff (deciding about features, etc.). Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Mon Apr 28 10:47:26 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 28 Apr 2008 12:47:26 +0200 Subject: How to downgrade Fedora to previous release? References: Message-ID: On Sun, 27 Apr 2008 14:30:55 +0400, Peter Lemenkov scripst: > Hello All! > Since Fedora 9-Preview completely unuseable for me I decided to step > back to F-8. Thus far I know abount the only solution - backing up /etc/ > and /home directories and reinstalling F-8 but maybe there are some ways > to downgrade to previous relese and updates. Certainly I hope that we should be able to fix your problems rather than force you to downgrade, I have a couple things which I would certainly do in such case. 1) package-cleanup --problems 2) package-cleanup --cleandupes 3) rpm -Va 4) LANG=C find /usr /etc -exec rpm -qf '{}' \; \ |grep 'is not owned by any package\s*$' (rinse, dry, repeat until there is nothing seriously wrong in any of these report -- don't bother about changed times, *.rpm{save,orig,new} and such things, but missing files are problem; the last test requires most time and most judgement to decide what's wrong, but to be 100% sure everything is all right, I found it necessary after one very broken upgrade to F9 Beta). Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From mcepl at redhat.com Mon Apr 28 11:05:19 2008 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 28 Apr 2008 13:05:19 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 References: <1208964631.12717.158.camel@localhost.localdomain> <20080423155800.GA9085@amd.home.annexia.org> <480F66D1.4000104@gmail.com> <20080423225023.GC4923@amd.home.annexia.org> <20080423232153.GD25147@jadzia.bu.edu> <480FCB56.20006@cchtml.com> <20080423235527.GA28407@jadzia.bu.edu> <1208997236.2861.40.camel@beck.corsepiu.local> <1209027675.6157.66.camel@vespa.frost.loc> <20080424102343.GA18313@jadzia.bu.edu> <1209034137.6157.73.camel@vespa.frost.loc> <1209037147.2861.92.camel@beck.corsepiu.local> <1209277728.18692.169.camel@beck.corsepiu.local> Message-ID: On Sun, 27 Apr 2008 08:28:48 +0200, Ralf Corsepius scripst: > I meant to say: I think the approach behind Fedora's selinux-policies > hardly fit anywhere except of standalone single-user desktop setups and > will likely never reach a point of being suitable anything else because > of its design. I am not sure that I agree even with this statement, but I think that for sure huge one-purpose servers (mail server, Apache server, etc.) should be added to the list as well -- that's what's the most important intended use of SELinux anyway. Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From pertusus at free.fr Mon Apr 28 11:24:06 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 28 Apr 2008 13:24:06 +0200 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <2rmge5xqfs.ln2@ppp1053.in.ipex.cz> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <2rmge5xqfs.ln2@ppp1053.in.ipex.cz> Message-ID: <20080428112405.GA2853@free.fr> On Mon, Apr 28, 2008 at 12:51:46PM +0200, Matej Cepl wrote: > On Sun, 27 Apr 2008 10:02:11 +0200, Patrice Dumas scripst: > > It is already the case. The rule is more or less, bring it to the lists > > and then to fesco. But this is costly so having propoer guidelines to > > follow like AWOL are better. > > Sure, but FESCO seems to be a little overloaded with just general > leadership stuff (deciding about features, etc.). That's exactly my point. For such issues, a specific guideline which allows not to involve FESCo would be better. -- Pat From rawhide at fedoraproject.org Mon Apr 28 11:43:15 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Mon, 28 Apr 2008 11:43:15 +0000 (UTC) Subject: rawhide report: 20080428 changes Message-ID: <20080428114315.4B7AF209CEB@releng1.fedora.phx.redhat.com> Updated Packages: (none) Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From buc at odusz.so-cdu.ru Mon Apr 28 11:56:09 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 28 Apr 2008 15:56:09 +0400 Subject: Sorry [was: Re: Introduction - Pavel Khardikov] In-Reply-To: <1209360579.2531.1.camel@roulette> References: <4814E553.1030004@gmail.com> <1209360579.2531.1.camel@roulette> Message-ID: <4815BB59.40901@odu.neva.ru> Jakub 'Livio' Rusinek wrote: > Dnia 2008-04-28, pon o godzinie 08:10 +0300, Pavel Shevchuk pisze: > >> ?????? ?????. ??? ??? ?? ????????????? ???????? =) >> > > | Priver oboim. Kto yeshcho iz razpabotchikob russkiye? > > I don't get it. > > Please stop talking russian ;) . > > I would like to apologize for my compatriots. I'll try to deal with them to avoid such an off-topic in the future. My country is big enough, therefore it is no wonder that there are enough Fedora fans there. Unfortunately, RedHat is not working in Russia actively :( It leads to the situations similar to these -- just nobody has explained on the native language all the nuances of behaviour... ~buc http://www.fedoraproject.org/wiki/DmitryButskoy From walters at verbum.org Mon Apr 28 13:01:52 2008 From: walters at verbum.org (Colin Walters) Date: Mon, 28 Apr 2008 09:01:52 -0400 Subject: More Java guidelines questions In-Reply-To: <1209348432.3380.32.camel@localhost> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> Message-ID: 2008/4/27 Callum Lerwick : > > IMHO the only reason Java bytecode exists is to make it possible to > distribute "run anywhere" proprietary software while keeping the source > code closed. No. Even originally, that isn't true. Having separate source and binary formats gives you a lot of flexibility; for example you can compile source code that uses new features into an older bytecode in a compatibility mode. If you think the reason it's still around is just obfuscation, try using a modern decompiler. > Thus in an open source environment, Java bytecode has > little reason to exist. If we're going to *distribute* compiled code, it > may as well be nice fast native code. 1) Hotspot does a fine job of creating native code. 2) There are a *ton* of languages other than Java that run on top of the JVM that compile to bytecode. JRuby, to name one. 3) It's simply not worth trying to go against the grain of the entire Java community here. From Bl0ngo067 at aim.com Mon Apr 28 13:25:20 2008 From: Bl0ngo067 at aim.com (Bradley J. Longo) Date: Mon, 28 Apr 2008 09:25:20 -0400 Subject: Youtube Video Problem In-Reply-To: <481592B8.8090200@hhs.nl> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> Message-ID: <4815D040.7040204@aim.com> After about five months no one has fixed the youtube issue with Fedora. If someone out there does not know, when watching youtube videos in Firefox, Firefox randomly crashes. I saw a bug report filed on it a couple months ago when I first experienced the issue and it seems to have only gotten worse. After some recent frustration I went to check on the status of the report I found a new thread for it here: https://bugzilla.redhat.com/show_bug.cgi?id=438277 This issue has been around for long enough. Is something being done about in Fedora 9? Will Firfox 3.0 fix this issue? Normally I would not post the devel list about this, but normally bugs don't exist for so long. Brad From j.w.r.degoede at hhs.nl Mon Apr 28 13:34:10 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Apr 2008 15:34:10 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: References: <4814D8FA.7000100@hhs.nl> Message-ID: <4815D252.1050409@hhs.nl> Jason L Tibbitts III wrote: >>>>>> "HdG" == Hans de Goede writes: > > HdG> I've recently become a co-maintainer of ImageMagick and after > HdG> this new build hits rawhide, the open bug count on ImageMagick > HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug). > > Just curious; will this new version allow us to do some basic > splitting so that packages like Mediawiki won't depend on X libraries? > Currently the console applications like convert are linked against X. > And here is the answer from upstream: "ImageMagick permits rendering text onto an image with X11 fonts." Which explains the X11 dependencies. Regards, Hans From jakub.rusinek at gmail.com Mon Apr 28 15:38:36 2008 From: jakub.rusinek at gmail.com (Jakub 'Livio' Rusinek) Date: Mon, 28 Apr 2008 17:38:36 +0200 Subject: Sorry [was: Re: Introduction - Pavel Khardikov] In-Reply-To: <4815BB59.40901@odu.neva.ru> References: <4814E553.1030004@gmail.com> <1209360579.2531.1.camel@roulette> <4815BB59.40901@odu.neva.ru> Message-ID: <1209397116.1974.6.camel@roulette> Dnia 2008-04-28, pon o godzinie 15:56 +0400, Dmitry Butskoy pisze: > My country is big enough, therefore it is no wonder that there are > enough Fedora fans there. Unfortunately, RedHat is not working in Russia > actively :( It leads to the situations similar to these -- just nobody > has explained on the native language all the nuances of behaviour... I didn't wanted to hurt you. I understand that you've found russian friend in here and you were happy :) . -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: To jest cz??? wiadomo?ci podpisana cyfrowo URL: From rdieter at math.unl.edu Mon Apr 28 13:52:49 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 28 Apr 2008 08:52:49 -0500 Subject: Youtube Video Problem References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> <4815D040.7040204@aim.com> Message-ID: Bradley J. Longo wrote: > After some recent frustration I went to check > on the status of the report I found a new thread for it here: > https://bugzilla.redhat.com/show_bug.cgi?id=438277 > This issue has been around for long enough. firefox + flash-plugin + youtube works fine here (f7,f8,f9). umm... at least I heard that from a friend (of a friend), really. -- Rex From katzj at redhat.com Mon Apr 28 14:00:22 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Apr 2008 10:00:22 -0400 Subject: release notes for LUKS password In-Reply-To: <95f1114b0804270153i1a503e05pf761e13b6101a616@mail.gmail.com> References: <95f1114b0804270153i1a503e05pf761e13b6101a616@mail.gmail.com> Message-ID: <1209391222.22831.19.camel@aglarond.local> On Sun, 2008-04-27 at 18:53 +1000, Murray McAllister wrote: > Sorry to bug everyone. > https://bugzilla.redhat.com/show_bug.cgi?id=443061 was marked as > requires release notes. Has this bug got anything to do with > http://luks.endorphin.org/ > > I'm not really sure what the notes should be. Is it saying that when > you go to enter this password, it automatically uses/assumes a US > keymap? There shouldn't really be a release note needed. We should now pull in the keymap into the initrd and load it and thus have them matching. Early in the F9 cycle, though, this wasn't the case Jeremy From jonstanley at gmail.com Mon Apr 28 14:07:29 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 28 Apr 2008 10:07:29 -0400 Subject: release notes for LUKS password In-Reply-To: <1209391222.22831.19.camel@aglarond.local> References: <95f1114b0804270153i1a503e05pf761e13b6101a616@mail.gmail.com> <1209391222.22831.19.camel@aglarond.local> Message-ID: On Mon, Apr 28, 2008 at 10:00 AM, Jeremy Katz wrote: > There shouldn't really be a release note needed. We should now pull in > the keymap into the initrd and load it and thus have them matching. > Early in the F9 cycle, though, this wasn't the case Yeah, I'm sorry that I didn't respond to this mail, I just closed that bug dup. Did half of it right :) From denis at poolshark.org Mon Apr 28 14:09:16 2008 From: denis at poolshark.org (Denis Leroy) Date: Mon, 28 Apr 2008 16:09:16 +0200 Subject: Youtube Video Problem In-Reply-To: <4815D040.7040204@aim.com> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> <4815D040.7040204@aim.com> Message-ID: <4815DA8C.7040204@poolshark.org> Bradley J. Longo wrote: > After about five months no one has fixed the youtube issue with Fedora. > If someone out there does not know, when watching youtube videos in > Firefox, Firefox randomly crashes. I saw a bug report filed on it a > couple months ago when I first experienced the issue and it seems to > have only gotten worse. After some recent frustration I went to check > on the status of the report I found a new thread for it here: > > https://bugzilla.redhat.com/show_bug.cgi?id=438277 > > This issue has been around for long enough. Is something being done > about in Fedora 9? Will Firfox 3.0 fix this issue? > Normally I would not post the devel list about this, but normally bugs > don't exist for so long. sudo mv /usr/lib/libflashsupport.so /usr/lib/libflashsupport.so.disabled It's interesting how this bug only affects certain people and not others. It's been reported to target those that use flash-block scripts (like flashblock.xpi). https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/209634 From rc040203 at freenet.de Mon Apr 28 14:26:13 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 28 Apr 2008 16:26:13 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: References: <1208964631.12717.158.camel@localhost.localdomain> <480F72B2.5010305@hhs.nl> <48101157.3020906@gmail.com> <20080424064609.GF3696@victor.nirvana> <48109A5C.7010505@gmail.com> <1209276216.18692.156.camel@beck.corsepiu.local> Message-ID: <1209392773.18692.206.camel@beck.corsepiu.local> On Sun, 2008-04-27 at 21:45 +0300, Pavel Shevchuk wrote: > getenforce is useful for diagnostic, By ordinary users? What would they apply it for? I am not aware of any practical use-case, they could use it for anything. Besides this, yes, getenforce could be placed into /usr/bin or even /bin, because it is a read-only program. Ralf From Bl0ngo067 at aim.com Mon Apr 28 14:29:55 2008 From: Bl0ngo067 at aim.com (Bradley J. Longo) Date: Mon, 28 Apr 2008 10:29:55 -0400 Subject: Youtube Video Problem In-Reply-To: <4815DA8C.7040204@poolshark.org> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> <4815D040.7040204@aim.com> <4815DA8C.7040204@poolshark.org> Message-ID: <4815DF63.6090900@aim.com> Denis Leroy schrieb: > Bradley J. Longo wrote: >> After about five months no one has fixed the youtube issue with >> Fedora. If someone out there does not know, when watching youtube >> videos in Firefox, Firefox randomly crashes. I saw a bug report >> filed on it a couple months ago when I first experienced the issue >> and it seems to have only gotten worse. After some recent >> frustration I went to check on the status of the report I found a new >> thread for it here: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=438277 >> >> This issue has been around for long enough. Is something being done >> about in Fedora 9? Will Firfox 3.0 fix this issue? >> Normally I would not post the devel list about this, but normally >> bugs don't exist for so long. > > > sudo mv /usr/lib/libflashsupport.so /usr/lib/libflashsupport.so.disabled > After doing this I lost all sound when playing videos. Seems to help though in terms of Firefox crashing. > > It's interesting how this bug only affects certain people and not > others. It's been reported to target those that use flash-block > scripts (like flashblock.xpi). > > https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/209634 > I've heard about this bug only affecting certain people. I don't believe I have any flash block scripts? If I do I don't know about it. I am using the adobe flash support. In the repo's there is another package for this called swfdec. Does anyone have better results with this? If they are both installed they will compete with each other and your flash videos won't play at all fyi. I haven't tried using swfdec in a while. Brad From pbrobinson at gmail.com Mon Apr 28 15:01:26 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 28 Apr 2008 16:01:26 +0100 Subject: clarification on fedora accounts and sponsorship Message-ID: <5256d0b0804280801m2df89f1t35fd720198e29553@mail.gmail.com> Hi All, I'm reading through the details of getting approved as a packager so I can maintain a couple of packages and generally help out a little more. I just need to clarify the order of how to do a couple of things. On the wiki Join page [1] under "Get a Fedora Account" it mentions to get an account once you have a sponsor and your package approved (I have the later), but on the how to get sponsored page the first thing it mentions is that I should already have a fedora account... so which should come first.... the chicken or the egg? :) Regards, Peter [1] http://fedoraproject.org/wiki/PackageMaintainers/Join [2] http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored From sundaram at fedoraproject.org Mon Apr 28 15:08:50 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 28 Apr 2008 20:38:50 +0530 Subject: clarification on fedora accounts and sponsorship In-Reply-To: <5256d0b0804280801m2df89f1t35fd720198e29553@mail.gmail.com> References: <5256d0b0804280801m2df89f1t35fd720198e29553@mail.gmail.com> Message-ID: <4815E882.8050408@fedoraproject.org> Peter Robinson wrote: > Hi All, > > I'm reading through the details of getting approved as a packager so I > can maintain a couple of packages and generally help out a little > more. > > I just need to clarify the order of how to do a couple of things. > > On the wiki Join page [1] under "Get a Fedora Account" it mentions to > get an account once you have a sponsor and your package approved The account should be created even before you are sponsored. I have edited the wiki page. Thanks. Rahul From lkundrak at redhat.com Mon Apr 28 15:27:26 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Mon, 28 Apr 2008 17:27:26 +0200 Subject: Youtube Video Problem In-Reply-To: <4815DA8C.7040204@poolshark.org> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> <4815D040.7040204@aim.com> <4815DA8C.7040204@poolshark.org> Message-ID: <1209396446.9484.114.camel@localhost.localdomain> On Mon, 2008-04-28 at 16:09 +0200, Denis Leroy wrote: > Bradley J. Longo wrote: > > After about five months no one has fixed the youtube issue with Fedora. > > If someone out there does not know, when watching youtube videos in > > Firefox, Firefox randomly crashes. I saw a bug report filed on it a > > couple months ago when I first experienced the issue and it seems to > > have only gotten worse. After some recent frustration I went to check > > on the status of the report I found a new thread for it here: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=438277 > > > > This issue has been around for long enough. Is something being done > > about in Fedora 9? Will Firfox 3.0 fix this issue? > > Normally I would not post the devel list about this, but normally bugs > > don't exist for so long. > > sudo mv /usr/lib/libflashsupport.so /usr/lib/libflashsupport.so.disabled Dennis, you did not mean this -- did you? Apart from that it's about the most obscure way to remove the libflashsupport package one can imagine, you loose libflashsupport's functionality, which is essential to work around Flash's broken-ness in using ALSA/PulseAudio to play sound. My advice would be to use nspluginwrapper, so that Firefox does not suffer from Flash crashes. -- Lubomir Kundrak (Red Hat Security Response Team) From stickster at gmail.com Mon Apr 28 15:41:27 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 28 Apr 2008 11:41:27 -0400 Subject: Bug help Message-ID: <1209397287.4146.94.camel@localhost.localdomain> From the "too little too late" dept.: Can anyone help me with this? https://bugzilla.redhat.com/show_bug.cgi?id=442240 -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Mon Apr 28 15:48:08 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 28 Apr 2008 11:48:08 -0400 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <20080428112405.GA2853@free.fr> References: <200804260011.34138.alain.portal@free.fr> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <2rmge5xqfs.ln2@ppp1053.in.ipex.cz> <20080428112405.GA2853@free.fr> Message-ID: <625fc13d0804280848o10aae820ued303cfb64d5ace5@mail.gmail.com> On 4/28/08, Patrice Dumas wrote: > On Mon, Apr 28, 2008 at 12:51:46PM +0200, Matej Cepl wrote: > > On Sun, 27 Apr 2008 10:02:11 +0200, Patrice Dumas scripst: > > > It is already the case. The rule is more or less, bring it to the lists > > > and then to fesco. But this is costly so having propoer guidelines to > > > follow like AWOL are better. > > > > Sure, but FESCO seems to be a little overloaded with just general > > leadership stuff (deciding about features, etc.). > > That's exactly my point. For such issues, a specific guideline which > allows not to involve FESCo would be better. I respectfully disagree. A _better_ solution would be for FESCo to spend less time deciding features, and more time focusing on community issues and development. josh From stlwrt at gmail.com Mon Apr 28 16:00:06 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Mon, 28 Apr 2008 19:00:06 +0300 Subject: clarification on fedora accounts and sponsorship In-Reply-To: <4815E882.8050408@fedoraproject.org> References: <5256d0b0804280801m2df89f1t35fd720198e29553@mail.gmail.com> <4815E882.8050408@fedoraproject.org> Message-ID: You can have fedora account and not be sponsored (for example if you're doc writer or artist). "Sponsored" should be read as "knows how to package stuff" On 4/28/08, Rahul Sundaram wrote: > Peter Robinson wrote: > > > Hi All, > > > > I'm reading through the details of getting approved as a packager so I > > can maintain a couple of packages and generally help out a little > > more. > > > > I just need to clarify the order of how to do a couple of things. > > > > On the wiki Join page [1] under "Get a Fedora Account" it mentions to > > get an account once you have a sponsor and your package approved > > > > The account should be created even before you are sponsored. I have edited > the wiki page. Thanks. > > Rahul > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From cra at WPI.EDU Mon Apr 28 16:13:45 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 28 Apr 2008 12:13:45 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209355410.20940.10.camel@localhost.localdomain> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209355410.20940.10.camel@localhost.localdomain> Message-ID: <20080428161345.GM23955@angus.ind.WPI.EDU> On Mon, Apr 28, 2008 at 12:03:30AM -0400, Dan Williams wrote: > > Ok, I put DNS1 and DNS2 in /etc/sysconfig/network-scripts/ifcfg-eth0 and it > > I can get online now, though /etc/resolv.conf only has the first dns. > > I've fixed this in the latest builds, it was a genuine bug. > > > NetworkManager still fails to come up at boot, I need to restart the service. > > Also the output of ifconfig has Bcast:0.0.0.0 it should be Bcast:10.0.255.255 > > Why is the broadcast address not set? > > The broadcast has also been fixed in latest koji builds. > > Could you try: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=47429 > > and if network does not come up on boot, could you mail me > your /var/log/messages right after you've booted up so I can diagnose? Would you please have these new builds tagged for dist-f9 so they make it into the Release Candidate and F9 proper? Right now, they don't appear in rawhide, and people have to go to koji manually to test the updates. It would be more helpful to have them appear in rawhide for more widespread testing before F9 comes out. Thanks. From smooge at gmail.com Mon Apr 28 16:30:17 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 28 Apr 2008 10:30:17 -0600 Subject: Youtube Video Problem In-Reply-To: <1209396446.9484.114.camel@localhost.localdomain> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> <4815D040.7040204@aim.com> <4815DA8C.7040204@poolshark.org> <1209396446.9484.114.camel@localhost.localdomain> Message-ID: <80d7e4090804280930m669668e1pbe04cb19b1ed2808@mail.gmail.com> On Mon, Apr 28, 2008 at 9:27 AM, Lubomir Kundrak wrote: > > On Mon, 2008-04-28 at 16:09 +0200, Denis Leroy wrote: > > Bradley J. Longo wrote: > > > After about five months no one has fixed the youtube issue with Fedora. > > > If someone out there does not know, when watching youtube videos in > > > Firefox, Firefox randomly crashes. I saw a bug report filed on it a > > > couple months ago when I first experienced the issue and it seems to > > > have only gotten worse. After some recent frustration I went to check > > > on the status of the report I found a new thread for it here: > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=438277 > > > > > > This issue has been around for long enough. Is something being done > > > about in Fedora 9? Will Firfox 3.0 fix this issue? > > > Normally I would not post the devel list about this, but normally bugs > > > don't exist for so long. > > > > sudo mv /usr/lib/libflashsupport.so /usr/lib/libflashsupport.so.disabled > > Dennis, you did not mean this -- did you? > > Apart from that it's about the most obscure way to remove the > libflashsupport package one can imagine, you loose libflashsupport's > functionality, which is essential to work around Flash's broken-ness in > using ALSA/PulseAudio to play sound. > > My advice would be to use nspluginwrapper, so that Firefox does not > suffer from Flash crashes. > What seems to happen in my case is that Flash crashes, nspluginwrapper leaves a grey screen and I am sometimes not able to use flash again until I restart the browser... however this has gotten lot less happening in the recent versions of firefox. I am using noscript plugin which may be part of the issue. However, I prefer that to my entire browser going down. Minefield does that enough as it is :). -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From tibbs at math.uh.edu Mon Apr 28 16:34:02 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 28 Apr 2008 11:34:02 -0500 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: <4815D252.1050409@hhs.nl> References: <4814D8FA.7000100@hhs.nl> <4815D252.1050409@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> "ImageMagick permits rendering text onto an image with X11 HdG> fonts." That's rather... lame. I mean, we don't really even want to support core fonts any longer. And you don't need to link against X to use fontconfig and get proper font rendering. - J< From caillon at redhat.com Mon Apr 28 16:41:34 2008 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 28 Apr 2008 12:41:34 -0400 Subject: FC9 and NetworkManager In-Reply-To: <20080428161345.GM23955@angus.ind.WPI.EDU> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209355410.20940.10.camel@localhost.localdomain> <20080428161345.GM23955@angus.ind.WPI.EDU> Message-ID: <4815FE3E.4090500@redhat.com> On 04/28/2008 12:13 PM, Chuck Anderson wrote: > Would you please have these new builds tagged for dist-f9 so they make > it into the Release Candidate and F9 proper? Right now, they don't > appear in rawhide, and people have to go to koji manually to test the > updates. It would be more helpful to have them appear in rawhide for > more widespread testing before F9 comes out. Thanks. all builds at this point for f9 go into dist-f9 by default. You probably meant f9-final But actually, at this point in the game, we want testing BEFORE we push it to f9-final. Not testing packages before requesting a tag to f9-final is a great way to have the release slip if the package ends up breaking things. Especially if it's such a critical package. From j.w.r.degoede at hhs.nl Mon Apr 28 16:52:05 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Apr 2008 18:52:05 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: References: <4814D8FA.7000100@hhs.nl> <4815D252.1050409@hhs.nl> Message-ID: <481600B5.1040407@hhs.nl> Jason L Tibbitts III wrote: >>>>>> "HdG" == Hans de Goede writes: > > HdG> "ImageMagick permits rendering text onto an image with X11 > HdG> fonts." > > That's rather... lame. I mean, we don't really even want to support > core fonts any longer. And you don't need to link against X to use > fontconfig and get proper font rendering. > I know, and so does upstream, they also said this feature isn't much used, and it can be disabled by telling ./configure not to look for X, but then X using ImageMagick applications like display also won't get buid, so I've requested upstream to split this into 2 separate configure options. Regards, Hans From Bl0ngo067 at aim.com Mon Apr 28 17:12:39 2008 From: Bl0ngo067 at aim.com (Bradley J. Longo) Date: Mon, 28 Apr 2008 13:12:39 -0400 Subject: Youtube Video Problem In-Reply-To: <1209396446.9484.114.camel@localhost.localdomain> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> <4815D040.7040204@aim.com> <4815DA8C.7040204@poolshark.org> <1209396446.9484.114.camel@localhost.localdomain> Message-ID: <48160587.1070003@aim.com> Lubomir Kundrak schrieb: > On Mon, 2008-04-28 at 16:09 +0200, Denis Leroy wrote: > >> Bradley J. Longo wrote: >> >>> After about five months no one has fixed the youtube issue with Fedora. >>> If someone out there does not know, when watching youtube videos in >>> Firefox, Firefox randomly crashes. I saw a bug report filed on it a >>> couple months ago when I first experienced the issue and it seems to >>> have only gotten worse. After some recent frustration I went to check >>> on the status of the report I found a new thread for it here: >>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=438277 >>> >>> This issue has been around for long enough. Is something being done >>> about in Fedora 9? Will Firfox 3.0 fix this issue? >>> Normally I would not post the devel list about this, but normally bugs >>> don't exist for so long. >>> >> sudo mv /usr/lib/libflashsupport.so /usr/lib/libflashsupport.so.disabled >> > > Dennis, you did not mean this -- did you? > > Apart from that it's about the most obscure way to remove the > libflashsupport package one can imagine, you loose libflashsupport's > functionality, which is essential to work around Flash's broken-ness in > using ALSA/PulseAudio to play sound. > > My advice would be to use nspluginwrapper, so that Firefox does not > suffer from Flash crashes. > If anyone else tried this just reinstall flash to fix it. Simple fix. Brad From markmc at redhat.com Mon Apr 28 17:23:40 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 28 Apr 2008 18:23:40 +0100 Subject: Freeze policy for F9 fixes [was Re: FC9 and NetworkManager] In-Reply-To: <20080428161345.GM23955@angus.ind.WPI.EDU> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209355410.20940.10.camel@localhost.localdomain> <20080428161345.GM23955@angus.ind.WPI.EDU> Message-ID: <1209403420.9489.17.camel@muff> On Mon, 2008-04-28 at 12:13 -0400, Chuck Anderson wrote: > Would you please have these new builds tagged for dist-f9 so they make > it into the Release Candidate and F9 proper? Right now, they don't > appear in rawhide, and people have to go to koji manually to test the > updates. It would be more helpful to have them appear in rawhide for > more widespread testing before F9 comes out. Thanks. Just as a reminder to others: http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy If you've built a fix in dist-f9 and you want to see that fix in the final F9 release, then please make sure to follow the policy on that page - i.e. email rel-eng and request that the build be tagged. But note that only important, well tested bug fixes should be getting tagged in f9-final at this point. Below is a list of the 246 packages in dist-f9 that have a newer version in f9-final - i.e. these builds aren't currently going to make it into F9 final. It's worth checking that you've had everything tagged that should be tagged. Cheers, Mark. airlied xorg-x11-drv-ati-6.8.0-12.fc9 ajax xorg-x11-drv-i810-2.2.1-23.fc9 ajax xorg-x11-xinit-1.0.7-7.fc9 ajax xorg-x11-xkb-utils-7.2-5.fc9 alexlan openoffice.org-ooolatex-4.0.0-0.5.beta2.fc9.1 ausil isomd5sum-1.0.4-2 ausil konversation-1.0.1-6.fc9 ausil libertas-usb8388-firmware-5.110.22.p6-1.fc9 ausil openhpi-2.10.2-2.fc9 awjb claws-mail-3.4.0-1.fc9 bbbush chmsee-1.0.0-2.37.fc9 bjohnson conduit-0.3.9-1.fc9 bjohnson dbmail-2.2.9-1.fc9 bjohnson gscan2pdf-0.9.23-1.fc9 bjohnson pdfedit-0.3.2-5.fc9 bpepple fyre-1.0.1-6.fc9 bpepple swfdec-0.6.6-1.fc9 braden openvrml-0.17.5-5.fc9 buc dvdisaster-0.70.6-1.fc9 buc gtk-gnutella-0.96.5-1.fc9 buc mail-notification-5.3-1.fc9 caillon gnome-packagekit-0.1.12-7.20080423.fc9 caillon xulrunner-1.9-0.58.beta5.fc9 caolanm openoffice.org-2.4.0-12.7.fc9 caolanm writer2latex-0.5-3.fc9 cchance liberation-fonts-1.03-1.fc9 cchance scim-chewing-0.3.1-14.fc9 cchance scim-tables-0.5.8-1.fc9 chitlesh ngspice-17-15.fc9 chitlesh xcircuit-3.4.28-1.fc9 choeger NetworkManager-openvpn-0.7.0-10.svn3549.fc9 clumens pykickstart-1.33-1.fc9 corsepiu perl-File-Copy-Recursive-0.36-1.fc9 corsepiu perl-Text-Template-1.45-1.fc9 cwickert xfce4-diskperf-plugin-2.2.0-1.fc9 danielm initng-ifiles-0.1.5-1.fc9 dcantrel repoman-0.9-4.fc9 dcbw NetworkManager-0.7.0-0.9.2.svn3614.fc9 dchen WritRecogn-0.1.9-0.fc9 deji referencer-1.1.2-1.fc9 deji texmaker-1.7-1.fc9 deji tokyocabinet-1.2.5-1.fc9 denis glibmm24-2.16.1-1.fc9 denis gtkmm24-2.12.7-1.fc9 devrim postgis-1.3.3-1.fc9 drago01 beagle-0.3.7-2.fc9 dreier libibverbs-1.1.2-1.fc9 dwalsh libselinux-2.0.61-3.fc9 dwalsh libsemanage-2.0.25-1.fc9 dwmw2 linux-atm-2.5.0-7 ecik sonata-1.5-2.fc9 ensc clamav-0.93-1.fc9 ensc dietlibc-0.31-4.20080409.fc9 ensc xmlrpc-c-1.14.2-1.fc9 errr etherape-0.9.7-8.fc9 fitzsim system-switch-java-1.1.2-2.fc9 garrick torque-2.1.10-6.fc9 gemi bigloo-3.0c-4.1.fc9 gemi gauche-0.8.13-2.fc9 gemi scons-0.98.1-1.fc9 gemi smarteiffel-2.3-5.fc9 gemi sweep-0.9.3-1.fc9 gemi yap-5.1.1-10.fc9 green libfreebob-1.0.11-1.fc9 hadess bluez-gnome-0.26-1.fc9 hadess gedit-2.22.1-1.fc9 hadess gstreamer-plugins-base-0.10.19-2.fc9 hadess gstreamer-plugins-good-0.10.8-1.fc9 hadess rhythmbox-0.11.5-10.fc9 hguemar gtkmozembedmm-1.4.2.cvs20060817-19.fc9 iankent autofs-5.0.3-13 jbowes git-1.5.5-1.fc9 jcollie zaptel-1.4.10-1.fc9 jdennis freeradius-2.0.3-2.fc9 jjh haproxy-1.3.14.4-1.fc9 jjh ragel-6.1-1.fc9 jkeating moto4lin-0.3-9.fc9 jkratoch gdb-6.8-3.fc9 jlaska snake-0.11-0.4.fc9 jmoskovc sox-14.0.1-2.fc9 jnovy libusb-0.1.12-16.fc9 jnovy netpbm-10.35.42-1.fc9 joost fpc-2.2.0-12.fc9 jsteffan pyjigdo-0.3.0-1.fc9 jwilson hercules-3.05-5.fc9 jwilson lirc-0.8.3-0.4.pre3.fc9 jwilson zabbix-1.4.5-2.fc9 jwrdegoede ardour-2.4.1-1.fc9 jwrdegoede ladspa-mcp-plugins-0.4.0-1.fc9 jwrdegoede lzo-2.02-5.fc9 jwrdegoede mikmod-3.2.2-9.beta1.fc9 jwrdegoede opensc-0.11.4-5.fc9 jwrdegoede rott-1.0-6.fc9 jwrdegoede vegastrike-0.4.3-9.fc9 karlik quesoglc-0.7.1-1.fc9 karlik warzone2100-2.1.0-0.5.beta2.fc9 karlik widelands-0-0.11.build12.fc9 karsten mozplugger-1.10.1-2 karsten rp-pppoe-3.8-4.fc9 karsten vim-7.1.293-1.fc9 katzj python-pyblock-0.31-3 kengert nss-3.12.0.1-1.fc9 kengert seamonkey-1.1.9-3.fc9 kevin gpsdrive-2.09-6.fc9 kwizart iwl4965-firmware-4.44.1.20-2 kzak util-linux-ng-2.13.1-8.2.fc9 laxathom gammu-1.19.0-1.fc9 limb roundcubemail-0.1.1-5.fc9 linville kernel-2.6.25-10.fc9 liquidat speedcrunch-0.10-1.fc9 lkundrak centerim-4.22.5-1.fc9 markmc libvirt-0.4.2-2.fc9 mbarnes evolution-sharp-0.16.1-1.fc9 mbarnes python-numeric-24.2-11.fc9 mcepl tailor-0.9.31-1.fc9 mclasen sabayon-2.22.0-3.fc9 mdehaan cobbler-0.8.3-3.fc9 mfleming mlmmj-1.2.15-3.fc9 mfleming mod_geoip-1.2.2-1.fc9 mfleming mod_security-2.1.7-1.fc9 mfleming perl-Geo-IP-1.31-1.fc9 mfleming svnmailer-1.0.8-5.fc9 mgarski krusader-1.90.0-2.fc9 mgarski xscorch-0.2.0-13.fc9 mikep mt-daapd-0.9-0.2.1696.fc9 mlichvar dialog-1.1-5.20080316.fc9 mlichvar obconf-2.0.3-2.fc9 mlichvar openbox-3.4.7.1-1.fc9 mlichvar xterm-235-1.fc9 mmahut gnuradio-3.1.2-1.fc9 mmaslano crontabs-1.10-20.fc9 mmaslano tcl-8.5.1-5.fc9 mschwendt chkrootkit-0.48-7.fc9 mso xine-plugin-1.0.1-2.fc9 mtasaka jd-2.0.0-0.4.svn2012_trunk.fc9 mtasaka mecab-0.97-2.fc9 mtasaka pcmanfm-0.3.9.98-2.fc9 mtasaka ruby-aws-0.1.0-1.fc9 mtasaka tzclock-2.6.1-3.fc9 mtruch kst-1.6.0-1.fc9 mwiriadi gnome-themes-extras-2.22.0-1.fc9 mwringe maven-wagon-1.0-0.1.a5.3jpp.2.fc9 nalin krb5-1.6.3-13.fc9 nbecker mercurial-1.0-14.fc9 nbecker uncrustify-0.46-1.fc9 ndim xorg-x11-drv-radeonhd-1.2.1-1.fc9 nhorman kexec-tools-1.102pre-9.fc9 nsantos qpidc-0.2-29.fc9 nsantos rhm-0.2-19.fc9 ovasik coreutils-6.10-21.fc9 ovasik inn-2.4.3-14.fc9 pertusus asa-1.2-6.fc9 pertusus gnash-0.8.2-3.fc9 pertusus gnochm-0.9.11-2.fc9 pertusus tetex-tex4ht-1.0.2008_02_28_2058-3.fc9 peter fuse-python-0.2-8.fc9 petersen scim-1.4.7-22.fc9 pghmcfc perl-MailTools-2.03-1.fc9 pgordon deluge-0.5.8.9-1.fc9 pingou rkward-0.5.0b-1.fc9 pravins system-config-language-1.2.15-3.fc9 pvrabec rsyslog-3.14.1-5.fc9 pvrabec sectool-0.7.3-1.fc9 qspencer octave-3.0.1-1.fc9 rafalzaq htop-0.7-2.fc9 rathann libdvdnav-4.1.2-1.fc9 rbrich system-config-bind-4.0.7-1.fc9 rbrich system-config-netboot-0.1.45.1-1.fc9 rcritten mod_nss-1.0.7-5.fc9 rdieter amarok-1.4.9.1-2.fc9 rdieter kdebase-runtime-4.0.3-10.fc9 rdieter kdenetwork-4.0.3-6.fc9 remi monitor-edid-2.0-1.fc9 remi ocsinventory-agent-0.0.9.2-1.fc9 remi perl-XML-Entities-0.03-1.fc9 remi php-pear-Console-Table-1.1.1-1.fc9 remi php-pear-HTML-QuickForm-advmultiselect-1.4.1-1.fc9 remi php-pear-PHP-CompatInfo-1.7.0-1.fc9 remi php-pecl-mailparse-2.1.4-1.fc9 rezso gdal-1.5.1-6.fc9 rmeggins fedora-ds-admin-1.1.4-1.fc9 rmeggins idm-console-framework-1.1.1-3.fc9 robert php-magickwand-1.0.7-1.fc9 roland elfutils-0.134-1.fc9 roland monotone-0.40-1.fc9 rrakus iprutils-2.2.8-4.fc9 rstrode gdm-2.21.10-0.2008.04.24.1.fc9 s4504kr aplus-fsf-4.22.1-3.fc9 s4504kr blender-2.45-13.fc9 s4504kr gnu-smalltalk-3.0.2-2.fc9 s4504kr gprolog-1.3.0-15.fc9 s4504kr inadyn-1.96.2-4.fc9 s4504kr kyum-0.7.5-12.fc9 s4504kr subcommander-1.2.3-1.fc9 salimma vala-0.2.0-1.fc9 sandeen fio-1.19-1.fc9 sandeen guilt-0.30-1.fc9 sandeen seekwatcher-0.11-1.fc9 scop abcde-2.3.99.6-7 scop colordiff-1.0.7-3 scop perl-HTML-Encoding-0.57-1.fc9 scop vdr-1.6.0-2.fc9 sgrubb libprelude-0.9.17-1.fc9 shishz snownews-1.5.9-1.fc9 sindrepb cowbell-0.2.7.1-10.fc9 sindrepb gnome-do-0.4.2.0-1.fc9 spot asymptote-1.42-3.fc9 spot perl-Image-ExifTool-7.25-1.fc9 spot winpdb-1.3.8-1.fc9 steve perl-Imager-0.64-2.fc9 stransky alsa-utils-1.0.16-3.fc9 stransky firefox-3.0-0.57.beta5.fc9 sundaram dbench-4.0-2.fc9 tagoh Canna-3.7p3-24.fc9 tagoh fonts-japanese-0.20061016-13.fc9 tagoh mew-6.0.50-1.fc9 tanguy scidavis-0.1.3-2.fc9 terjeros lshw-B.02.12.01-5.fc9 thm waf-1.4.0-1.fc9 timn lua-5.1.3-5.fc9 tnorth liborigin-20070115-5.fc9 tnorth magic-7.5.129-1.fc9 tomeu sugar-0.79.3-1.fc9 tomeu sugar-artwork-0.79.2-1.fc9 tomeu sugar-base-0.79.1-1.fc9 toshio bzr-1.3.1-1.fc9 toshio gnome-common-2.20.0-1.fc9 toshio python-sqlalchemy-0.4.5-1.fc9 tsmetana psmisc-22.6-6.fc9 turki libgsasl-0.2.25-1.fc9 turki libntlm-1.0-1.fc9 turki msmtp-1.4.14-1.fc9 twaugh dos2unix-3.1-32.fc9 twaugh system-config-printer-0.7.82.2-2.fc9 varekova bzip2-1.0.5-2.fc9 varekova man-1.6f-5.fc9 varekova sysstat-8.0.4-4.fc9 vcrhonek mrtg-2.16.1-2.fc9 vcrhonek pychecker-0.8.17-3 walters dbus-glib-0.74-7.fc9 walters desktop-data-model-1.2.4-1.fc9 wtogami ldm-2.0.4-1.fc9 wtogami ltsp-5.1.6-1.fc9 wwoods gnome-system-monitor-2.22.1-4.fc9 xulchris php-pecl-radius-1.2.5-5.fc9 zprikryl iptraf-3.0.1-4.fc9 From a.badger at gmail.com Mon Apr 28 17:26:00 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 28 Apr 2008 10:26:00 -0700 Subject: More Java guidelines questions In-Reply-To: <4807096B.5050206@redhat.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <48047BD5.5070203@redhat.com> <4804C64F.9000501@gmail.com> <4806383F.1090201@redhat.com> <870180fe0804162032ic6df4b6g59fbb342856bc0dd@mail.gmail.com> <4807096B.5050206@redhat.com> Message-ID: <481608A8.3080701@gmail.com> Andrew Haley wrote: > Jerry James wrote: >> On Wed, Apr 16, 2008 at 11:32 AM, Andrew Haley wrote: >>> "In some rare cases Java packages might not contain any executable code >>> whatsoever, so AOT-compiling for gcj would not be required. An example >>> of such a package would be one that contained only annotations." >> Perhaps "annotation definitions" would be a bit more precise. > > Ok. I don't think it matters much. > GCJ Guidelines have been clarified by adding this paragraph. -Toshio From mschwendt at gmail.com Mon Apr 28 17:32:31 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 28 Apr 2008 19:32:31 +0200 Subject: clarification on fedora accounts and sponsorship In-Reply-To: References: <5256d0b0804280801m2df89f1t35fd720198e29553@mail.gmail.com> <4815E882.8050408@fedoraproject.org> Message-ID: <20080428193231.f336b494.mschwendt@gmail.com> On Mon, 28 Apr 2008 19:00:06 +0300, Pavel Shevchuk wrote: > You can have fedora account and not be sponsored (for example if > you're doc writer or artist). "Sponsored" should be read as "knows how > to package stuff" No, let's not change the meaning of "sponsored". It really only means that another contributor (with sponsor status) agreed on opening the door for somebody else to get access to relevant Fedora infrastructure in order to be able to get productive (to what level the sponsor must monitor the sponsored person is unknown -- I know that some sponsors do it while others don't). The decision to sponsor somebody may be based on prior demonstration of packaging skills, but could also be based on a trust relationship, "knowing eachother", being involved upstream, or the energy/momentum of a motivated contributor, who wants to become a Fedora packager. "Sponsored" does not necessarily mean "knows how to package stuff". That's not well-defined anyway. For example, it's too easy for someone to fetch an existing spec file from the web, customise it a little bit and use it for a Fedora Review request and a call for sponsorship. It's not that if one or two packages pass review, after your reviewer told you 20 things to fix, you "know how to package stuff". It's just that if you show that you're willing to maintain your package(s) with or without the help of other people, you increase the chance of finding a sponsor. We've found long ago that it would be too much of a hurdle, if every potential contributor had to demonstrate packaging skills through a long review process of several *new* packages. The more packages in the collection, the less likely you find stuff that's not packaged yet. Therefore, and provided that you find a sponsor actually, demonstrating packaging capabilities is not the only way how to get sponsored. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.17 1.12 1.04 From notting at redhat.com Mon Apr 28 17:36:07 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Apr 2008 13:36:07 -0400 Subject: Freeze policy for F9 fixes [was Re: FC9 and NetworkManager] In-Reply-To: <1209403420.9489.17.camel@muff> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209355410.20940.10.camel@localhost.localdomain> <20080428161345.GM23955@angus.ind.WPI.EDU> <1209403420.9489.17.camel@muff> Message-ID: <20080428173607.GA24405@nostromo.devel.redhat.com> Mark McLoughlin (markmc at redhat.com) said: > Below is a list of the 246 packages in dist-f9 that have a newer version > in f9-final - i.e. these builds aren't currently going to make it into > F9 final. > > It's worth checking that you've had everything tagged that should be > tagged. In addition, these are the *new* packages that have no builds tagged for the final F9 release, but are in dist-f9. anyremote-4.4-1.fc9 anyremote biloba-0.6-1.fc9 rafalzaq bytelist-0.1-0.2.svn6558.fc9 konradm collectd-4.3.2-8.fc9 rjones Cython-0.9.6.13.1-3.fc9 nbecker e16-epplets-0.10-3.fc9 terjeros eet-1.0.0-1.fc9 stalwart eg-0.70-2.fc9 jbowes ezstream-0.5.3-1.fc8 ianweller fedora-ds-1.1.1-3.fc9 rmeggins fedora-ds-admin-console-1.1.1-3.fc9 rmeggins fedora-ds-console-1.1.1-3.fc9 rmeggins fedora-idm-console-1.1.1-2.fc9 rmeggins fedorainfinity-backgrounds-0.0.5-1.fc9 mclasen ffcall-1.10-1.fc9 gemi freenx-client-0.9-7.fc9 athimm freenx-server-0.7.2-8.fc9 athimm fsvs-1.1.13-5.fc9 davidf ganyremote-2.8-2.fc9 anyremote gkrellm-timestamp-0.1.4-4.fc9 turki guilt-0.30-1.fc9 sandeen hamster-applet-0.2-2.fc9 maxx imapsync-1.249-1.fc9 mmahut kstart-3.11-1.fc8 sxw luadoc-3.0.1-1.fc9 timn lua-logging-1.1.4-1.fc9 timn lua-posix-5.1.2-2.fc9 timn lua-socket-2.0.2-2.fc9 timn lua-sql-2.1.1-4.fc9 timn mediawiki-HNP-1.1.2-1.fc8 ianweller mediawiki-openid-0.7.0-5 athimm ocaml-gettext-0.2.0-3.20080321patch.fc9 rjones ocaml-gsl-0.6.0-3.fc9 rjones ocaml-omake-0.9.8.5-2.fc9 rjones ocfs2-tools-1.3.9-7.20080221git.fc9 mfasheh pAgenda-3.2-2.fc9 nigelj perl-Catalyst-Model-LDAP-0.16-3.fc9 sxw perl-Catalyst-Plugin-StackTrace-0.07-3.fc9 sxw perl-Catalyst-View-JSON-0.24-1.fc9 sxw perl-CSS-1.08-2.fc9 terjeros perl-Task-Weaken-1.02-2.fc9 sxw preupgrade-0.9-2.fc9 skvidal psiconv-0.9.8-1.fc9 huzaifas pyephem-3.7.2.3-1.fc9 mmahut pyfits-1.3-3.fc9 sergiopr pyke-0.2-2.fc9 spot pysvn-1.5.3-1.fc9 ravenoak python-lzo-1.08-2.fc8 huzaifas python-mpd-0.2.0-3.fc9 ecik quicksynergy-0.7-2.fc9 drago01 ski-1.3.2-4.fc9 sharkcz thunar-shares-0.10-1.fc9 cwickert tinyproxy-1.6.3-2.fc9 jjh xfwm4-theme-nodoka-0.1-1.fc9 cwickert Bill From alan at clueserver.org Mon Apr 28 17:50:52 2008 From: alan at clueserver.org (Alan) Date: Mon, 28 Apr 2008 10:50:52 -0700 (PDT) Subject: Unsigned apps in rawhide Message-ID: <45462.75.164.221.130.1209405052.squirrel@clueserver.org> When I updated this moring, I get errors on the gnome-desktop and control-center packages claiming they are unsigned. Is this a known problem or should I fill out a bug? From notting at redhat.com Mon Apr 28 17:57:26 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Apr 2008 13:57:26 -0400 Subject: Unsigned apps in rawhide In-Reply-To: <45462.75.164.221.130.1209405052.squirrel@clueserver.org> References: <45462.75.164.221.130.1209405052.squirrel@clueserver.org> Message-ID: <20080428175726.GD28332@nostromo.devel.redhat.com> Alan (alan at clueserver.org) said: > When I updated this moring, I get errors on the gnome-desktop and > control-center packages claiming they are unsigned. > > Is this a known problem or should I fill out a bug? Known, fixed, should be all better tomorrow. Bill From pingou at pingoured.fr Mon Apr 28 18:01:54 2008 From: pingou at pingoured.fr (pingou) Date: Mon, 28 Apr 2008 20:01:54 +0200 Subject: Unsigned apps in rawhide In-Reply-To: <45462.75.164.221.130.1209405052.squirrel@clueserver.org> References: <45462.75.164.221.130.1209405052.squirrel@clueserver.org> Message-ID: <48161112.80308@pingoured.fr> Alan wrote: > When I updated this moring, I get errors on the gnome-desktop and > control-center packages claiming they are unsigned. > > Is this a known problem or should I fill out a bug? > I faced this with more than one package such as gnome-desktop* and also control-center Regards, Pierre From rnorwood at redhat.com Mon Apr 28 18:03:41 2008 From: rnorwood at redhat.com (Robin Norwood) Date: Mon, 28 Apr 2008 14:03:41 -0400 Subject: Orphaning package In-Reply-To: <200804262235.38143.alain.portal@free.fr> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <200804262235.38143.alain.portal@free.fr> Message-ID: <20080428140341.6305cb72@solitude.devel.redhat.com> On Sat, 26 Apr 2008 22:35:37 +0200 Alain PORTAL wrote: > And the one that convinced me to get out > https://bugzilla.redhat.com/show_bug.cgi?id=443634 What happened with this bug is that, since it appeared that NetworkManager was incorrectly reporting no network connection, I reassigned it to Dan Williams to take a look at it. He points out in comment #9 that this is by design, since the connection in question wasn't managed by NetworkManager. He then closed the bug, since it wasn't a NetworkManager bug. However, as you can see in subsequent comments, I've reopened the bug and reassigned it to myself. In hindsight, I probably should've used the 'NEEDINFO' state instead of reassigning the bug - then Dan wouldn't have closed it when he pointed out that it was not a NetworkManager bug. We'll probably take this bug and add another check to PackageKit if the NetworkManager test fails. I can't speak to the other frustrating experiences you've had, but in this case, I'm sorry for the confusion and apparent disregard for your issue. I'd like to point out that the problem was fixed in a matter of hours, and we're still looking into fixing the bug. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From fedora at camperquake.de Mon Apr 28 18:09:58 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 28 Apr 2008 20:09:58 +0200 Subject: Intel xorg driver bug In-Reply-To: <1209341976.3380.8.camel@localhost> References: <4814596D.2020107@hhs.nl> <1209307875.10594.3.camel@rousalka.okg> <1209341976.3380.8.camel@localhost> Message-ID: <20080428200958.286d1016@lain.camperquake.de> Hi. On Sun, 27 Apr 2008 19:19:36 -0500, Callum Lerwick wrote > I updated my laptop a few days ago (F9/rawhide) and now I'm getting > corrupted fonts. It has an Intel 830M using the "intel" driver. It > starts out okay but grows worse every few minutes or so. It seems to > happen a few characters at a time. It's not just limited to fonts, > bitmaps seem to be affected too. Could that be https://bugzilla.redhat.com/show_bug.cgi?id=441665 ? From lordmorgul at gmail.com Mon Apr 28 18:22:48 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Mon, 28 Apr 2008 11:22:48 -0700 Subject: Unsigned apps in rawhide In-Reply-To: <48161112.80308@pingoured.fr> References: <45462.75.164.221.130.1209405052.squirrel@clueserver.org> <48161112.80308@pingoured.fr> Message-ID: <481615F8.2080401@gmail.com> pingou wrote: > Alan wrote: >> When I updated this moring, I get errors on the gnome-desktop and >> control-center packages claiming they are unsigned. >> >> Is this a known problem or should I fill out a bug? >> > I faced this with more than one package such as > gnome-desktop* and also control-center I think Jesse Keating replied earlier to another thread that several packages were known not signed so this is probably taken care of for each of them. -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From notting at redhat.com Mon Apr 28 18:34:11 2008 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Apr 2008 14:34:11 -0400 Subject: Note: builds moved to dist-f9-updates-candidate Message-ID: <20080428183411.GA30316@nostromo.devel.redhat.com> Any builds that are not currently tagged for release with Fedora 9 are now being moved to dist-f9-updates-candidate. The list of moved builds is attached. If one of these builds fixes a blocker or similarly severe bug, please request it to be added via the final freeze policy located at: http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy Otherwise, bodhi will be open for business for Fedora 9 shortly. Bill -------------- next part -------------- Canna-3.7p3-24.fc9 tagoh Cython-0.9.6.13.1-3.fc9 nbecker Falcon-0.8.8-2.fc9 salimma NetworkManager-0.7.0-0.9.2.svn3614.fc9 dcbw NetworkManager-openvpn-0.7.0-10.svn3549.fc9 choeger SAASound-3.2-5.fc9 jwrdegoede WritRecogn-0.1.9-0.fc9 dchen abcde-2.3.99.6-7 scop alsa-utils-1.0.16-3.fc9 stransky amarok-1.4.9.1-2.fc9 rdieter anyremote-4.4-1.fc9 anyremote aplus-fsf-4.22.1-3.fc9 s4504kr ardour-2.4.1-1.fc9 jwrdegoede asa-1.2-6.fc9 pertusus asymptote-1.42-3.fc9 spot autofs-5.0.3-13 iankent batik-1.7-0.4.beta1 langel beagle-0.3.7-2.fc9 drago01 bigloo-3.0c-4.1.fc9 gemi biloba-0.6-1.fc9 rafalzaq blender-2.45-13.fc9 s4504kr bluez-gnome-0.26-1.fc9 hadess bytelist-0.1-0.2.svn6558.fc9 konradm bzip2-1.0.5-2.fc9 varekova bzr-1.3.1-1.fc9 toshio centerim-4.22.5-1.fc9 lkundrak chkrootkit-0.48-7.fc9 mschwendt chmsee-1.0.0-2.37.fc9 bbbush clamav-0.93-1.fc9 ensc claws-mail-3.4.0-1.fc9 awjb cobbler-0.8.3-3.fc9 mdehaan collectd-4.3.2-8.fc9 rjones colordiff-1.0.7-3 scop conduit-0.3.9-1.fc9 bjohnson coreutils-6.10-21.fc9 ovasik cowbell-0.2.7.1-10.fc9 sindrepb crontabs-1.10-20.fc9 mmaslano dbench-4.0-2.fc9 sundaram dbmail-2.2.9-1.fc9 bjohnson dbus-glib-0.74-7.fc9 walters deluge-0.5.8.9-1.fc9 pgordon desktop-data-model-1.2.4-1.fc9 walters dialog-1.1-5.20080316.fc9 mlichvar dietlibc-0.31-4.20080409.fc9 ensc dos2unix-3.1-32.fc9 twaugh dvdisaster-0.70.6-1.fc9 buc e16-epplets-0.10-3.fc9 terjeros eet-1.0.0-1.fc9 stalwart eg-0.70-2.fc9 jbowes elfutils-0.134-1.fc9 roland etherape-0.9.7-8.fc9 errr evolution-sharp-0.16.1-1.fc9 mbarnes fedora-ds-1.1.1-3.fc9 rmeggins fedora-ds-admin-1.1.4-1.fc9 rmeggins fedora-ds-admin-console-1.1.1-3.fc9 rmeggins fedora-ds-console-1.1.1-3.fc9 rmeggins fedora-idm-console-1.1.1-2.fc9 rmeggins fedorainfinity-backgrounds-0.0.5-1.fc9 mclasen ffcall-1.10-1.fc9 gemi fio-1.19-1.fc9 sandeen firefox-3.0-0.57.beta5.fc9 stransky fonts-japanese-0.20061016-13.fc9 tagoh fpc-2.2.0-12.fc9 joost freenx-client-0.9-7.fc9 athimm freenx-server-0.7.2-8.fc9 athimm freeradius-2.0.3-2.fc9 jdennis fsvs-1.1.13-5.fc9 davidf fuse-python-0.2-8.fc9 peter fyre-1.0.1-6.fc9 bpepple gammu-1.19.0-1.fc9 laxathom ganyremote-2.8-2.fc9 anyremote gauche-0.8.13-2.fc9 gemi gdal-1.5.1-6.fc9 rezso gdb-6.8-3.fc9 jkratoch gdm-2.21.10-0.2008.04.24.1.fc9 rstrode gedit-2.22.1-1.fc9 hadess git-1.5.5-1.fc9 jbowes gkrellm-timestamp-0.1.4-4.fc9 turki glibmm24-2.16.1-1.fc9 denis gnash-0.8.2-3.fc9 pertusus gnochm-0.9.11-2.fc9 pertusus gnome-common-2.20.0-1.fc9 toshio gnome-do-0.4.2.0-1.fc9 sindrepb gnome-packagekit-0.1.12-7.20080423.fc9 caillon gnome-system-monitor-2.22.1-4.fc9 wwoods gnome-themes-extras-2.22.0-1.fc9 mwiriadi gnu-smalltalk-3.0.2-2.fc9 s4504kr gnuradio-3.1.2-1.fc9 mmahut gprolog-1.3.0-15.fc9 s4504kr gpsdrive-2.09-6.fc9 kevin gscan2pdf-0.9.23-1.fc9 bjohnson gstreamer-plugins-base-0.10.19-2.fc9 hadess gstreamer-plugins-good-0.10.8-1.fc9 hadess gtk-gnutella-0.96.5-1.fc9 buc gtkmm24-2.12.7-1.fc9 denis gtkmozembedmm-1.4.2.cvs20060817-19.fc9 hguemar guilt-0.30-1.fc9 sandeen hamster-applet-0.2-2.fc9 maxx haproxy-1.3.14.4-1.fc9 jjh hercules-3.05-5.fc9 jwilson htop-0.7-2.fc9 rafalzaq hunspell-gl-0.20080410-1.fc9 caolanm idm-console-framework-1.1.1-3.fc9 rmeggins imapsync-1.249-1.fc9 mmahut inadyn-1.96.2-4.fc9 s4504kr initng-ifiles-0.1.5-1.fc9 danielm inn-2.4.3-14.fc9 ovasik iprutils-2.2.8-4.fc9 rrakus iptraf-3.0.1-4.fc9 zprikryl isomd5sum-1.0.4-2 ausil iwl4965-firmware-4.44.1.20-2 kwizart jd-2.0.0-0.4.svn2016_trunk.fc9 mtasaka kdebase-runtime-4.0.3-10.fc9 rdieter kdebase-workspace-4.0.3-19.fc9 ltinkl kernel-2.6.25-10.fc9 linville kexec-tools-1.102pre-9.fc9 nhorman krb5-1.6.3-13.fc9 nalin krusader-1.90.0-2.fc9 mgarski kst-1.6.0-1.fc9 mtruch kyum-0.7.5-12.fc9 s4504kr ladspa-mcp-plugins-0.4.0-1.fc9 jwrdegoede libdvdnav-4.1.2-1.fc9 rathann liberation-fonts-1.03-1.fc9 cchance libertas-usb8388-firmware-5.110.22.p6-1.fc9 ausil libfreebob-1.0.11-1.fc9 green libgsasl-0.2.25-1.fc9 turki libibverbs-1.1.2-1.fc9 dreier libntlm-1.0-1.fc9 turki liborigin-20070115-5.fc9 tnorth libprelude-0.9.17-1.fc9 sgrubb libselinux-2.0.61-3.fc9 dwalsh libsemanage-2.0.25-1.fc9 dwalsh libusb-0.1.12-16.fc9 jnovy libvirt-0.4.2-2.fc9 markmc linux-atm-2.5.0-7 dwmw2 lirc-0.8.3-0.4.pre3.fc9 jwilson lshw-B.02.12.01-5.fc9 terjeros ltsp-5.1.6-1.fc9 wtogami lua-5.1.3-5.fc9 timn lua-logging-1.1.4-1.fc9 timn lua-posix-5.1.2-2.fc9 timn lua-socket-2.0.2-2.fc9 timn lua-sql-2.1.1-4.fc9 timn luadoc-3.0.1-1.fc9 timn lzo-2.02-5.fc9 jwrdegoede magic-7.5.129-1.fc9 tnorth malaga-suomi-voikko-1.1-1.fc9 vpv man-1.6f-5.fc9 varekova maven-wagon-1.0-0.1.a5.3jpp.2.fc9 mwringe mecab-0.97-2.fc9 mtasaka mediawiki-openid-0.7.0-5 athimm mercurial-1.0-14.fc9 nbecker mew-6.0.50-1.fc9 tagoh mikmod-3.2.2-9.beta1.fc9 jwrdegoede mlmmj-1.2.15-3.fc9 mfleming mod_geoip-1.2.2-1.fc9 mfleming mod_security-2.1.7-1.fc9 mfleming monitor-edid-2.0-1.fc9 remi monotone-0.40-1.fc9 roland moto4lin-0.3-9.fc9 jkeating mozplugger-1.10.1-2 karsten mrtg-2.16.1-2.fc9 vcrhonek msmtp-1.4.14-1.fc9 turki mt-daapd-0.9-0.2.1696.fc9 mikep mysql++-3.0.2-1.fc9 remi netpbm-10.35.42-1.fc9 jnovy ngspice-17-15.fc9 chitlesh nss-3.12.0.1-1.fc9 kengert obconf-2.0.3-2.fc9 mlichvar ocaml-gettext-0.2.0-3.20080321patch.fc9 rjones ocaml-gsl-0.6.0-3.fc9 rjones ocaml-omake-0.9.8.5-2.fc9 rjones ocfs2-tools-1.3.9-7.20080221git.fc9 mfasheh ocsinventory-agent-0.0.9.2-1.fc9 remi octave-3.0.1-1.fc9 qspencer openbox-3.4.7.1-1.fc9 mlichvar openhpi-2.10.2-2.fc9 ausil openoffice.org-2.4.0-12.7.fc9 caolanm openoffice.org-ooolatex-4.0.0-0.5.beta2.fc9.1 alexlan opensc-0.11.4-5.fc9 jwrdegoede openvrml-0.17.5-5.fc9 braden pAgenda-3.2-2.fc9 nigelj pcmanfm-0.3.9.98-2.fc9 mtasaka pdfedit-0.3.2-5.fc9 bjohnson perl-CSS-1.08-2.fc9 terjeros perl-Catalyst-Model-LDAP-0.16-3.fc9 sxw perl-Catalyst-Plugin-StackTrace-0.07-3.fc9 sxw perl-Catalyst-View-JSON-0.24-1.fc9 sxw perl-File-Copy-Recursive-0.36-1.fc9 corsepiu perl-Geo-IP-1.31-1.fc9 mfleming perl-HTML-Encoding-0.57-1.fc9 scop perl-Image-ExifTool-7.25-1.fc9 spot perl-Imager-0.64-2.fc9 steve perl-MailTools-2.03-1.fc9 pghmcfc perl-Task-Weaken-1.02-2.fc9 sxw perl-Text-Template-1.45-1.fc9 corsepiu perl-XML-Entities-0.03-1.fc9 remi php-magickwand-1.0.7-1.fc9 robert php-pear-Console-Table-1.1.1-1.fc9 remi php-pear-HTML-QuickForm-advmultiselect-1.4.1-1.fc9 remi php-pear-Net-SMTP-1.3.0-1.fc9 remi php-pear-PHP-CompatInfo-1.7.0-1.fc9 remi php-pecl-mailparse-2.1.4-1.fc9 remi php-pecl-radius-1.2.5-5.fc9 xulchris postgis-1.3.3-1.fc9 devrim prelude-lml-0.9.12.2-1.fc9 sgrubb prelude-manager-0.9.12-1.fc9 sgrubb preupgrade-0.9-2.fc9 skvidal prewikka-0.9.14-1.fc9 sgrubb psiconv-0.9.8-1.fc9 huzaifas psmisc-22.6-6.fc9 tsmetana pychecker-0.8.17-3 vcrhonek pyephem-3.7.2.3-1.fc9 mmahut pyfits-1.3-3.fc9 sergiopr pyjigdo-0.3.0-1.fc9 jsteffan pyke-0.2-2.fc9 spot pykickstart-1.33-1.fc9 clumens pysvn-1.5.3-1.fc9 ravenoak python-fedora-0.2.99.10-1.fc9 toshio python-mpd-0.2.0-3.fc9 ecik python-numeric-24.2-11.fc9 mbarnes python-pyblock-0.31-3 katzj python-sqlalchemy-0.4.5-1.fc9 toshio qpidc-0.2-29.fc9 nsantos quesoglc-0.7.1-1.fc9 karlik quicksynergy-0.7-2.fc9 drago01 ragel-6.1-1.fc9 jjh referencer-1.1.2-1.fc9 deji repoman-0.9-4.fc9 dcantrel rhm-0.2-19.fc9 nsantos rhythmbox-0.11.5-10.fc9 hadess rkward-0.5.0b-1.fc9 pingou rott-1.0-6.fc9 jwrdegoede roundcubemail-0.1.1-5.fc9 limb rp-pppoe-3.8-4.fc9 karsten rsyslog-3.14.1-5.fc9 pvrabec ruby-aws-0.1.0-1.fc9 mtasaka sabayon-2.22.0-3.fc9 mclasen samcoupe-rom-3.0-1.fc9 jwrdegoede scidavis-0.1.3-2.fc9 tanguy scim-1.4.7-22.fc9 petersen scim-chewing-0.3.1-14.fc9 cchance scim-tables-0.5.8-1.fc9 cchance scim-tomoe-0.6.0-3.fc9 petersen scons-0.98.1-1.fc9 gemi seamonkey-1.1.9-3.fc9 kengert sectool-0.7.3-1.fc9 pvrabec seekwatcher-0.11-1.fc9 sandeen ski-1.3.2-4.fc9 sharkcz smarteiffel-2.3-5.fc9 gemi snake-0.11-0.4.fc9 jlaska snownews-1.5.9-1.fc9 shishz sonata-1.5-2.fc9 ecik sox-14.0.1-2.fc9 jmoskovc speedcrunch-0.10-1.fc9 liquidat subcommander-1.2.3-1.fc9 s4504kr sugar-0.79.3-1.fc9 tomeu sugar-artwork-0.79.2-1.fc9 tomeu sugar-base-0.79.1-1.fc9 tomeu sugar-journal-79-3.fc9 ausil svnmailer-1.0.8-5.fc9 mfleming sweep-0.9.3-1.fc9 gemi swfdec-0.6.6-1.fc9 bpepple sysstat-8.0.4-4.fc9 varekova system-config-bind-4.0.7-1.fc9 rbrich system-config-language-1.2.15-3.fc9 pravins system-config-netboot-0.1.45.1-1.fc9 rbrich system-config-printer-0.7.82.2-2.fc9 twaugh system-switch-java-1.1.2-2.fc9 fitzsim tailor-0.9.31-1.fc9 mcepl tcl-8.5.1-5.fc9 mmaslano texmaker-1.7-1.fc9 deji thunar-shares-0.10-1.fc9 cwickert tinyproxy-1.6.3-2.fc9 jjh tokyocabinet-1.2.5-1.fc9 deji torque-2.1.10-6.fc9 garrick tzclock-2.6.1-3.fc9 mtasaka uncrustify-0.46-1.fc9 nbecker util-linux-ng-2.13.1-8.2.fc9 kzak vala-0.2.0-1.fc9 salimma vdr-1.6.0-2.fc9 scop vegastrike-0.4.3-9.fc9 jwrdegoede vim-7.1.293-1.fc9 karsten waf-1.4.0-1.fc9 thm warzone2100-2.1.0-0.5.beta2.fc9 karlik widelands-0-0.11.build12.fc9 karlik winpdb-1.3.8-1.fc9 spot writer2latex-0.5-3.fc9 caolanm xcircuit-3.4.28-1.fc9 chitlesh xfce4-diskperf-plugin-2.2.0-1.fc9 cwickert xfwm4-theme-nodoka-0.1-1.fc9 cwickert xine-plugin-1.0.1-2.fc9 mso xmlrpc-c-1.14.2-1.fc9 ensc xorg-x11-drv-ati-6.8.0-12.fc9 airlied xorg-x11-drv-i810-2.2.1-23.fc9 ajax xorg-x11-drv-radeonhd-1.2.1-1.fc9 ndim xorg-x11-xinit-1.0.7-7.fc9 ajax xorg-x11-xkb-utils-7.2-5.fc9 ajax xscorch-0.2.0-13.fc9 mgarski xterm-235-1.fc9 mlichvar xulrunner-1.9-0.58.beta5.fc9 caillon yap-5.1.1-10.fc9 gemi zabbix-1.4.5-2.fc9 jwilson zaptel-1.4.10-1.fc9 jcollie -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From opensource at till.name Mon Apr 28 19:27:03 2008 From: opensource at till.name (Till Maas) Date: Mon, 28 Apr 2008 21:27:03 +0200 Subject: Updates for F8: where did they go? In-Reply-To: References: <1208989168.16567.22.camel@shrek.rexursive.com> <4813D6C6.1000200@fedoraproject.org> Message-ID: <200804282127.09978.opensource@till.name> On Sun April 27 2008, Bojan Smojver wrote: > Requested: stable > Pushed: True > > Maybe these things don't mean what they say or something. Confusing... I do not know what "Pushed" means here, but in the 4th line there is: | Status: testing Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From loganjerry at gmail.com Mon Apr 28 19:32:02 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 28 Apr 2008 13:32:02 -0600 Subject: Java debugging Message-ID: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> To be able to debug a Java problem, I need class files compiled with -g and the source files. Java packages set up for AOT compilation with GCJ do have debuginfo packages, but they are symbol files for the GCJ-compiled .so files only, with no source files. Has anybody looked at what it would take to set things up for a reasonable Java debugging environment? The source file problem can be solved pretty easily, I think, but what about compiling with -g? I see 4 answers to that question: 1. Never compile with -g. People who want to debug have to recompile their own JARs. 2. Always compile with -g and make everybody eat the bloat. 3. Compile all Java code twice, once to create a debug JAR and once to create the normal distribution JAR. The debug JAR goes into the corresponding debuginfo package. 4. Always compile with -g. Store the original JAR in the corresponding debuginfo package, then strip out the debug symbols and put the resulting JAR into the regular package. I looked through both the JPackage and the Fedora Java guidelines but did not see anything that addresses this issue. Has anybody thought about this before? I prefer the answer to be "not #1". :-) This came up, by the way, because I'm having problems with a web service call. It looks like an AXIS bug to me, but I can't step into the AXIS code.... -- Jerry James http://loganjerry.googlepages.com/ From nicolas.mailhot at laposte.net Mon Apr 28 19:49:47 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 28 Apr 2008 21:49:47 +0200 Subject: Java debugging In-Reply-To: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> Message-ID: <1209412187.21299.12.camel@rousalka.okg> Le lundi 28 avril 2008 ? 13:32 -0600, Jerry James a ?crit : > I looked through both the JPackage and the Fedora Java guidelines but > did not see anything that addresses this issue. This was never discussed jpp-side. If you have bright spec pattern ideas, just write a jpp or Fedora proposal and I'm sure you won't have any problem in getting it adopted. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From tibbs at math.uh.edu Mon Apr 28 19:50:11 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 28 Apr 2008 14:50:11 -0500 Subject: Java debugging In-Reply-To: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> Message-ID: >>>>> "JJ" == Jerry James writes: JJ> Java packages set up for AOT compilation with GCJ do have JJ> debuginfo packages, but they are symbol files for the GCJ-compiled JJ> .so files only, with no source files. I believe that's actually a bug, which I thought had been fixed. Check the thread rooted at http://www.redhat.com/archives/fedora-devel-list/2007-November/msg01948.html - J< From lmacken at redhat.com Mon Apr 28 19:46:10 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 28 Apr 2008 15:46:10 -0400 Subject: Note: builds moved to dist-f9-updates-candidate In-Reply-To: <20080428183411.GA30316@nostromo.devel.redhat.com> References: <20080428183411.GA30316@nostromo.devel.redhat.com> Message-ID: <20080428194610.GB5672@x300> On Mon, Apr 28, 2008 at 02:34:11PM -0400, Bill Nottingham wrote: > Any builds that are not currently tagged for release with Fedora 9 > are now being moved to dist-f9-updates-candidate. > > The list of moved builds is attached. If one of these builds fixes > a blocker or similarly severe bug, please request it to be added via > the final freeze policy located at: > > http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy > > Otherwise, bodhi will be open for business for Fedora 9 shortly. Bodhi should now be able to accept Fedora 9 updates. Please let me know if you have any problems! luke _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From nicolas.mailhot at laposte.net Mon Apr 28 20:06:20 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 28 Apr 2008 22:06:20 +0200 Subject: Headsup: new soname changing ImageMagick heading for F-10 In-Reply-To: <4815D252.1050409@hhs.nl> References: <4814D8FA.7000100@hhs.nl> <4815D252.1050409@hhs.nl> Message-ID: <1209413180.21299.15.camel@rousalka.okg> Le lundi 28 avril 2008 ? 15:34 +0200, Hans de Goede a ?crit : > Jason L Tibbitts III wrote: > >>>>>> "HdG" == Hans de Goede writes: > > > > HdG> I've recently become a co-maintainer of ImageMagick and after > > HdG> this new build hits rawhide, the open bug count on ImageMagick > > HdG> drops from 24 to 1 (a switch to NSS as cryptolib bug). > > > > Just curious; will this new version allow us to do some basic > > splitting so that packages like Mediawiki won't depend on X libraries? > > Currently the console applications like convert are linked against X. > > > > And here is the answer from upstream: > > "ImageMagick permits rendering text onto an image with X11 fonts." > > Which explains the X11 dependencies. yuk Soon Imagemagick will have few core X11 fonts to render from. This "feature" should be killed, or moved to fontconfig (which does not require X BTW) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bkearney at redhat.com Mon Apr 28 20:45:09 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Mon, 28 Apr 2008 16:45:09 -0400 Subject: Fedora JeOS? In-Reply-To: <20080424145546.GF2773@free.fr> References: <5256d0b0804240741x2ff21a81w9e8f474ba02ed4af@mail.gmail.com> <20080424145546.GF2773@free.fr> Message-ID: <48163755.7000107@redhat.com> Please take a look at thincrust.net. We have been looking at some tools which are necessary to make it easier to create,deploy, and manage virtual appliances. One of these items, is a tailored version of the OS (aka a JeOS). What you will see there is a trimmed down kickstart file, but we are interested in investigating other changes which will be appliance friendly such as removing bare metal only modules, and including items like the vm-ware tools. There are also conversion tools, configuration engines, and a whole backlog of items which we would love help on :). -- bk Patrice Dumas wrote: > On Thu, Apr 24, 2008 at 03:41:32PM +0100, Peter Robinson wrote: >> Hi All, >> >> I just read about SLES JeOS and Ubuntu JeOS on the register here >> http://www.theregister.co.uk/2008/04/23/novell_sles_jeos_beta/ >> >> With all the effort that was made for slimming down Fedora for OLPC I >> would think we're in a pretty good position to do something similar. >> Is there a JeOS planned, or even a SubProject planned for something >> like this? I quick wiki search doesn't reveal anything but something >> like this with all the virtualisation going on would be cool. > > Unless I am wrong, there is already a minimal install spin. But it is > not the same idea than OLPC, since it is exactly the same than classical > fedora, just with the minimal set of packages installed. It is true, > however that OLPC helped removing 'dependency bloat', but some people > already cared. > > It should also be mentionned that doing a spin (unless it has changed), > though not very well documented is very easy thanks to pungi. > > Last think I'd like to mention is that due to how pungi works (and still > if nothing changed) some bloat is currently unavoidable, since the > packages used by pungi/anaconda have to be there, and it includes > packages and dependencies that should not be in a minimal install, > but it is a known issue. > > -- > Pat > From pertusus at free.fr Mon Apr 28 21:13:33 2008 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 28 Apr 2008 23:13:33 +0200 Subject: FCoA [Was: Re: FESCO] In-Reply-To: <625fc13d0804280848o10aae820ued303cfb64d5ace5@mail.gmail.com> References: <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> <20080427080210.GA2776@free.fr> <2rmge5xqfs.ln2@ppp1053.in.ipex.cz> <20080428112405.GA2853@free.fr> <625fc13d0804280848o10aae820ued303cfb64d5ace5@mail.gmail.com> Message-ID: <20080428211333.GE2863@free.fr> On Mon, Apr 28, 2008 at 11:48:08AM -0400, Josh Boyer wrote: > > > > That's exactly my point. For such issues, a specific guideline which > > allows not to involve FESCo would be better. > > I respectfully disagree. A _better_ solution would be for FESCo to > spend less time deciding features, and more time focusing on community > issues and development. I agree with your sentence, but it is not contradictory with what I say, guidelines to avoid involving FESCo for 'stale bugs with solution proposed by the submitter' will certainly help FESCo focusing on community issues and development. There could be, in that guideline, recourse to FESCo, but this should not be the first thing to do in such case. -- Pat From louisg00 at bellsouth.net Mon Apr 28 22:09:10 2008 From: louisg00 at bellsouth.net (Louis E Garcia II) Date: Mon, 28 Apr 2008 18:09:10 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209324225.27354.9.camel@sonlaptop> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> Message-ID: <1209420550.25861.10.camel@sonlaptop> On Mon, 2008-04-28 at 03:30 -0400, Dan Williams wrote: > On Sun, 2008-04-27 at 15:23 -0400, Louis E Garcia II wrote: > > On Sun, 2008-04-27 at 12:44 +0200, dave wrote: > > > > NetworkManager doesn't work with static ip. > > > Just put DNS1=xxx.xxx.xxx.xxx and DNS2=xxx.xxx.xxx.xxx in yout > > > /etc/sysconfig/network-scripts/ifcfg-eth0 file and DNS will work. > > > > > > See https://bugzilla.redhat.com/show_bug.cgi?id=443592 for more info on this. > > > > > > Davide > > > > Ok, I put DNS1 and DNS2 in /etc/sysconfig/network-scripts/ifcfg-eth0 and it > > I can get online now, though /etc/resolv.conf only has the first dns. > > I've fixed this in the latest builds, it was a genuine bug. Confirmed > > > > NetworkManager still fails to come up at boot, I need to restart the service. > > Also the output of ifconfig has Bcast:0.0.0.0 it should be Bcast:10.0.255.255 > > Why is the broadcast address not set? > > > > The broadcast has also been fixed in latest koji builds. Confirmed > and if network does not come up on boot, could you mail me > your /var/log/messages right after you've booted up so I can diagnose? I think this is the problem: momcomputer NetworkManager: starting... Apr 28 12:26:02 momcomputer NetworkManager: nm_hal_manager_new(): Could not initialize connection to the HAL daemon. -------------- next part -------------- Apr 28 13:43:32 momcomputer kernel: imklog 3.14.1, log source = /proc/kmsg started. Apr 28 13:43:32 momcomputer kernel: Inspecting /boot/System.map-2.6.25-8.fc9.i686 Apr 28 13:43:32 momcomputer kernel: Loaded 28110 symbols from /boot/System.map-2.6.25-8.fc9.i686. Apr 28 13:43:32 momcomputer kernel: Symbols match kernel version 2.6.25. Apr 28 13:43:32 momcomputer kernel: No module symbols loaded - kernel modules not enabled. Apr 28 13:43:32 momcomputer kernel: Initializing cgroup subsys cpuset Apr 28 13:43:32 momcomputer kernel: Initializing cgroup subsys cpu Apr 28 13:43:32 momcomputer kernel: Linux version 2.6.25-8.fc9.i686 (mockbuild@) (gcc version 4.3.0 20080416 (Red Hat 4.3.0-7) (GCC) ) #1 SMP Wed Apr 23 03:56:19 EDT 2008 Apr 28 13:43:32 momcomputer kernel: BIOS-provided physical RAM map: Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 0000000000000000 - 00000000000a0000 (usable) Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 0000000000100000 - 000000002ff77000 (usable) Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 000000002ff77000 - 000000002ff79000 (ACPI NVS) Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 000000002ff79000 - 0000000030000000 (reserved) Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved) Apr 28 13:43:32 momcomputer kernel: BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved) Apr 28 13:43:32 momcomputer kernel: 0MB HIGHMEM available. Apr 28 13:43:32 momcomputer kernel: 767MB LOWMEM available. Apr 28 13:43:32 momcomputer kernel: Scan SMP from c0000000 for 1024 bytes. Apr 28 13:43:32 momcomputer kernel: Scan SMP from c009fc00 for 1024 bytes. Apr 28 13:43:32 momcomputer kernel: Scan SMP from c00f0000 for 65536 bytes. Apr 28 13:43:32 momcomputer kernel: found SMP MP-table at [c00fe710] 000fe710 Apr 28 13:43:32 momcomputer kernel: Using x86 segment limits to approximate NX protection Apr 28 13:43:32 momcomputer kernel: Zone PFN ranges: Apr 28 13:43:32 momcomputer kernel: DMA 0 -> 4096 Apr 28 13:43:32 momcomputer kernel: Normal 4096 -> 196471 Apr 28 13:43:32 momcomputer kernel: HighMem 196471 -> 196471 Apr 28 13:43:32 momcomputer kernel: Movable zone start PFN for each node Apr 28 13:43:32 momcomputer kernel: early_node_map[1] active PFN ranges Apr 28 13:43:32 momcomputer kernel: 0: 0 -> 196471 Apr 28 13:43:32 momcomputer kernel: DMI 2.3 present. Apr 28 13:43:32 momcomputer kernel: Using APIC driver default Apr 28 13:43:32 momcomputer kernel: ACPI: RSDP 000FD550, 0014 (r0 DELL ) Apr 28 13:43:32 momcomputer kernel: ACPI: RSDT 000FD564, 0034 (r1 DELL 8200 8 ASL 61) Apr 28 13:43:32 momcomputer kernel: ACPI: FACP 000FD598, 0074 (r1 DELL 8200 8 ASL 61) Apr 28 13:43:32 momcomputer kernel: ACPI: DSDT FFFE3C22, 2170 (r1 DELL dt_ex 1000 MSFT 100000D) Apr 28 13:43:32 momcomputer kernel: ACPI: FACS 2FF77000, 0040 Apr 28 13:43:32 momcomputer kernel: ACPI: SSDT FFFE5D92, 00A7 (r1 DELL st_ex 1000 MSFT 100000D) Apr 28 13:43:32 momcomputer kernel: ACPI: APIC 000FD60C, 006C (r1 DELL 8200 8 ASL 61) Apr 28 13:43:32 momcomputer kernel: ACPI: BOOT 000FD678, 0028 (r1 DELL 8200 8 ASL 61) Apr 28 13:43:32 momcomputer kernel: ACPI: PM-Timer IO Port: 0x808 Apr 28 13:43:32 momcomputer kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Apr 28 13:43:32 momcomputer kernel: Processor #0 15:2 APIC version 20 Apr 28 13:43:32 momcomputer kernel: ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] disabled) Apr 28 13:43:32 momcomputer kernel: ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] disabled) Apr 28 13:43:32 momcomputer kernel: ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] disabled) Apr 28 13:43:32 momcomputer kernel: ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) Apr 28 13:43:32 momcomputer kernel: IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 Apr 28 13:43:32 momcomputer kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) Apr 28 13:43:32 momcomputer kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) Apr 28 13:43:32 momcomputer kernel: Enabling APIC mode: Flat. Using 1 I/O APICs Apr 28 13:43:32 momcomputer kernel: Using ACPI (MADT) for SMP configuration information Apr 28 13:43:32 momcomputer kernel: Allocating PCI resources starting at 40000000 (gap: 30000000:cec00000) Apr 28 13:43:32 momcomputer kernel: PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 Apr 28 13:43:32 momcomputer kernel: PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 Apr 28 13:43:32 momcomputer kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 194937 Apr 28 13:43:32 momcomputer kernel: Kernel command line: ro root=UUID=22f7e327-a936-4d99-b3b3-ec2f2e4aa49c rhgb quiet Apr 28 13:43:32 momcomputer kernel: Enabling fast FPU save and restore... done. Apr 28 13:43:32 momcomputer kernel: Enabling unmasked SIMD FPU exception support... done. Apr 28 13:43:32 momcomputer kernel: Initializing CPU#0 Apr 28 13:43:32 momcomputer kernel: CPU 0 irqstacks, hard=c07b9000 soft=c0799000 Apr 28 13:43:32 momcomputer kernel: PID hash table entries: 4096 (order: 12, 16384 bytes) Apr 28 13:43:32 momcomputer kernel: Detected 1994.067 MHz processor. Apr 28 13:43:32 momcomputer kernel: Console: colour VGA+ 80x25 Apr 28 13:43:32 momcomputer kernel: console [tty0] enabled Apr 28 13:43:32 momcomputer kernel: Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Apr 28 13:43:32 momcomputer kernel: Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Apr 28 13:43:32 momcomputer kernel: Memory: 770696k/785884k available (2236k kernel code, 14544k reserved, 1121k data, 284k init, 0k highmem) Apr 28 13:43:32 momcomputer kernel: virtual kernel memory layout: Apr 28 13:43:32 momcomputer kernel: fixmap : 0xffc53000 - 0xfffff000 (3760 kB) Apr 28 13:43:32 momcomputer kernel: pkmap : 0xff400000 - 0xff800000 (4096 kB) Apr 28 13:43:32 momcomputer kernel: vmalloc : 0xf0800000 - 0xff3fe000 ( 235 MB) Apr 28 13:43:32 momcomputer kernel: lowmem : 0xc0000000 - 0xeff77000 ( 767 MB) Apr 28 13:43:32 momcomputer kernel: .init : 0xc074f000 - 0xc0796000 ( 284 kB) Apr 28 13:43:32 momcomputer kernel: .data : 0xc062f37d - 0xc0747800 (1121 kB) Apr 28 13:43:32 momcomputer kernel: .text : 0xc0400000 - 0xc062f37d (2236 kB) Apr 28 13:43:32 momcomputer kernel: Checking if this processor honours the WP bit even in supervisor mode...Ok. Apr 28 13:43:32 momcomputer kernel: SLUB: Genslabs=12, HWalign=128, Order=0-1, MinObjects=4, CPUs=1, Nodes=1 Apr 28 13:43:32 momcomputer kernel: Calibrating delay using timer specific routine.. 3991.14 BogoMIPS (lpj=1995572) Apr 28 13:43:32 momcomputer kernel: Security Framework initialized Apr 28 13:43:32 momcomputer kernel: SELinux: Initializing. Apr 28 13:43:32 momcomputer kernel: selinux_register_security: Registering secondary module capability Apr 28 13:43:32 momcomputer kernel: Capability LSM initialized as secondary Apr 28 13:43:32 momcomputer kernel: Mount-cache hash table entries: 512 Apr 28 13:43:32 momcomputer kernel: Initializing cgroup subsys ns Apr 28 13:43:32 momcomputer kernel: Initializing cgroup subsys cpuacct Apr 28 13:43:32 momcomputer kernel: CPU: Trace cache: 12K uops, L1 D cache: 8K Apr 28 13:43:32 momcomputer kernel: CPU: L2 cache: 512K Apr 28 13:43:32 momcomputer kernel: CPU: Hyper-Threading is disabled Apr 28 13:43:32 momcomputer kernel: Intel machine check architecture supported. Apr 28 13:43:32 momcomputer kernel: Intel machine check reporting enabled on CPU#0. Apr 28 13:43:32 momcomputer kernel: CPU0: Intel P4/Xeon Extended MCE MSRs (12) available Apr 28 13:43:32 momcomputer kernel: CPU0: Thermal monitoring enabled Apr 28 13:43:32 momcomputer kernel: Compat vDSO mapped to ffffe000. Apr 28 13:43:32 momcomputer kernel: Checking 'hlt' instruction... OK. Apr 28 13:43:32 momcomputer kernel: SMP alternatives: switching to UP code Apr 28 13:43:32 momcomputer kernel: Freeing SMP alternatives: 20k freed Apr 28 13:43:32 momcomputer kernel: ACPI: Core revision 20070126 Apr 28 13:43:32 momcomputer kernel: CPU0: Intel(R) Pentium(R) 4 CPU 2.00GHz stepping 04 Apr 28 13:43:32 momcomputer kernel: Total of 1 processors activated (3991.14 BogoMIPS). Apr 28 13:43:32 momcomputer kernel: ENABLING IO-APIC IRQs Apr 28 13:43:32 momcomputer kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 Apr 28 13:43:32 momcomputer kernel: Brought up 1 CPUs Apr 28 13:43:32 momcomputer kernel: net_namespace: 548 bytes Apr 28 13:43:32 momcomputer kernel: Booting paravirtualized kernel on bare hardware Apr 28 13:43:32 momcomputer kernel: Time: 17:42:17 Date: 04/28/08 Apr 28 13:43:32 momcomputer kernel: NET: Registered protocol family 16 Apr 28 13:43:32 momcomputer kernel: No dock devices found. Apr 28 13:43:32 momcomputer kernel: ACPI: bus type pci registered Apr 28 13:43:32 momcomputer kernel: PCI: PCI BIOS revision 2.10 entry at 0xfbe9e, last bus=2 Apr 28 13:43:32 momcomputer kernel: PCI: Using configuration type 1 Apr 28 13:43:32 momcomputer kernel: Setting up standard PCI resources Apr 28 13:43:32 momcomputer kernel: ACPI: Interpreter enabled Apr 28 13:43:32 momcomputer kernel: ACPI: (supports S0 S1 S3 S4 S5) Apr 28 13:43:32 momcomputer kernel: ACPI: Using IOAPIC for interrupt routing Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Root Bridge [PCI0] (0000:00) Apr 28 13:43:32 momcomputer kernel: pci 0000:00:1f.0: quirk: region 0800-087f claimed by ICH4 ACPI/GPIO/TCO Apr 28 13:43:32 momcomputer kernel: pci 0000:00:1f.0: quirk: region 0880-08bf claimed by ICH4 GPIO Apr 28 13:43:32 momcomputer kernel: PCI: Transparent bridge - 0000:00:1e.0 Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs *3 4 5 6 7 9 10 11 12 15) Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 15) Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11 12 15) Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 15) Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled. Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled. Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled. Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *9 10 11 12 15) Apr 28 13:43:32 momcomputer kernel: Linux Plug and Play Support v0.97 (c) Adam Belay Apr 28 13:43:32 momcomputer kernel: pnp: PnP ACPI init Apr 28 13:43:32 momcomputer kernel: ACPI: bus type pnp registered Apr 28 13:43:32 momcomputer kernel: pnp: PnP ACPI: found 12 devices Apr 28 13:43:32 momcomputer kernel: ACPI: ACPI bus type pnp unregistered Apr 28 13:43:32 momcomputer kernel: usbcore: registered new interface driver usbfs Apr 28 13:43:32 momcomputer kernel: usbcore: registered new interface driver hub Apr 28 13:43:32 momcomputer kernel: usbcore: registered new device driver usb Apr 28 13:43:32 momcomputer kernel: PCI: Using ACPI for IRQ routing Apr 28 13:43:32 momcomputer kernel: PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report Apr 28 13:43:32 momcomputer kernel: NetLabel: Initializing Apr 28 13:43:32 momcomputer kernel: NetLabel: domain hash size = 128 Apr 28 13:43:32 momcomputer kernel: NetLabel: protocols = UNLABELED CIPSOv4 Apr 28 13:43:32 momcomputer kernel: NetLabel: unlabeled traffic allowed by default Apr 28 13:43:32 momcomputer kernel: ACPI: RTC can wake from S4 Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0x0-0x9ffff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0x100000-0xffffff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0x1000000-0x2ff76fff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0xf0000-0xfffff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0xfec00000-0xfec0ffff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0xfee00000-0xfee0ffff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0xffb00000-0xffbfffff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:00: iomem range 0xffc00000-0xffffffff could not be reserved Apr 28 13:43:32 momcomputer kernel: system 00:0b: ioport range 0x800-0x85f has been reserved Apr 28 13:43:32 momcomputer kernel: system 00:0b: ioport range 0xc00-0xc7f has been reserved Apr 28 13:43:32 momcomputer kernel: system 00:0b: ioport range 0x860-0x8ff could not be reserved Apr 28 13:43:32 momcomputer kernel: PCI: Bridge: 0000:00:01.0 Apr 28 13:43:32 momcomputer kernel: IO window: e000-efff Apr 28 13:43:32 momcomputer kernel: MEM window: 0xff800000-0xff9fffff Apr 28 13:43:32 momcomputer kernel: PREFETCH window: 0x00000000e8000000-0x00000000f7ffffff Apr 28 13:43:32 momcomputer kernel: PCI: Bridge: 0000:00:1e.0 Apr 28 13:43:32 momcomputer kernel: IO window: d000-dfff Apr 28 13:43:32 momcomputer kernel: MEM window: 0xff600000-0xff7fffff Apr 28 13:43:32 momcomputer kernel: PREFETCH window: 0x0000000040000000-0x00000000400fffff Apr 28 13:43:32 momcomputer kernel: NET: Registered protocol family 2 Apr 28 13:43:32 momcomputer kernel: IP route cache hash table entries: 32768 (order: 5, 131072 bytes) Apr 28 13:43:32 momcomputer kernel: TCP established hash table entries: 131072 (order: 8, 1048576 bytes) Apr 28 13:43:32 momcomputer kernel: TCP bind hash table entries: 65536 (order: 7, 524288 bytes) Apr 28 13:43:32 momcomputer kernel: TCP: Hash tables configured (established 131072 bind 65536) Apr 28 13:43:32 momcomputer kernel: TCP reno registered Apr 28 13:43:32 momcomputer kernel: checking if image is initramfs... it is Apr 28 13:43:32 momcomputer kernel: Freeing initrd memory: 3016k freed Apr 28 13:43:32 momcomputer rsyslogd: [origin software="rsyslogd" swVersion="3.14.1" x-pid="1615" x-info="http://www.rsyslog.com"] restart Apr 28 13:43:32 momcomputer kernel: Simple Boot Flag at 0x7a set to 0x1 Apr 28 13:43:32 momcomputer kernel: apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) Apr 28 13:43:32 momcomputer kernel: apm: overridden by ACPI. Apr 28 13:43:32 momcomputer kernel: audit: initializing netlink socket (disabled) Apr 28 13:43:32 momcomputer kernel: type=2000 audit(1209404537.714:1): initialized Apr 28 13:43:32 momcomputer kernel: Total HugeTLB memory allocated, 0 Apr 28 13:43:32 momcomputer kernel: VFS: Disk quotas dquot_6.5.1 Apr 28 13:43:32 momcomputer kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Apr 28 13:43:32 momcomputer kernel: Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) Apr 28 13:43:32 momcomputer kernel: io scheduler noop registered Apr 28 13:43:32 momcomputer kernel: io scheduler anticipatory registered Apr 28 13:43:32 momcomputer kernel: io scheduler deadline registered Apr 28 13:43:32 momcomputer kernel: io scheduler cfq registered (default) Apr 28 13:43:32 momcomputer kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5 Apr 28 13:43:32 momcomputer kernel: ACPI: ACPI0007:00 is registered as cooling_device0 Apr 28 13:43:32 momcomputer kernel: isapnp: Scanning for PnP cards... Apr 28 13:43:32 momcomputer kernel: isapnp: No Plug & Play device found Apr 28 13:43:32 momcomputer kernel: Non-volatile memory driver v1.2 Apr 28 13:43:32 momcomputer kernel: Linux agpgart interface v0.103 Apr 28 13:43:32 momcomputer kernel: agpgart: Detected an Intel i850 Chipset. Apr 28 13:43:32 momcomputer kernel: agpgart: AGP aperture is 128M @ 0xe0000000 Apr 28 13:43:32 momcomputer kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled Apr 28 13:43:32 momcomputer kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Apr 28 13:43:32 momcomputer kernel: 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Apr 28 13:43:32 momcomputer kernel: brd: module loaded Apr 28 13:43:32 momcomputer kernel: input: Macintosh mouse button emulation as /devices/virtual/input/input0 Apr 28 13:43:32 momcomputer kernel: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12 Apr 28 13:43:32 momcomputer kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 Apr 28 13:43:32 momcomputer kernel: serio: i8042 AUX port at 0x60,0x64 irq 12 Apr 28 13:43:32 momcomputer kernel: mice: PS/2 mouse device common for all mice Apr 28 13:43:32 momcomputer kernel: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 Apr 28 13:43:32 momcomputer kernel: rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0 Apr 28 13:43:32 momcomputer kernel: rtc0: alarms up to one day Apr 28 13:43:32 momcomputer kernel: cpuidle: using governor ladder Apr 28 13:43:32 momcomputer kernel: cpuidle: using governor menu Apr 28 13:43:32 momcomputer kernel: usbcore: registered new interface driver hiddev Apr 28 13:43:32 momcomputer kernel: usbcore: registered new interface driver usbhid Apr 28 13:43:32 momcomputer kernel: drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver Apr 28 13:43:32 momcomputer kernel: TCP cubic registered Apr 28 13:43:32 momcomputer kernel: Initializing XFRM netlink socket Apr 28 13:43:32 momcomputer kernel: NET: Registered protocol family 1 Apr 28 13:43:32 momcomputer kernel: NET: Registered protocol family 17 Apr 28 13:43:32 momcomputer kernel: Using IPI No-Shortcut mode Apr 28 13:43:32 momcomputer kernel: registered taskstats version 1 Apr 28 13:43:32 momcomputer kernel: Magic number: 4:579:745 Apr 28 13:43:32 momcomputer kernel: Freeing unused kernel memory: 284k freed Apr 28 13:43:32 momcomputer kernel: Write protecting the kernel read-only data: 908k Apr 28 13:43:32 momcomputer kernel: USB Universal Host Controller Interface driver v3.0 Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt 0000:00:1f.2[D] -> GSI 19 (level, low) -> IRQ 19 Apr 28 13:43:32 momcomputer kernel: uhci_hcd 0000:00:1f.2: UHCI Host Controller Apr 28 13:43:32 momcomputer kernel: uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1 Apr 28 13:43:32 momcomputer kernel: uhci_hcd 0000:00:1f.2: irq 19, io base 0x0000ff80 Apr 28 13:43:32 momcomputer kernel: usb usb1: configuration #1 chosen from 1 choice Apr 28 13:43:32 momcomputer kernel: hub 1-0:1.0: USB hub found Apr 28 13:43:32 momcomputer kernel: hub 1-0:1.0: 2 ports detected Apr 28 13:43:32 momcomputer kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0001 Apr 28 13:43:32 momcomputer kernel: usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 Apr 28 13:43:32 momcomputer kernel: usb usb1: Product: UHCI Host Controller Apr 28 13:43:32 momcomputer kernel: usb usb1: Manufacturer: Linux 2.6.25-8.fc9.i686 uhci_hcd Apr 28 13:43:32 momcomputer kernel: usb usb1: SerialNumber: 0000:00:1f.2 Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt 0000:00:1f.4[C] -> GSI 23 (level, low) -> IRQ 23 Apr 28 13:43:32 momcomputer kernel: uhci_hcd 0000:00:1f.4: UHCI Host Controller Apr 28 13:43:32 momcomputer kernel: uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2 Apr 28 13:43:32 momcomputer kernel: uhci_hcd 0000:00:1f.4: irq 23, io base 0x0000ff60 Apr 28 13:43:32 momcomputer kernel: usb usb2: configuration #1 chosen from 1 choice Apr 28 13:43:32 momcomputer kernel: hub 2-0:1.0: USB hub found Apr 28 13:43:32 momcomputer kernel: hub 2-0:1.0: 2 ports detected Apr 28 13:43:32 momcomputer kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 Apr 28 13:43:32 momcomputer kernel: usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 Apr 28 13:43:32 momcomputer kernel: usb usb2: Product: UHCI Host Controller Apr 28 13:43:32 momcomputer kernel: usb usb2: Manufacturer: Linux 2.6.25-8.fc9.i686 uhci_hcd Apr 28 13:43:32 momcomputer kernel: usb usb2: SerialNumber: 0000:00:1f.4 Apr 28 13:43:32 momcomputer kernel: SCSI subsystem initialized Apr 28 13:43:32 momcomputer kernel: Driver 'sd' needs updating - please use bus_type methods Apr 28 13:43:32 momcomputer kernel: scsi0 : ata_piix Apr 28 13:43:32 momcomputer kernel: scsi1 : ata_piix Apr 28 13:43:32 momcomputer kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14 Apr 28 13:43:32 momcomputer kernel: ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15 Apr 28 13:43:32 momcomputer kernel: input: ImPS/2 Logitech Wheel Mouse as /devices/platform/i8042/serio1/input/input2 Apr 28 13:43:32 momcomputer kernel: ata1.00: ATA-6: ST3120026A, 8.01, max UDMA/100 Apr 28 13:43:32 momcomputer kernel: ata1.00: 234441648 sectors, multi 8: LBA48 Apr 28 13:43:32 momcomputer kernel: ata1.00: configured for UDMA/100 Apr 28 13:43:32 momcomputer kernel: ata2.00: ATAPI: PIONEER DVD-RW DVR-110D, 1.11, max UDMA/66 Apr 28 13:43:32 momcomputer kernel: ata2.00: configured for UDMA/66 Apr 28 13:43:32 momcomputer kernel: scsi 0:0:0:0: Direct-Access ATA ST3120026A 8.01 PQ: 0 ANSI: 5 Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB) Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: [sda] Write Protect is off Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB) Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: [sda] Write Protect is off Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Apr 28 13:43:32 momcomputer kernel: sda: sda1 sda2 sda3 sda4 < sda5 > Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: [sda] Attached SCSI disk Apr 28 13:43:32 momcomputer kernel: scsi 1:0:0:0: CD-ROM PIONEER DVD-RW DVR-110D 1.11 PQ: 0 ANSI: 5 Apr 28 13:43:32 momcomputer kernel: device-mapper: uevent: version 1.0.3 Apr 28 13:43:32 momcomputer kernel: device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel at redhat.com Apr 28 13:43:32 momcomputer kernel: padlock: VIA PadLock not detected. Apr 28 13:43:32 momcomputer kernel: padlock: VIA PadLock Hash Engine not detected. Apr 28 13:43:32 momcomputer kernel: kjournald starting. Commit interval 5 seconds Apr 28 13:43:32 momcomputer kernel: EXT3-fs: mounted filesystem with ordered data mode. Apr 28 13:43:32 momcomputer kernel: type=1404 audit(1209404572.491:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 Apr 28 13:43:32 momcomputer kernel: SELinux: policy loaded with handle_unknown=allow Apr 28 13:43:32 momcomputer kernel: type=1403 audit(1209404574.222:3): policy loaded auid=4294967295 ses=4294967295 Apr 28 13:43:32 momcomputer kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0 Apr 28 13:43:32 momcomputer kernel: scsi 1:0:0:0: Attached scsi generic sg1 type 5 Apr 28 13:43:32 momcomputer kernel: Driver 'sr' needs updating - please use bus_type methods Apr 28 13:43:32 momcomputer kernel: sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray Apr 28 13:43:32 momcomputer kernel: Uniform CD-ROM driver Revision: 3.20 Apr 28 13:43:32 momcomputer kernel: Intel 82802 RNG detected Apr 28 13:43:32 momcomputer kernel: iTCO_vendor_support: vendor-support=0 Apr 28 13:43:32 momcomputer kernel: iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007) Apr 28 13:43:32 momcomputer kernel: iTCO_wdt: failed to reset NO_REBOOT flag, reboot disabled by hardware Apr 28 13:43:32 momcomputer kernel: iTCO_wdt: No card detected Apr 28 13:43:32 momcomputer kernel: input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 Apr 28 13:43:32 momcomputer kernel: ACPI: Power Button (FF) [PWRF] Apr 28 13:43:32 momcomputer kernel: input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17 Apr 28 13:43:32 momcomputer kernel: ACPI: Power Button (CM) [VBTN] Apr 28 13:43:32 momcomputer kernel: Intel(R) PRO/1000 Network Driver - version 7.3.20-k2-NAPI Apr 28 13:43:32 momcomputer kernel: Copyright (c) 1999-2006 Intel Corporation. Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt 0000:02:09.0[A] -> GSI 18 (level, low) -> IRQ 18 Apr 28 13:43:32 momcomputer kernel: e1000: 0000:02:09.0: e1000_probe: (PCI:33MHz:32-bit) 00:1b:21:0e:17:27 Apr 28 13:43:32 momcomputer kernel: input: PC Speaker as /devices/platform/pcspkr/input/input5 Apr 28 13:43:32 momcomputer kernel: Floppy drive(s): fd0 is 1.44M Apr 28 13:43:32 momcomputer kernel: FDC 0 is a post-1991 82077 Apr 28 13:43:32 momcomputer kernel: parport_pc 00:0a: reported by Plug and Play ACPI Apr 28 13:43:32 momcomputer kernel: parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] Apr 28 13:43:32 momcomputer kernel: dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) Apr 28 13:43:32 momcomputer kernel: e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection Apr 28 13:43:32 momcomputer kernel: gameport: EMU10K1 is pci0000:02:08.1/gameport0, io 0xdcd8, speed 932kHz Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt 0000:02:08.0[A] -> GSI 17 (level, low) -> IRQ 17 Apr 28 13:43:32 momcomputer kernel: ALSA sound/pci/emu10k1/emu10k1_main.c:1747: vendor=0x1102, device=0x2, subsystem_vendor_id=0x80221102, subsystem_id=0x8022 Apr 28 13:43:32 momcomputer kernel: ALSA sound/pci/emu10k1/emu10k1_main.c:1772: Sound card name=SBLive! Value [CT4780] Apr 28 13:43:32 momcomputer kernel: ppdev: user-space parallel port driver Apr 28 13:43:32 momcomputer kernel: NET: Registered protocol family 10 Apr 28 13:43:32 momcomputer kernel: lo: Disabled Privacy Extensions Apr 28 13:43:32 momcomputer kernel: [drm] Initialized drm 1.1.0 20060810 Apr 28 13:43:32 momcomputer kernel: ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16 Apr 28 13:43:32 momcomputer kernel: [drm] Initialized radeon 1.28.0 20060524 on minor 0 Apr 28 13:43:32 momcomputer kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. Apr 28 13:43:32 momcomputer kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode Apr 28 13:43:32 momcomputer kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode Apr 28 13:43:32 momcomputer kernel: [drm] Setting GART location based on new memory map Apr 28 13:43:32 momcomputer kernel: [drm] Loading R200 Microcode Apr 28 13:43:32 momcomputer kernel: [drm] writeback test succeeded in 2 usecs Apr 28 13:43:32 momcomputer kernel: device-mapper: multipath: version 1.0.5 loaded Apr 28 13:43:32 momcomputer kernel: EXT3 FS on sda2, internal journal Apr 28 13:43:32 momcomputer kernel: kjournald starting. Commit interval 5 seconds Apr 28 13:43:32 momcomputer kernel: EXT3 FS on dm-1, internal journal Apr 28 13:43:32 momcomputer kernel: EXT3-fs: mounted filesystem with ordered data mode. Apr 28 13:43:32 momcomputer kernel: Adding 1019600k swap on /dev/mapper/luks-sda3. Priority:-1 extents:1 across:1019600k Apr 28 13:43:32 momcomputer kernel: IA-32 Microcode Update Driver: v1.14a Apr 28 13:43:32 momcomputer kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team Apr 28 13:43:32 momcomputer kernel: nf_conntrack version 0.5.0 (12288 buckets, 49152 max) Apr 28 13:43:32 momcomputer kernel: ip_tables: (C) 2000-2006 Netfilter Core Team Apr 28 13:43:32 momcomputer rpc.statd[1652]: Version 1.1.2 Starting Apr 28 13:43:33 momcomputer sm-notify[1654]: sm-notify running as root. chown /var/lib/nfs/sm to choose different user Apr 28 13:43:33 momcomputer Backgrounding to notify hosts... Apr 28 13:43:33 momcomputer kernel: RPC: Registered udp transport module. Apr 28 13:43:33 momcomputer kernel: RPC: Registered tcp transport module. Apr 28 13:43:34 momcomputer kernel: fuse init (API version 7.9) Apr 28 13:43:34 momcomputer acpid: starting up Apr 28 13:43:34 momcomputer NetworkManager: starting... Apr 28 13:43:34 momcomputer NetworkManager: nm_hal_manager_new(): Could not initialize connection to the HAL daemon. Apr 28 13:43:34 momcomputer automount[1760]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Found user 'avahi' (UID 498) and group 'avahi' (GID 494). Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Successfully dropped root privileges. Apr 28 13:43:37 momcomputer avahi-daemon[1811]: avahi-daemon 0.6.22 starting up. Apr 28 13:43:37 momcomputer avahi-daemon[1811]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Successfully called chroot(). Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Successfully dropped remaining capabilities. Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Loading service file /services/ssh.service. Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Network interface enumeration completed. Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Registering HINFO record with values 'I686'/'LINUX'. Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Server startup complete. Host name is momcomputer.local. Local service cookie is 2741391328. Apr 28 13:43:37 momcomputer avahi-daemon[1811]: Service "momcomputer" (/services/ssh.service) successfully established. Apr 28 13:43:39 momcomputer acpid: client connected from 1930[68:68] Apr 28 13:43:41 momcomputer acpid: client connected from 2044[0:0] Apr 28 13:43:41 momcomputer kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. Apr 28 13:43:41 momcomputer kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode Apr 28 13:43:41 momcomputer kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode Apr 28 13:43:41 momcomputer kernel: [drm] Setting GART location based on new memory map Apr 28 13:43:41 momcomputer kernel: [drm] Loading R200 Microcode Apr 28 13:43:41 momcomputer kernel: [drm] writeback test succeeded in 2 usecs Apr 28 13:43:43 momcomputer gconfd (gdm-2080): starting (version 2.22.0), pid 2080 user 'gdm' Apr 28 13:43:43 momcomputer gconfd (gdm-2080): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0 Apr 28 13:43:43 momcomputer gconfd (gdm-2080): Resolved address "xml:readonly:/etc/gconf/gconf.xml.system" to a read-only configuration source at position 1 Apr 28 13:43:43 momcomputer gconfd (gdm-2080): Resolved address "xml:readonly:/var/lib/gdm/.gconf.mandatory" to a read-only configuration source at position 2 Apr 28 13:43:43 momcomputer gconfd (gdm-2080): Resolved address "xml:readwrite:/var/lib/gdm/.gconf" to a writable configuration source at position 3 Apr 28 13:43:43 momcomputer gconfd (gdm-2080): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 4 Apr 28 13:43:46 momcomputer pulseaudio[2180]: polkit.c: Cannot set UID on session object. Apr 28 13:43:46 momcomputer pulseaudio[2180]: main.c: Called SUID root and real-time/high-priority scheduling was requested in the configuration. However, we lack the necessary priviliges: Apr 28 13:43:46 momcomputer pulseaudio[2180]: main.c: We are not in group 'pulse-rt' and PolicyKit refuse to grant us priviliges. Dropping SUID again. Apr 28 13:43:46 momcomputer pulseaudio[2180]: main.c: For enabling real-time scheduling please acquire the appropriate PolicyKit priviliges, or become a member of 'pulse-rt', or increase the RLIMIT_NICE/RLIMIT_RTPRIO resource limits for this user. Apr 28 13:43:46 momcomputer pulseaudio[2180]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted Apr 28 13:43:46 momcomputer pulseaudio[2180]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted Apr 28 13:43:46 momcomputer gconfd (gdm-2080): Error setting value for `/apps/gnome-screensaver/power_management_delay': Can't overwrite existing read-only value: Value for `/apps/gnome-screensaver/power_management_delay' set in a read-only source at the front of your configuration path Apr 28 13:43:46 momcomputer gconfd (gdm-2080): Error setting value for `/apps/gnome-screensaver/power_management_delay': Can't overwrite existing read-only value: Value for `/apps/gnome-screensaver/power_management_delay' set in a read-only source at the front of your configuration path Apr 28 13:43:59 momcomputer gconfd (gdm-2080): Exiting Apr 28 13:44:00 momcomputer gconfd (louisg00-2223): starting (version 2.22.0), pid 2223 user 'louisg00' Apr 28 13:44:00 momcomputer gconfd (louisg00-2223): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0 Apr 28 13:44:00 momcomputer gconfd (louisg00-2223): Resolved address "xml:readwrite:/home/louisg00/.gconf" to a writable configuration source at position 1 Apr 28 13:44:00 momcomputer gconfd (louisg00-2223): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 2 Apr 28 13:44:01 momcomputer pulseaudio[2399]: main.c: Called SUID root and real-time/high-priority scheduling was requested in the configuration. However, we lack the necessary priviliges: Apr 28 13:44:01 momcomputer pulseaudio[2399]: main.c: We are not in group 'pulse-rt' and PolicyKit refuse to grant us priviliges. Dropping SUID again. Apr 28 13:44:01 momcomputer pulseaudio[2399]: main.c: For enabling real-time scheduling please acquire the appropriate PolicyKit priviliges, or become a member of 'pulse-rt', or increase the RLIMIT_NICE/RLIMIT_RTPRIO resource limits for this user. Apr 28 13:44:01 momcomputer pulseaudio[2399]: pid.c: Stale PID file, overwriting. Apr 28 13:44:01 momcomputer pulseaudio[2399]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted Apr 28 13:44:01 momcomputer pulseaudio[2399]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted Apr 28 13:44:05 momcomputer gconfd (louisg00-2223): Resolved address "xml:readwrite:/home/louisg00/.gconf" to a writable configuration source at position 0 Apr 28 13:44:05 momcomputer pulseaudio[2399]: module-x11-xsmp.c: X11 session manager not running. Apr 28 13:44:05 momcomputer pulseaudio[2399]: module.c: Failed to load module "module-x11-xsmp" (argument: ""): initialization failed. Apr 28 13:44:07 momcomputer automount[1760]: create_udp_client:99: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: create_tcp_client:308: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: exports lookup failed for .Trash Apr 28 13:44:07 momcomputer automount[1760]: create_udp_client:99: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: create_tcp_client:308: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: exports lookup failed for .Trash-500 Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: lookup(file): key ".Trash" not found in map Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: lookup(file): key ".Trash-500" not found in map Apr 28 13:44:07 momcomputer automount[1760]: create_udp_client:99: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: create_tcp_client:308: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: exports lookup failed for .Trash Apr 28 13:44:07 momcomputer automount[1760]: create_udp_client:99: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: create_tcp_client:308: hostname lookup failed: No such process Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: exports lookup failed for .Trash-500 Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: lookup(file): key ".Trash" not found in map Apr 28 13:44:07 momcomputer automount[1760]: lookup_mount: lookup(file): key ".Trash-500" not found in map Apr 28 13:45:05 momcomputer console-kit-daemon[1831]: WARNING: Couldn't read /proc/2469/environ: Error reading file '/proc/2469/environ': No such process From cra at WPI.EDU Mon Apr 28 22:51:44 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 28 Apr 2008 18:51:44 -0400 Subject: FC9 and NetworkManager In-Reply-To: <1209420550.25861.10.camel@sonlaptop> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209420550.25861.10.camel@sonlaptop> Message-ID: <20080428225144.GD17543@angus.ind.WPI.EDU> On Mon, Apr 28, 2008 at 06:09:10PM -0400, Louis E Garcia II wrote: > > and if network does not come up on boot, could you mail me > > your /var/log/messages right after you've booted up so I can diagnose? > > I think this is the problem: > > momcomputer NetworkManager: starting... > Apr 28 12:26:02 momcomputer NetworkManager: nm_hal_manager_new(): > Could not initialize connection to the HAL daemon. I just ran into this. The problem was that haldaemon wasn't starting before NetworkManger. I did this to fix all my problems with init script ordering: cd /etc/rc.d/init.d for script in *; do chkconfig --level 0123456 resetpriorities $script; done From lists at ebourne.me.uk Mon Apr 28 23:27:30 2008 From: lists at ebourne.me.uk (Martin Ebourne) Date: Mon, 28 Apr 2008 23:27:30 +0000 (UTC) Subject: Is fast user switching working for anyone? Message-ID: Fast user switching does not work for me on a fresh F9 install. Has anyone got this working? I'm surprised the bug has been getting zero attention since it's quite a regression over F8 (an extremely irritating regression for us since we use f-u-s constantly): https://bugzilla.redhat.com/show_bug.cgi?id=443050 Cheers, Martin. From mclasen at redhat.com Mon Apr 28 23:40:59 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 28 Apr 2008 19:40:59 -0400 Subject: Is fast user switching working for anyone? In-Reply-To: References: Message-ID: <1209426059.4555.36.camel@localhost.localdomain> On Mon, 2008-04-28 at 23:27 +0000, Martin Ebourne wrote: > Fast user switching does not work for me on a fresh F9 install. Has > anyone got this working? > > I'm surprised the bug has been getting zero attention since it's quite a > regression over F8 (an extremely irritating regression for us since we > use f-u-s constantly): > > https://bugzilla.redhat.com/show_bug.cgi?id=443050 Please try http://koji.fedoraproject.org/koji/buildinfo?buildID=47521 which contains user switching fixes. From seg at haxxed.com Tue Apr 29 00:33:05 2008 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 28 Apr 2008 19:33:05 -0500 Subject: More Java guidelines questions In-Reply-To: <481565AA.4040308@gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> <481565AA.4040308@gmail.com> Message-ID: <1209429186.3380.62.camel@localhost> On Mon, 2008-04-28 at 00:50 -0500, Les Mikesell wrote: > Callum Lerwick wrote: > > > >> Sure, that was a good argument for pushing gcj in the past. > >> The question is should we focus on gcj or openjdk/icedtea now. > > > > IMHO the only reason Java bytecode exists is to make it possible to > > distribute "run anywhere" proprietary software while keeping the source > > code closed. Thus in an open source environment, Java bytecode has > > little reason to exist. > > Errr, what about applet downloads and RMI, neither of which requires > similar architecture or compiling capability at the other end? Are you > sure you are talking about something that even resembles java? You distribute source code, and "JIT" compile it direct from source code, yes. Just like Python or Perl or PHP or Javascript... And yes, Java wasn't designed for this from the start, so the existing compiler is too slow and heavyweight for this. This may even be impossible. But the interpreted language space is pretty well covered already anyway. > > If we're going to *distribute* compiled code, it > > may as well be nice fast native code. > > > > Yes I know what you're going to say, lots of languages, such as Python > > do bytecode as well. But they do it as a backend implementation detail, > > with no guarantee of stability and stored on disk only as a performance > > optimization, rather than an intentional mechanism for source code > > obfuscation. IMO we, the open source community, should shun Java > > bytecode. > > It would be better to ship something that follows the spec, or call it > something other than java. If that's what it takes. I guess what my point is here, is Java, in Sun's implementation, has chosen to stand half-way between a native-compiled language and an interpreted language. Which has resulted in it being mediocre at either and ultimately just serves to inherit the disadvantages of AOT compilation with none of the advantage (speed). If it continues on its current path, it's just going to be eclipsed (heh) by Python on the interpreted side of things and by C# (and continued use of C++ and C) in native compilation. In the open source world, that is. The closed source world will gladly continue cranking out Java code as it is the COBOL of the 90+'s... Pick a side Java, we're at war. (Note to the international community: That was a Colbert Report reference.) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Tue Apr 29 01:04:16 2008 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 28 Apr 2008 20:04:16 -0500 Subject: More Java guidelines questions In-Reply-To: References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> Message-ID: <1209431056.3380.83.camel@localhost> On Mon, 2008-04-28 at 09:01 -0400, Colin Walters wrote: > 2008/4/27 Callum Lerwick : > > > > IMHO the only reason Java bytecode exists is to make it possible to > > distribute "run anywhere" proprietary software while keeping the source > > code closed. > > No. Even originally, that isn't true. You don't honestly believe that, do you? > Having separate source and > binary formats gives you a lot of flexibility; for example you can > compile source code that uses new features into an older bytecode in a > compatibility mode. ... Which is completely moot if you're not distributing bytecode in the first place. > If you think the reason it's still around is just obfuscation, try > using a modern decompiler. Decompilers don't bring back comments or documentation. And commercial joints protective of their source inevitably use a post-processor to obfuscate class and method names (and possibly even more evil things) as well: http://www.google.com/search?q=java+bytecode+obfuscator Technically, you can de-compile native binaries too. They're reverse-engineered all the time. > > Thus in an open source environment, Java bytecode has > > little reason to exist. If we're going to *distribute* compiled code, it > > may as well be nice fast native code. > > 1) Hotspot does a fine job of creating native code. Unless it's somehow faster than AOT-compiled native code, that's a non-argument. > 2) There are a *ton* of languages other than Java that run on top of > the JVM that compile to bytecode. JRuby, to name one. Which are all as equally pointless as Java itself. My argument applies to them as well. > 3) It's simply not worth trying to go against the grain of the entire > Java community here. You're absolutely right. The FLOSS community standing up for itself and going against the grain of closed source software? What the hell was I thinking... I rescind my argument. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Tue Apr 29 01:26:53 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 29 Apr 2008 01:26:53 +0000 (UTC) Subject: Note: builds moved to dist-f9-updates-candidate References: <20080428183411.GA30316@nostromo.devel.redhat.com> Message-ID: Bill Nottingham redhat.com> writes: > Any builds that are not currently tagged for release with Fedora 9 > are now being moved to dist-f9-updates-candidate. Some builds against dist-f9 have been running during the move, e.g. this gcc build: http://koji.fedoraproject.org/koji/buildinfo?buildID=47461 and this emacs build: http://koji.fedoraproject.org/koji/buildinfo?buildID=47518 which both completed successfully, but failed their final tagBuild stage because dist-f9 is now locked. They will have to be tagged into dist-f9-updates-candidate or dist-f9 manually. There are 3 dist-f9 builds still running: eclipse: http://koji.fedoraproject.org/koji/buildinfo?buildID=47282 java-1.6.0-openjdk: http://koji.fedoraproject.org/koji/buildinfo?buildID=47470 openoffice.org: http://koji.fedoraproject.org/koji/buildinfo?buildID=47360 ipa was apparently rebuilt manually to workaround this, then the original build got tagged dist-f9-updates-candidate anyway: http://koji.fedoraproject.org/koji/buildinfo?buildID=47519 http://koji.fedoraproject.org/koji/buildinfo?buildID=47527 I have looked at all the .fc9 builds in the affected timeframe, I hope I haven't missed any. Kevin Kofler From loupgaroublond at gmail.com Tue Apr 29 02:04:20 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Mon, 28 Apr 2008 22:04:20 -0400 Subject: EeePC and Fedora 9 Message-ID: <7f692fec0804281904y30be084h8d905874f16ebcc9@mail.gmail.com> Hey List, I'm getting an Eee PC for a friend, to give to him at the end of next month. Rather than give it to him with the Xandros setup, I want to have it running Fedora 9, in time for the release. Plus, it'll be nice to know in time for LinuxTag if Sulphur will run on it cleanly or not. Where can I find either images for Fedora 9, or how can I go about building them, so I can test it? Cheers, Yaakov From bojan at rexursive.com Tue Apr 29 02:08:54 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 29 Apr 2008 02:08:54 +0000 (UTC) Subject: Updates for F8: where did they go? References: <1208989168.16567.22.camel@shrek.rexursive.com> <4813D6C6.1000200@fedoraproject.org> <200804282127.09978.opensource@till.name> Message-ID: Till Maas till.name> writes: > I do not know what "Pushed" means here, but in the 4th line there is: > > | Status: testing Exactly. That's what's confusing about it. On one hand, it says that status is testing. On the other hand is says that a push to stable has been requested and that it's been pushed. If it is not in stable yet, shouldn't it say that pushed is false? -- Bojan From debarshi.ray at gmail.com Tue Apr 29 02:33:19 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 29 Apr 2008 08:03:19 +0530 Subject: EeePC and Fedora 9 In-Reply-To: <7f692fec0804281904y30be084h8d905874f16ebcc9@mail.gmail.com> References: <7f692fec0804281904y30be084h8d905874f16ebcc9@mail.gmail.com> Message-ID: <3170f42f0804281933x56b0123awef40e50c23438a67@mail.gmail.com> > I'm getting an Eee PC for a friend, to give to him at the end of next > month. Rather than give it to him with the Xandros setup, I want to > have it running Fedora 9, in time for the release. Plus, it'll be > nice to know in time for LinuxTag if Sulphur will run on it cleanly or > not. Where can I find either images for Fedora 9, or how can I go > about building them, so I can test it? Eeedora might be a good starting point: + http://wiki.eeeuser.com/howto:eeedora + http://wiki.eeeuser.com/eeedora:installing + http://www.redhatmagazine.com/2008/02/14/fedora-eee-pc-eeedora/ Cheerio, Debarshi -- "From what we get, we can make a living; what we give, however, makes a life." -- Arthur Ashe From katzj at redhat.com Tue Apr 29 02:48:30 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Apr 2008 22:48:30 -0400 Subject: EeePC and Fedora 9 In-Reply-To: <7f692fec0804281904y30be084h8d905874f16ebcc9@mail.gmail.com> References: <7f692fec0804281904y30be084h8d905874f16ebcc9@mail.gmail.com> Message-ID: <1209437310.22831.50.camel@aglarond.local> On Mon, 2008-04-28 at 22:04 -0400, Yaakov Nemoy wrote: > I'm getting an Eee PC for a friend, to give to him at the end of next > month. Rather than give it to him with the Xandros setup, I want to > have it running Fedora 9, in time for the release. Plus, it'll be > nice to know in time for LinuxTag if Sulphur will run on it cleanly or > not. Where can I find either images for Fedora 9, or how can I go > about building them, so I can test it? It should mostly work with the standard Fedora images. I think that the only thing which doesn't currently is the wireless, but work is continuing on getting that driver upstreamed and thus working out of the box Jeremy From wwoods at redhat.com Tue Apr 29 05:20:47 2008 From: wwoods at redhat.com (Will Woods) Date: Tue, 29 Apr 2008 01:20:47 -0400 Subject: Is fast user switching working for anyone? In-Reply-To: <1209426059.4555.36.camel@localhost.localdomain> References: <1209426059.4555.36.camel@localhost.localdomain> Message-ID: On Apr 28, 2008, at 7:40 PM, Matthias Clasen wrote: > On Mon, 2008-04-28 at 23:27 +0000, Martin Ebourne wrote: >> Fast user switching does not work for me on a fresh F9 install. Has >> anyone got this working? >> >> I'm surprised the bug has been getting zero attention since it's >> quite a >> regression over F8 (an extremely irritating regression for us since >> we >> use f-u-s constantly): >> >> https://bugzilla.redhat.com/show_bug.cgi?id=443050 > > > Please try http://koji.fedoraproject.org/koji/buildinfo?buildID=47521 > which contains user switching fixes. I grabbed the .fc9 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=47545 Be sure you restart GDM *fully*, or it'll behave oddly - you should either reboot or drop to runlevel 3 and then back to 5. The applet correctly shows the other logged-in users now, and user switching seems to work fine. (That's bug 444346 and 443050, respectively.) -w From seg at haxxed.com Tue Apr 29 05:49:56 2008 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 29 Apr 2008 00:49:56 -0500 Subject: Intel xorg driver bug In-Reply-To: <20080428200958.286d1016@lain.camperquake.de> References: <4814596D.2020107@hhs.nl> <1209307875.10594.3.camel@rousalka.okg> <1209341976.3380.8.camel@localhost> <20080428200958.286d1016@lain.camperquake.de> Message-ID: <1209448197.18189.4.camel@localhost> On Mon, 2008-04-28 at 20:09 +0200, Ralf Ertzinger wrote: > Hi. > > On Sun, 27 Apr 2008 19:19:36 -0500, Callum Lerwick wrote > > > I updated my laptop a few days ago (F9/rawhide) and now I'm getting > > corrupted fonts. It has an Intel 830M using the "intel" driver. It > > starts out okay but grows worse every few minutes or so. It seems to > > happen a few characters at a time. It's not just limited to fonts, > > bitmaps seem to be affected too. > > Could that be https://bugzilla.redhat.com/show_bug.cgi?id=441665 ? Hmm, possibly. I piled on there for now but I can open my own bug if that's easier on people. I was suspecting EXA. Did the default change? I switched it to XAA and that seems to work for me, as a work-around. Still no OpenGL though... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Tue Apr 29 05:57:54 2008 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 29 Apr 2008 00:57:54 -0500 Subject: Intel xorg driver bug In-Reply-To: References: <4814596D.2020107@hhs.nl> <1209307875.10594.3.camel@rousalka.okg> <1209341976.3380.8.camel@localhost> Message-ID: <1209448674.18189.9.camel@localhost> On Mon, 2008-04-28 at 12:35 +0200, Matej Cepl wrote: > On Sun, 27 Apr 2008 19:19:36 -0500, Callum Lerwick scripst: > >> http://lists.freedesktop.org/archives/xorg/2008-April/034940.html > > Just for the sake of bug triage -- could you please try again with Deja > fonts? Both you and Peter seem to have some non-standard fonts. Nothing > against, it should work anyway, but just to find out more about the nature > of the bug. Nope, in my case it's Deja. The font size may appear a bit small due to being an old-ish laptop with a 91dpi screen. (I measured!) But it affects all fonts, everywhere in all applications. And icons/images too. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Tue Apr 29 06:14:46 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 29 Apr 2008 08:14:46 +0200 Subject: FESCO In-Reply-To: <481369D5.7080404@gmail.com> References: <200804260011.34138.alain.portal@free.fr> <20080426110226.871ff73b.mschwendt@gmail.com> <4812F913.9010506@leemhuis.info> <1209214098.2946.61.camel@vader.jdub.homelinux.org> <20080426151340.98dab6ce.mschwendt@gmail.com> <48134BA8.60107@leemhuis.info> <481369D5.7080404@gmail.com> Message-ID: <4816BCD6.5080805@leemhuis.info> Sorry for the late reply. On 26.04.2008 19:43, Toshio Kuratomi wrote: > Thorsten Leemhuis wrote: >> I think it just happened without purpose; in fact I suppose >> it's likely that a lot of things might be similar if I would still be in >> FESCo(?), because FESCo has a whole lot more to do these days. Maybe to >> much, especially if you want to keep up with FESCo work as spare-time >> contributer. > . You touched on this with your note about the Feature Process as > well. One possibility is that FESCo should be delegating smooth running > processes more. In the features case, the Feature Policy is working > pretty well for making features better but there's no reason to couple > it so tightly to FESCo. There's a procedure for getting a new feature > into Fedora now so FESCo could delegate the review of Features to a > subgroup. +1 > [...] >> And that is in fact the biggest problem *I* have with FESCo these days. >> FESCo afaics is mostly event driven these days (triggered by releases or >> people that poke FESCO to approve or do something); the contact >> to/interest in the contributers (and their option) was lost/got a lot worse. >> >> In the Extras days it IMHO was different -- FESCo then of course had to >> do some things that were triggered by events as well, but a lot of time >> was spend in a "how to improve Extras to make it better for users and >> contributers to keep both groups happy (and make them even >> happier!)"-mode. For that we were in closer contact with the >> contributers (their number of course was smaller and thus it was also >> easier). > I can't honestly say whether this was better in the Extras days (looking > back on things is always subject to idealization) Hehe, much agreed to the "looking back..." part :-)) But for Extras I really think it was a whole lot better then and got that feeling backed a bit in the private discussion among some German contributers and I doubt that all of those had the "looking back..."-syndrome. > but it's definitely a > worthwhile goal for the future. So part of the question would be how do > we reach that goal? I know that many of the FESCo members are on IRC > reading conversations of contributors all day everyday. Likewise with > fedora-devel. If you want my 2 cent: the big problem afaics is that most FESCo members are quite busy with real-life and to many other work for Fedora. That not meant as a attack or complain -- as I mentioned earlier, it's a whole lot of more work these days and often things just happen somehow (like in this case). > So problems that get mentioned there would nearly always > be seen. Is there a failure to push from IRC chatter to official FESCo > business? (I recall jwb, tibbs, and nirik, all bringing problems > noticed through other channels to FESCo so I personally don't think this > is the case.) The problem for me are all those little details that seem to be wrong and that one runs into walls/bureaucracy way to often. Do you remember the old RHL and Fedora Core days before the merge? Sometimes Fedora.us or Fedora Extras noticed problems in RHL or Fedora and we tried to work together with RH-people to change that. Often that worked quite well, but often it was a hard and frustrating fight that the community contributers sometimes lost. RH or RH-people back then were often blamed. From my point of view we act similar now. IOW: dealing with all the committees sometimes feels to me like dealing with RH or RH-people in the old days. Just that community contributers like you and I were or are part of the whole organization, so we can't blame RH alone anymore. > Is the problem getting issues to percolate from reports > in bugzilla out to a more public venue? (Perhaps this is something bug > triage would like to take on? Noticing a problem in > Guidelines/unresponsive maintainers/etc and querying whether the issue > should be mentioned on the mailinglist?) Hmmm. /me thinks about that for a moment Yes, I suspect for some people part of the problem really might be "to percolate from reports in bugzilla out to a more public venue". That became a bigger problem as the number of contributers grew a lot. But for me it's a more a "I have a open ear for your problems; just come and tell me about it" vs. "I'm looking after you all the time and think I noticed you have some problems; should we try to solve them together". FESCo of course has a open ear and will help if problems get reported. If that wouldn't be the case we would have a big problem. But I think FESCo should act on it's own, look out for problems and solve them while in parallel improve things for everyone. For that FESCo in the Extras days for example maintained the following page to make sure all ideas are listed somewhere and get get worked if there are some spare cycles: http://fedoraproject.org/wiki/Development/Schedule/IdeasContainer That page is completely outdated and unmaintained these days. > Although that is all still event driven. Perhaps the need is for more > ideas to be started in FESCo? Like collecting ideas on a page like those mentioned above and picking some of the things up to get them solved if there are free cycles or if the problem becomes pressing > Policies, features, new projects started by FESCo to make growth occur? +1 -- albeit not started and more managed/guided; see below. > The only issue with that is that FESCo > has limited manpower. FESCo itself can't implement all the projects it > could come up with. Of course. Nobody asked for that. FESCO in fact shouldn't do everything alone as exactly letting people do things is what's needed; then those people can grow into the community and some of them might sooner or later be our next leaders or FESCo/Board members. That how it worked in the past and that's how many of the community contributers got into FESCo. But In fact that was was I tried after I left FESCo -- do things for Fedora without being in FESCo. But it failed when for me. The longs story short: some FESCo members didn't much participate in the public discussions I started before handing in a proposal for voting to FESCo; but when it came to FESCO voting those FESCo members suddenly complained about some details; so I got back to the drawing board, started another public discussion and handled in a improved proposal; then different complains from other members showed up in the next FESCo meeting -- once again they had not been raised beforehand in the public discussions on the list; sometimes i even ran into such a loop a four times iirc. That happened with more than one proposal and was very frustrating and of course took weeks. So I said: No thanks, in that case I leave all the work to FESCo. > Being event driven means that someone cares enough > about the issue to work on it outside of FESCo. There are enough people that care and will work on things if you let them without frustrating them (see above). > But it does change the > role of FESCo from "movers and shakers" to "arbitrators and judges". > [snip a more detailed description] It's a mix and that's what is needed, thus there is no chose between "a" or "b" here. But IMHO the mix was a bit different in the Extras days and a lot more "arbitrators and judges" then it is now. In fact I wondering know how much/in which areas we really need "arbitrators and judges" at all. A lot of good things happen if you just let people do something without writing down to many rules. And we IMHO have way to many these days. Cu knurd From aportal at univ-montp2.fr Tue Apr 29 06:32:54 2008 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 29 Apr 2008 08:32:54 +0200 Subject: Orphaning package In-Reply-To: <20080428140341.6305cb72@solitude.devel.redhat.com> References: <200804260011.34138.alain.portal@free.fr> <200804262235.38143.alain.portal@free.fr> <20080428140341.6305cb72@solitude.devel.redhat.com> Message-ID: <200804290832.54296.aportal@univ-montp2.fr> Le Monday 28 April 2008 20:03:41 Robin Norwood, vous avez ?crit?: > On Sat, 26 Apr 2008 22:35:37 +0200 > > Alain PORTAL wrote: > > And the one that convinced me to get out > > https://bugzilla.redhat.com/show_bug.cgi?id=443634 > > What happened with this bug is that, since it appeared that > NetworkManager was incorrectly reporting no network connection, I > reassigned it to Dan Williams to take a look at it. He points out in > comment #9 that this is by design, since the connection in question > wasn't managed by NetworkManager. He then closed the bug, since it > wasn't a NetworkManager bug. This is what I didn't accept. > However, as you can see in subsequent > comments, I've reopened the bug and reassigned it to myself. Yes, thanks. > In > hindsight, I probably should've used the 'NEEDINFO' state instead of > reassigning the bug - then Dan wouldn't have closed it when he pointed > out that it was not a NetworkManager bug. > > We'll probably take this bug and add another check to PackageKit if the > NetworkManager test fails. I can't speak to the other frustrating > experiences you've had, but in this case, I'm sorry for the confusion > and apparent disregard for your issue. I'd like to point out that the > problem was fixed in a matter of hours, and we're still looking into > fixing the bug. Even if I said nothing since friday, I don't forget my report. Alain -- La version fran?aise des pages de manuel Linux http://manpagesfr.free.fr From denis at poolshark.org Tue Apr 29 07:02:06 2008 From: denis at poolshark.org (Denis Leroy) Date: Tue, 29 Apr 2008 09:02:06 +0200 Subject: Youtube Video Problem In-Reply-To: <1209396446.9484.114.camel@localhost.localdomain> References: <4814D8FA.7000100@hhs.nl> <4815930F.9060502@poolshark.org> <481592B8.8090200@hhs.nl> <4815D040.7040204@aim.com> <4815DA8C.7040204@poolshark.org> <1209396446.9484.114.camel@localhost.localdomain> Message-ID: <4816C7EE.9080403@poolshark.org> Lubomir Kundrak wrote: > Dennis, you did not mean this -- did you? > > Apart from that it's about the most obscure way to remove the > libflashsupport package one can imagine, you loose libflashsupport's > functionality, which is essential to work around Flash's broken-ness in > using ALSA/PulseAudio to play sound. Err sorry, i did indeed mean 'rpm -e libflashsupport'. It did actually help the stability in my case, and I did not loose sound support. Also keep in mind I'm talking about F-8. > My advice would be to use nspluginwrapper, so that Firefox does not > suffer from Flash crashes. I use galeon. I would research this further if this were open source we're dealing with here... :-( -denis From paul at all-the-johnsons.co.uk Tue Apr 29 07:54:10 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 29 Apr 2008 08:54:10 +0100 Subject: Monodevelop and video card recommedations Message-ID: <20080429075020.M8784@all-the-johnsons.co.uk> Hi, Double pronged email this... 1. Can anyone recommend an AGP card which will allow me to run 3D graphics without using non-GPL drivers? I want to move away from nVidia for the time being. Nothing against their cards, just that to use 3D, I need to use their drivers. 2. Monodevelop (rawhide) currently has a problem - no editor. For that to work, it has to have gtksourceview2-sharp installed. Currently, this is only available from the Novell ftp site. Not really a problem, nor is the licence. However, the package will still need to be approved. Given that monodevelop is pretty useless without the editor, is there a fast track way to get gtksourceview2-sharp into rawhide? TTFN Paul -- Programmer, GirlGamer www.girlgamer.com From mschwendt at gmail.com Tue Apr 29 07:56:17 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 29 Apr 2008 09:56:17 +0200 Subject: Updates for F8: where did they go? In-Reply-To: References: <1208989168.16567.22.camel@shrek.rexursive.com> <4813D6C6.1000200@fedoraproject.org> <200804282127.09978.opensource@till.name> Message-ID: <20080429095617.bc6fe4dc.mschwendt@gmail.com> On Tue, 29 Apr 2008 02:08:54 +0000 (UTC), Bojan Smojver wrote: > Till Maas till.name> writes: > > > I do not know what "Pushed" means here, but in the 4th line there is: > > > > | Status: testing > > Exactly. That's what's confusing about it. > > On one hand, it says that status is testing. On the other hand is says that a > push to stable has been requested and that it's been pushed. If it is not in > stable yet, shouldn't it say that pushed is false? In think I've reported that in bodhi bug tracker. It ought to reset the "Pushed:" field together with the request to push from testing to stable. Or combined the status into one less ambiguous field. Else it's too confusing. -- Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8 loadavg: 1.15 1.12 0.83 From dan at danny.cz Tue Apr 29 08:14:54 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 29 Apr 2008 10:14:54 +0200 Subject: Monodevelop and video card recommedations In-Reply-To: <20080429075020.M8784@all-the-johnsons.co.uk> References: <20080429075020.M8784@all-the-johnsons.co.uk> Message-ID: <1209456894.3144.8.camel@localhost.localdomain> Paul F. Johnson p??e v ?t 29. 04. 2008 v 08:54 +0100: > Hi, > > 2. Monodevelop (rawhide) currently has a problem - no editor. For that to > work, it has to have gtksourceview2-sharp installed. Currently, this is only > available from the Novell ftp site. Not really a problem, nor is the licence. > However, the package will still need to be approved. Given that monodevelop is > pretty useless without the editor, is there a fast track way to get > gtksourceview2-sharp into rawhide? When a package is prepared for review, then it could be only a matter of few hours before the new package hits rawhide. There is enough people able to do the review, including myself. Dan From oliver at linux-kernel.at Tue Apr 29 08:19:16 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 29 Apr 2008 10:19:16 +0200 Subject: smolts.org 's broken... Message-ID: <4816DA04.1010303@linux-kernel.at> Hi! Just want to mention that smolts.org static pages (at least http://smolts.org/static/stats/stats.html) is broken. If you reload the page a few times, you'll see the date jumping around (Apr 23, Apr 9, Apr 17)... Seems it's loadbalanced and not all servers have the same content and even the latest content you can get (Apr 23) is not up2date. :-( -of PS: Keep me posted CC:... From oliver at linux-kernel.at Tue Apr 29 08:19:16 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 29 Apr 2008 10:19:16 +0200 Subject: smolts.org 's broken... Message-ID: <4816DA04.1010303@linux-kernel.at> Hi! Just want to mention that smolts.org static pages (at least http://smolts.org/static/stats/stats.html) is broken. If you reload the page a few times, you'll see the date jumping around (Apr 23, Apr 9, Apr 17)... Seems it's loadbalanced and not all servers have the same content and even the latest content you can get (Apr 23) is not up2date. :-( -of PS: Keep me posted CC:... From aph at redhat.com Tue Apr 29 08:38:35 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 29 Apr 2008 09:38:35 +0100 Subject: Java debugging In-Reply-To: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> Message-ID: <4816DE8B.8010102@redhat.com> Jerry James wrote: > To be able to debug a Java problem, I need class files compiled with > -g and the source files. Java packages set up for AOT compilation > with GCJ do have debuginfo packages, but they are symbol files for the > GCJ-compiled .so files only, with no source files. Has anybody looked > at what it would take to set things up for a reasonable Java debugging > environment? The source file problem can be solved pretty easily, I > think, but what about compiling with -g? I see 4 answers to that > question: > > 1. Never compile with -g. People who want to debug have to recompile > their own JARs. > 2. Always compile with -g and make everybody eat the bloat. > 3. Compile all Java code twice, once to create a debug JAR and once to > create the normal distribution JAR. The debug JAR goes into the > corresponding debuginfo package. > 4. Always compile with -g. Store the original JAR in the > corresponding debuginfo package, then strip out the debug symbols and > put the resulting JAR into the regular package. Most of this should not be necessary. We have, or had, a modified version of ecj that always generates debuginfo when an RPM is being compiled, so if there exists any RPM that is missing debuginfo, that is a regression. Also, when AOT-compiling, we should be generating the full paths for all the source files and therefore all the sources should be in the debuginfo packages. Please tell me which package is missing these, and I'll find out which of these mechanisms has broken. Andrew. From triad at df.lth.se Tue Apr 29 09:01:59 2008 From: triad at df.lth.se (Linus Walleij) Date: Tue, 29 Apr 2008 11:01:59 +0200 (CEST) Subject: Bikesheds In-Reply-To: <935ead450804240913w558a6a4bo4d6a7e8bc2b8254b@mail.gmail.com> References: <935ead450804240913w558a6a4bo4d6a7e8bc2b8254b@mail.gmail.com> Message-ID: On Thu, 24 Apr 2008, Jeffrey Ollie wrote: > http://www.bikeshed.com/ I think the short version at http://en.wikipedia.org/wiki/Color_of_the_bikeshed is enough. Incidentally, my grandfather got Parkinsons book from my great grandfather with the advice to read it in order to understand the fundamentals of management and human behaviour, two years ago he passed the book to me. Linus From gnomeuser at gmail.com Tue Apr 29 09:05:59 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Tue, 29 Apr 2008 11:05:59 +0200 Subject: Monodevelop and video card recommedations In-Reply-To: <20080429075020.M8784@all-the-johnsons.co.uk> References: <20080429075020.M8784@all-the-johnsons.co.uk> Message-ID: <1dedbbfc0804290205s6c99f22boac47f02777d61914@mail.gmail.com> 2008/4/29 Paul F. Johnson : > Hi, > > Double pronged email this... > > 1. Can anyone recommend an AGP card which will allow me to run 3D graphics > without using non-GPL drivers? I want to move away from nVidia for the > time > being. Nothing against their cards, just that to use 3D, I need to use > their > drivers. You'd probably need to look at an r300 based ATI card, not the fastest cards available but they are extremely well supported using our free drivers. 2. Monodevelop (rawhide) currently has a problem - no editor. For that to > work, it has to have gtksourceview2-sharp installed. Currently, this is > only > available from the Novell ftp site. Not really a problem, nor is the > licence. > However, the package will still need to be approved. Given that > monodevelop is > pretty useless without the editor, is there a fast track way to get > gtksourceview2-sharp into rawhide? > I'll do the review just add me to cc on the bug report. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aphukan.fedora at gmail.com Tue Apr 29 09:16:31 2008 From: aphukan.fedora at gmail.com (Amitakhya Phukan) Date: Tue, 29 Apr 2008 14:46:31 +0530 Subject: F9 installation screenshot Message-ID: <4816E76F.50308@gmail.com> hi! i managed to take a screenshot while updating my F8 to F9 rawhide. i chose "upgrade existing installation". everything was smooth. but there was this progress bar movement that really surprised me. it said it had to update 915 packages. at 496 packages, isn't it more than 50% complete ? the progress bar however is at far less than 50%. is that expected behaviour ? why ?? i am attaching a pic i took from my mobile :) . people pls pardon me for the tilted image i had to take. i couldn't get it properly done with my mobile. sos sorry for that. regards, amit. -------------- next part -------------- A non-text attachment was scrubbed... Name: f9_rawhide_anaconda.jpg Type: image/jpeg Size: 239921 bytes Desc: not available URL: From lkundrak at redhat.com Tue Apr 29 09:29:28 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Tue, 29 Apr 2008 11:29:28 +0200 Subject: F9 installation screenshot In-Reply-To: <4816E76F.50308@gmail.com> References: <4816E76F.50308@gmail.com> Message-ID: <1209461368.9484.127.camel@localhost.localdomain> On Tue, 2008-04-29 at 14:46 +0530, Amitakhya Phukan wrote: > hi! > > i managed to take a screenshot while updating my F8 to F9 rawhide. i > chose "upgrade existing installation". everything was smooth. but there > was this progress bar movement that really surprised me. it said it had > to update 915 packages. at 496 packages, isn't it more than 50% complete > ? the progress bar however is at far less than 50%. is that expected > behaviour ? why ?? I guess it takes sizes of packages into account. > i am attaching a pic i took from my mobile :) . people pls pardon me for > the tilted image i had to take. i couldn't get it properly done with my > mobile. sos sorry for that. This is not a good idea. Imagine how much much mail traffic do you generate with that, given how many people are subscribed to the list. Also, many people use text-only e-mail clients. A better idea would be to make the image accessible via web possibly using service such as http://imageshack.us/ and post just a link. Thanks, -- Lubomir Kundrak (Red Hat Security Response Team) From foster at in.tum.de Tue Apr 29 09:28:33 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Tue, 29 Apr 2008 10:28:33 +0100 Subject: F9 installation screenshot In-Reply-To: <4816E76F.50308@gmail.com> References: <4816E76F.50308@gmail.com> Message-ID: 2008/4/29 Amitakhya Phukan : > i managed to take a screenshot while updating my F8 to F9 rawhide. i chose > "upgrade existing installation". everything was smooth. but there was this > progress bar movement that really surprised me. it said it had to update 915 > packages. at 496 packages, isn't it more than 50% complete ? the progress > bar however is at far less than 50%. is that expected behaviour ? why ?? I think that progress bar shows the % of the *size* that's been installed, not the *number* of packages. Watch when you install something big like openoffice -- the bar jumps a lot after that installation's been completed. MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From mcepl at redhat.com Tue Apr 29 09:16:39 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 29 Apr 2008 11:16:39 +0200 Subject: More Java guidelines questions References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> <481565AA.4040308@gmail.com> <1209429186.3380.62.camel@localhost> Message-ID: On Mon, 28 Apr 2008 19:33:05 -0500, Callum Lerwick scripst: > [will be eclipsed] by C# [...] in native compilation. Ehm, could you elaborate on this a little bit, please? Since when is C# compiling to the native code? Or does it? (I know almost nothing about C#). Mat?j -- The content of this message is licensed under a Creative Commons Attribution 3.0 License, Some Rights Reserved. http://creativecommons.org/licenses/by/3.0/us/ From jorton at redhat.com Tue Apr 29 10:11:38 2008 From: jorton at redhat.com (Joe Orton) Date: Tue, 29 Apr 2008 11:11:38 +0100 Subject: Sponsor required Message-ID: <20080429101138.GA7656@redhat.com> Hi, Elio Maldonado Batiz has been diligently hacking away at converting the crypto-utils package to use NSS instead of OpenSSL, see bug https://bugzilla.redhat.com/show_bug.cgi?id=346731. This is a big chunk of work and is now ready to commit; I don't particularly want to play gatekeeper for this, could someone sponsor Elio to join the cvsextras group? Elio's username is emaldonado. Regards, joe From ndbecker2 at gmail.com Tue Apr 29 10:35:52 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 29 Apr 2008 06:35:52 -0400 Subject: Free to good home - universalindentgui Message-ID: I have started the review process for universalindentgui. The package only needs a small bit of work to finish. In the interim, I've lost interest in it. Anyone care to adopt it? https://bugzilla.redhat.com/show_bug.cgi?id=436894 From stlwrt at gmail.com Tue Apr 29 10:53:48 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 29 Apr 2008 13:53:48 +0300 Subject: EeePC and Fedora 9 In-Reply-To: <1209437310.22831.50.camel@aglarond.local> References: <7f692fec0804281904y30be084h8d905874f16ebcc9@mail.gmail.com> <1209437310.22831.50.camel@aglarond.local> Message-ID: I was installing fedora8 on eeepc and then updating it to f9 using yum. Out of box experience isn't impressive (suspend is buggy, wireless doesn't work), but it can be fixed using wikis of eee-fansites like www.eee-user.com On 4/29/08, Jeremy Katz wrote: > On Mon, 2008-04-28 at 22:04 -0400, Yaakov Nemoy wrote: > > I'm getting an Eee PC for a friend, to give to him at the end of next > > month. Rather than give it to him with the Xandros setup, I want to > > have it running Fedora 9, in time for the release. Plus, it'll be > > nice to know in time for LinuxTag if Sulphur will run on it cleanly or > > not. Where can I find either images for Fedora 9, or how can I go > > about building them, so I can test it? > > > It should mostly work with the standard Fedora images. I think that the > only thing which doesn't currently is the wireless, but work is > continuing on getting that driver upstreamed and thus working out of the > box > > > Jeremy > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From stlwrt at gmail.com Tue Apr 29 10:55:15 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 29 Apr 2008 13:55:15 +0300 Subject: EeePC and Fedora 9 In-Reply-To: References: <7f692fec0804281904y30be084h8d905874f16ebcc9@mail.gmail.com> <1209437310.22831.50.camel@aglarond.local> Message-ID: Sorry, wrong url, www.eeeuser.com On 4/29/08, Pavel Shevchuk wrote: > I was installing fedora8 on eeepc and then updating it to f9 using > yum. Out of box experience isn't impressive (suspend is buggy, > wireless doesn't work), but it can be fixed using wikis of > eee-fansites like www.eee-user.com > > > > On 4/29/08, Jeremy Katz wrote: > > On Mon, 2008-04-28 at 22:04 -0400, Yaakov Nemoy wrote: > > > I'm getting an Eee PC for a friend, to give to him at the end of next > > > month. Rather than give it to him with the Xandros setup, I want to > > > have it running Fedora 9, in time for the release. Plus, it'll be > > > nice to know in time for LinuxTag if Sulphur will run on it cleanly or > > > not. Where can I find either images for Fedora 9, or how can I go > > > about building them, so I can test it? > > > > > > It should mostly work with the standard Fedora images. I think that the > > only thing which doesn't currently is the wireless, but work is > > continuing on getting that driver upstreamed and thus working out of the > > box > > > > > > Jeremy > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > -- > http://scwlab.com > -- http://scwlab.com From tmus at tmus.dk Tue Apr 29 10:57:02 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 29 Apr 2008 08:57:02 -0200 Subject: FC9 and NetworkManager In-Reply-To: <20080428225144.GD17543@angus.ind.WPI.EDU> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209420550.25861.10.camel@sonlaptop> <20080428225144.GD17543@angus.ind.WPI.EDU> Message-ID: Chuck Anderson wrote: > On Mon, Apr 28, 2008 at 06:09:10PM -0400, Louis E Garcia II wrote: >>> and if network does not come up on boot, could you mail me >>> your /var/log/messages right after you've booted up so I can diagnose? >> I think this is the problem: >> >> momcomputer NetworkManager: starting... >> Apr 28 12:26:02 momcomputer NetworkManager: nm_hal_manager_new(): >> Could not initialize connection to the HAL daemon. > > I just ran into this. The problem was that haldaemon wasn't starting > before NetworkManger. I did this to fix all my problems with init > script ordering: > > cd /etc/rc.d/init.d > for script in *; do chkconfig --level 0123456 resetpriorities $script; done > If this does indeed fix things on a fresh install, we probably want fix whatever it broken to get the priorities right to begin with... Perhaps this problem only occurs on installations that have been following rawhide or something? /Thomas From mike at miketc.com Tue Apr 29 11:02:41 2008 From: mike at miketc.com (Mike Chambers) Date: Tue, 29 Apr 2008 06:02:41 -0500 Subject: Rawhide is currently F9? Message-ID: <1209466961.7437.2.camel@scrappy.miketc.com> Stupid question time, but current rawhide (as in today) is what F9 will be spun too? When/what date will rawhide start being F10? -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From aphukan.fedora at gmail.com Tue Apr 29 11:12:58 2008 From: aphukan.fedora at gmail.com (Amitakhya Phukan) Date: Tue, 29 Apr 2008 16:42:58 +0530 Subject: F9 installation screenshot In-Reply-To: <1209461368.9484.127.camel@localhost.localdomain> References: <4816E76F.50308@gmail.com> <1209461368.9484.127.camel@localhost.localdomain> Message-ID: <481702BA.7090005@gmail.com> > > This is not a good idea. Imagine how much much mail traffic do you > generate with that, given how many people are subscribed to the list. > Also, many people use text-only e-mail clients. > > A better idea would be to make the image accessible via web possibly > using service such as http://imageshack.us/ and post just a link. > > Thanks, > hi, i am thankful to you. i wasn't aware of this thing earlier. my apologies to all those who are facing problems because of me. regards, amit. From camilo at mesias.co.uk Tue Apr 29 11:19:22 2008 From: camilo at mesias.co.uk (Camilo Mesias) Date: Tue, 29 Apr 2008 12:19:22 +0100 Subject: iwl3945 driver channel capability Message-ID: Hi, does anyone know what determines the range of channels available with this driver? I ask after spending some time debugging a network set to channel 13, where most devices worked fine but the iwl3945 driven device in the laptop would not scan beyond channel 11. I understand that there are 11 channels authorised in the USA, 13 in Europe and 14 in Japan, and that the hardware should be configurable to support all of them - I'm just not sure where to configure the iwl3945 driver. There are often 11 or more networks visible where I live, and there are microwave ovens, bluetooth devices and DECT phones all sharing the airwaves, so every channel counts. The iwl3945 website talks about a 'userspace regulatory daemon' which has been replaced by logic in the firmware. How then do we tell the firmware which region it is in? Is there a 'right way' in Fedora to determine how these sorts of things should be set up? Maybe depend on the time zone? -Cam From makghosh at gmail.com Tue Apr 29 11:23:31 2008 From: makghosh at gmail.com (Arindam Ghosh) Date: Tue, 29 Apr 2008 16:53:31 +0530 Subject: F9 installation screenshot In-Reply-To: References: <4816E76F.50308@gmail.com> Message-ID: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> On Tue, Apr 29, 2008 at 2:58 PM, Mary Ellen Foster wrote: > 2008/4/29 Amitakhya Phukan : > > > i managed to take a screenshot while updating my F8 to F9 rawhide. i chose > > "upgrade existing installation". everything was smooth. but there was this > > progress bar movement that really surprised me. it said it had to update 915 > > packages. at 496 packages, isn't it more than 50% complete ? the progress > > bar however is at far less than 50%. is that expected behaviour ? why ?? > > I think that progress bar shows the % of the *size* that's been > installed, not the *number* of packages. Watch when you install > something big like openoffice -- the bar jumps a lot after that > installation's been completed. > +1 for that...but i would like to suggest that while installation is being done we should have an ETA out there. This would be really cool :) -- Arindam Ghosh Fedora Ambassador, India [http://arindamghosh.wordpress.com] GPG Key: 0EE58920 Key Server: http://pgp.mit.edu From tomek at crocom.com.pl Tue Apr 29 11:37:59 2008 From: tomek at crocom.com.pl (Tomasz Torcz) Date: Tue, 29 Apr 2008 13:37:59 +0200 Subject: iwl3945 driver channel capability In-Reply-To: References: Message-ID: <1209469079.13757.11.camel@s1.crocom.com.pl> Dnia 29-04-2008, wto o godzinie 12:19 +0100, Camilo Mesias pisze: > Hi, > > does anyone know what determines the range of channels available with > this driver? I ask after spending some time debugging a network set to > channel 13, where most devices worked fine but the iwl3945 driven > device in the laptop would not scan beyond channel 11. > > The iwl3945 website talks about a 'userspace regulatory daemon' which > has been replaced by logic in the firmware. How then do we tell the > firmware which region it is in? Some time ago I was corresponding with Intel Engineer James Ketrenos about this issue. I will quote his reply: #v+ The driver and daemon only support the channels for which the specific card has been configured for use. There is no user selectable override of the factory configuration--it is hard coded based on what the laptop manufacturer provided. There are various versions of the 3945 with each calibrated to operate in different geographical locations based on local regulations. The laptop manufacturer selects which card to install into the laptop based on what would be compatible with the geographies they are selling the laptop into. #v- So your card is crippled to 11 channels (like mine) on hardware level. This is very probably not modifiable in any way. -- Tomasz Torcz From dwmw2 at infradead.org Tue Apr 29 11:48:14 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 29 Apr 2008 12:48:14 +0100 Subject: Rawhide is currently F9? In-Reply-To: <1209466961.7437.2.camel@scrappy.miketc.com> References: <1209466961.7437.2.camel@scrappy.miketc.com> Message-ID: <1209469694.25560.169.camel@pmac.infradead.org> On Tue, 2008-04-29 at 06:02 -0500, Mike Chambers wrote: > Stupid question time, but current rawhide (as in today) is what F9 > will be spun too? When/what date will rawhide start being F10? Hopefully after F9 is actually released. That always used to be the case, although people have occasionally discussed changing it earlier. -- dwmw2 From kagesenshi.87 at gmail.com Tue Apr 29 11:51:16 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Tue, 29 Apr 2008 19:51:16 +0800 Subject: epiphany webkit in fedora Message-ID: any reasons its not here yet? -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From camilo at mesias.co.uk Tue Apr 29 12:02:22 2008 From: camilo at mesias.co.uk (Camilo Mesias) Date: Tue, 29 Apr 2008 13:02:22 +0100 Subject: iwl3945 driver channel capability In-Reply-To: <1209469079.13757.11.camel@s1.crocom.com.pl> References: <1209469079.13757.11.camel@s1.crocom.com.pl> Message-ID: Tomasz > So your card is crippled to 11 channels (like mine) on hardware level. > This is very probably not modifiable in any way. Thanks for your reply, not what I wanted to hear but it's better to have the knowledge than to be in the dark :) -Cam From clumens at redhat.com Tue Apr 29 12:13:11 2008 From: clumens at redhat.com (Chris Lumens) Date: Tue, 29 Apr 2008 08:13:11 -0400 Subject: F9 installation screenshot In-Reply-To: References: <4816E76F.50308@gmail.com> Message-ID: <20080429121311.GM27333@localhost.localdomain> > > i managed to take a screenshot while updating my F8 to F9 rawhide. i chose > > "upgrade existing installation". everything was smooth. but there was this > > progress bar movement that really surprised me. it said it had to update 915 > > packages. at 496 packages, isn't it more than 50% complete ? the progress > > bar however is at far less than 50%. is that expected behaviour ? why ?? > > I think that progress bar shows the % of the *size* that's been > installed, not the *number* of packages. Watch when you install > something big like openoffice -- the bar jumps a lot after that > installation's been completed. Yep, this is exactly right. - Chris From clumens at redhat.com Tue Apr 29 12:14:39 2008 From: clumens at redhat.com (Chris Lumens) Date: Tue, 29 Apr 2008 08:14:39 -0400 Subject: F9 installation screenshot In-Reply-To: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> Message-ID: <20080429121439.GN27333@localhost.localdomain> > +1 for that...but i would like to suggest that while installation is > being done we should have an ETA out there. This would be really cool We used to have that, but removed it. The reason is that our estimates are never going to be very good based on all sorts of things like time to download packges (in HTTP/FTP cases) and how long it takes to run a package's pre/post scriptlet. - Chris From linville at redhat.com Tue Apr 29 12:23:28 2008 From: linville at redhat.com (John W. Linville) Date: Tue, 29 Apr 2008 08:23:28 -0400 Subject: iwl3945 driver channel capability In-Reply-To: References: <1209469079.13757.11.camel@s1.crocom.com.pl> Message-ID: <20080429122328.GA1054@redhat.com> On Tue, Apr 29, 2008 at 01:02:22PM +0100, Camilo Mesias wrote: > > So your card is crippled to 11 channels (like mine) on hardware level. > > This is very probably not modifiable in any way. > > Thanks for your reply, not what I wanted to hear but it's better to > have the knowledge than to be in the dark :) This is presumably only true if you acquired your hardware in the USA. What James told you is true but incomplete. Some hardware (including the iwl3945 and iwl4965) will refuse to tune to channels that are not on the "approved" list according to their firmware. However, this is not the only possible restriction. The mac80211 component will restrict the tunable channels as well, according to it's configured regulatory region. The default region is 'US', corresponding to the regulations specified by the FCC. Currently there is one other region defined, 'JP', corresponding to the regulations specified by the MKK in Japan. There currently is not a region specified for Europe, although there is some discussion about including one. In the long run we will likely support a more flexible regulatory enforcement scheme, allowing for a wide variety of localized regulations. Anyway, if you want access to more channels you might try adding a line like this to /etc/modprobe.conf: options cfg80211 ieee80211_regdom='JP' That should enable channels 1 through 14 -- be sure only to use channels approved in your area. Hth! John -- John W. Linville linville at redhat.com From emmanuel.seyman at club-internet.fr Tue Apr 29 12:29:34 2008 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 29 Apr 2008 14:29:34 +0200 Subject: epiphany webkit in fedora In-Reply-To: References: Message-ID: <20080429122934.GA32479@orient.maison.lan> * Izhar Firdaus [29/04/2008 14:25] : > > any reasons its not here yet? The feature freeze for F9 was some time ago and I don't see something this disruptive landing in Rawhide until F9 is released. Emmanuel From camilo at mesias.co.uk Tue Apr 29 12:40:29 2008 From: camilo at mesias.co.uk (Camilo Mesias) Date: Tue, 29 Apr 2008 13:40:29 +0100 Subject: iwl3945 driver channel capability In-Reply-To: <20080429122328.GA1054@redhat.com> References: <1209469079.13757.11.camel@s1.crocom.com.pl> <20080429122328.GA1054@redhat.com> Message-ID: John, that's interesting, I'll certainly try it. I suspect it won't make a difference, because there are three Fedora 8 laptops here with different chipsets (one 2200, one bcm, one 3945), all configured more or less the same. Two work as-is with channel 13 but the iwl3945 doesn't. -Cam From kagesenshi.87 at gmail.com Tue Apr 29 12:42:13 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Tue, 29 Apr 2008 20:42:13 +0800 Subject: epiphany webkit in fedora In-Reply-To: <20080429122934.GA32479@orient.maison.lan> References: <20080429122934.GA32479@orient.maison.lan> Message-ID: On Tue, Apr 29, 2008 at 8:29 PM, Emmanuel Seyman wrote: > * Izhar Firdaus [29/04/2008 14:25] : > > > > > any reasons its not here yet? > > The feature freeze for F9 was some time ago and I don't see something > this disruptive landing in Rawhide until F9 is released. well yeah, i'm wondering if theres anything (technical/other policies, not fedora freeze) that might hinder this .. if theres none, great then, as I just need to wait :) -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From pingou at pingoured.fr Tue Apr 29 12:44:26 2008 From: pingou at pingoured.fr (pingou) Date: Tue, 29 Apr 2008 14:44:26 +0200 Subject: epiphany webkit in fedora In-Reply-To: References: <20080429122934.GA32479@orient.maison.lan> Message-ID: <4817182A.10308@pingoured.fr> Izhar Firdaus wrote: > On Tue, Apr 29, 2008 at 8:29 PM, Emmanuel Seyman > wrote: > >> * Izhar Firdaus [29/04/2008 14:25] : >> >> >> > any reasons its not here yet? >> >> The feature freeze for F9 was some time ago and I don't see something >> this disruptive landing in Rawhide until F9 is released. >> > > well yeah, > > i'm wondering if theres anything (technical/other policies, not fedora > freeze) that might hinder this .. if theres none, great then, as I > just need to wait :) or not: http://fedoraproject.org/wiki/PackageMaintainers/Join ;) Regards, Pierre From gnomeuser at gmail.com Tue Apr 29 12:44:38 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Tue, 29 Apr 2008 14:44:38 +0200 Subject: epiphany webkit in fedora In-Reply-To: References: Message-ID: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> 2008/4/29 Izhar Firdaus : > any reasons its not here yet? Currently the webkit backend isn't all that stable but for the next GNOME cycle webkit is going to be the only backend for epiphany. It is to be assumed that it will be in F10 then. Additionally as I recall currently you have to pick one or the other backend at compile time, the gecko backend is more mature. Debian seems to have a patch for this, maybe we could sneak it into F9 at some point. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From makghosh at gmail.com Tue Apr 29 12:58:56 2008 From: makghosh at gmail.com (Arindam Ghosh) Date: Tue, 29 Apr 2008 18:28:56 +0530 Subject: F9 installation screenshot In-Reply-To: <20080429121439.GN27333@localhost.localdomain> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> Message-ID: <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> On Tue, Apr 29, 2008 at 5:44 PM, Chris Lumens wrote: > > +1 for that...but i would like to suggest that while installation is > > being done we should have an ETA out there. This would be really cool > > We used to have that, but removed it. The reason is that our estimates > are never going to be very good based on all sorts of things like time > to download packges (in HTTP/FTP cases) and how long it takes to run a > package's pre/post scriptlet. yeah...it was there in FC3/4 etc....but true that network downloads/install may take variable time and because of lots of parameters involved it may get deifficult to calculate a precise ETA :) -- Arindam From makghosh at gmail.com Tue Apr 29 13:00:13 2008 From: makghosh at gmail.com (Arindam Ghosh) Date: Tue, 29 Apr 2008 18:30:13 +0530 Subject: F9 installation screenshot In-Reply-To: <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> Message-ID: <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> s/deifficult/difficult --Arindam From kagesenshi.87 at gmail.com Tue Apr 29 13:03:26 2008 From: kagesenshi.87 at gmail.com (Izhar Firdaus) Date: Tue, 29 Apr 2008 21:03:26 +0800 Subject: epiphany webkit in fedora In-Reply-To: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> Message-ID: 2008/4/29 David Nielsen : > > > 2008/4/29 Izhar Firdaus : > > > any reasons its not here yet? > > Currently the webkit backend isn't all that stable but for the next GNOME > cycle > webkit is going to be the only backend for epiphany. It is to be assumed > that it will be in F10 then. cool!!.. :D > > Additionally as I recall currently you have to pick one or the other backend > at compile time, the gecko backend is more mature. Debian seems to have a > patch for this, maybe we could sneak it into F9 at some point. yeah, it need to be done during compile time, though i dont know if someone figured out any trick to make it parallel ... if nobody sneak it to F9, i'll grab from rawhide anyway :P On Tue, Apr 29, 2008 at 8:44 PM, pingou wrote: > or not: > http://fedoraproject.org/wiki/PackageMaintainers/Join ;) Already a packager here ^_^ (though only 3 packages) .. like mentioned above, it need to be done in epiphany's spec itself as its not a separate app .. -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331 From martin.sourada at gmail.com Tue Apr 29 13:05:56 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Tue, 29 Apr 2008 15:05:56 +0200 Subject: epiphany webkit in fedora In-Reply-To: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> Message-ID: <1209474356.3033.6.camel@pc-notebook> On Tue, 2008-04-29 at 14:44 +0200, David Nielsen wrote: > > > 2008/4/29 Izhar Firdaus : > any reasons its not here yet? > > Currently the webkit backend isn't all that stable but for the next > GNOME cycle > > webkit is going to be the only backend for epiphany. It is to be > assumed that it will be in F10 then. > > Additionally as I recall currently you have to pick one or the other > backend at compile time, the gecko backend is more mature. Debian > seems to have a patch for this, maybe we could sneak it into F9 at > some point. > > - David Yup, I've read that WebKit is going to be the only one in Epiphany 2.24, too. Is it already in gnome svn? If so, I would suggest to switch to WebKit in rawhide (not F-9) as soon as possible to allow more testing (both of WebKit, which seems to have quite a lot of bugs still, and Epiphany). Anything I can help with? As epiphany is one of my most used applications (with gnome-terminal and evolution), I might be interested in co-maintaining it for Fedora, if needed. Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lesmikesell at gmail.com Tue Apr 29 13:13:07 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Tue, 29 Apr 2008 08:13:07 -0500 Subject: More Java guidelines questions In-Reply-To: <1209429186.3380.62.camel@localhost> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> <481565AA.4040308@gmail.com> <1209429186.3380.62.camel@localhost> Message-ID: <48171EE3.7070109@gmail.com> Callum Lerwick wrote: >>> Thus in an open source environment, Java bytecode has >>> little reason to exist. >> Errr, what about applet downloads and RMI, neither of which requires >> similar architecture or compiling capability at the other end? Are you >> sure you are talking about something that even resembles java? > > You distribute source code, and "JIT" compile it direct from source > code, yes. Just like Python or Perl or PHP or Javascript... > > And yes, Java wasn't designed for this from the start, so the existing > compiler is too slow and heavyweight for this. This may even be > impossible. But the interpreted language space is pretty well covered > already anyway. Please let me know when you've installed this mythical applet source compiler on all the computers and phones in the world and then we can continue the conversation about equivalent capabilities. > I guess what my point is here, is Java, in Sun's implementation, has > chosen to stand half-way between a native-compiled language and an > interpreted language. And with very good reasons, applets and RMI being fairly obvious along with things like cached jsp pages. > Which has resulted in it being mediocre at either > and ultimately just serves to inherit the disadvantages of AOT > compilation with none of the advantage (speed). The main speed issue is loading the JVM which might happen once in several months in a server environment and should be handled by the disk cache and shared text in environments where it is reloaded often enough to matter. > If it continues on its > current path, it's just going to be eclipsed (heh) by Python on the > interpreted side of things and by C# (and continued use of C++ and C) in > native compilation. Except those don't have the same capabilities for remote execution. > In the open source world, that is. The closed source > world will gladly continue cranking out Java code as it is the COBOL of > the 90+'s... I think you are missing a fairly vast library of available open source java code. -- Les Mikesell lesmikesell at gmail.com From bnocera at redhat.com Tue Apr 29 13:13:38 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 29 Apr 2008 14:13:38 +0100 Subject: epiphany webkit in fedora In-Reply-To: <1209474356.3033.6.camel@pc-notebook> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> <1209474356.3033.6.camel@pc-notebook> Message-ID: <1209474818.2725.1.camel@cookie.hadess.net> On Tue, 2008-04-29 at 15:05 +0200, Martin Sourada wrote: > Yup, I've read that WebKit is going to be the only one in Epiphany 2.24, > too. Is it already in gnome svn? If so, I would suggest to switch to > WebKit in rawhide (not F-9) as soon as possible to allow more testing > (both of WebKit, which seems to have quite a lot of bugs still, and > Epiphany). Anything I can help with? As epiphany is one of my most used > applications (with gnome-terminal and evolution), I might be interested > in co-maintaining it for Fedora, if needed. Not even close to usable right now: http://live.gnome.org/Epiphany/WebKit/TODO Which is why it's not in yet. And it doesn't do plugins yet either. From jorton at redhat.com Tue Apr 29 13:15:58 2008 From: jorton at redhat.com (Joe Orton) Date: Tue, 29 Apr 2008 14:15:58 +0100 Subject: Sponsor required In-Reply-To: <20080429101138.GA7656@redhat.com> References: <20080429101138.GA7656@redhat.com> Message-ID: <20080429131558.GA9315@redhat.com> Thanks to Tomas Mraz who sorted this out for us! joe From martin.sourada at gmail.com Tue Apr 29 13:30:02 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Tue, 29 Apr 2008 15:30:02 +0200 Subject: epiphany webkit in fedora In-Reply-To: <1209474818.2725.1.camel@cookie.hadess.net> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> <1209474356.3033.6.camel@pc-notebook> <1209474818.2725.1.camel@cookie.hadess.net> Message-ID: <1209475802.3033.10.camel@pc-notebook> On Tue, 2008-04-29 at 14:13 +0100, Bastien Nocera wrote: > On Tue, 2008-04-29 at 15:05 +0200, Martin Sourada wrote: > > > Yup, I've read that WebKit is going to be the only one in Epiphany 2.24, > > too. Is it already in gnome svn? If so, I would suggest to switch to > > WebKit in rawhide (not F-9) as soon as possible to allow more testing > > (both of WebKit, which seems to have quite a lot of bugs still, and > > Epiphany). Anything I can help with? As epiphany is one of my most used > > applications (with gnome-terminal and evolution), I might be interested > > in co-maintaining it for Fedora, if needed. > > Not even close to usable right now: > http://live.gnome.org/Epiphany/WebKit/TODO > Which is why it's not in yet. > > And it doesn't do plugins yet either. > IMHO, these bugs are show-stoppers for stable release (and even beta release), but not for the raw state of the pre-F-10 rawhide (where people expect that many things will *not* work). Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rawhide at fedoraproject.org Tue Apr 29 13:45:05 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 29 Apr 2008 13:45:05 +0000 (UTC) Subject: rawhide report: 20080429 changes Message-ID: <20080429134505.9433D209CFD@releng1.fedora.phx.redhat.com> New package SAASound Phillips SAA 1099 sound chip emulator library New package fedorainfinity-backgrounds Fedora Infinity desktop backgrounds New package sugar-journal Journal for Sugar Updated Packages: ImageMagick-6.3.8.1-4.fc9 ------------------------- * Tue Apr 22 2008 Norm Murray 6.3.8.1-4 - 24 bpp ico handling fix from Hans de Goede Miro-1.2.3-2.fc9 ---------------- * Mon Apr 28 2008 Alex Lancaster - 1.2.3-2 - Update and re-enable xulrunner patch from Martin Stransky (#393521) * Mon Apr 28 2008 Alex Lancaster - 1.2.3-1 - Update to official 1.2.3 upstream release (includes the previous xulrunner fixes in test release). anaconda-11.4.0.78-1 -------------------- * Mon Apr 28 2008 David Cantrell - 11.4.0.78-1 - Write per-interface DNS info to ifcfg files (#443244) (dcantrell) - Clean up sanityCheckHostname() in network.py (dcantrell) - Activate autorepeat for GUI installs. (jgranado) * Fri Apr 25 2008 David Cantrell - 11.4.0.77-1 - Preserve 'set the hostname' setting when going Next/Back (#443414) (dcantrell) - Avoid traceback on network configuration screen (#444184) (dcantrell) - Add missing backslashes for the .profile here document. (dcantrell) - Label the efi boot filesystem on ia64 as well. (pjones) - Don't use size to determine if a partition is an EFI system partition; instead, (pjones) - Handle the DVD having a disknumber of ALL. (443291) (jkeating) - Make the LUKS passphrase prompt fit on an 80x25 screen. (#442100) (dlehman) - Don't dd the image from /dev/zero _and_ use "mkdosfs -C " (pjones) - label the filesystem in efidisk.img so that HAL and such won't try to mount it. (pjones) - fix testiso Makefile target - boot.iso, not netinst.iso (wwoods) beagle-0.3.7-3.fc9 ------------------ * Mon Apr 28 2008 Adel Gadllah - 0.3.7-3 - Fix firefox extension installation * Sat Apr 26 2008 Adel Gadllah - 0.3.7-2 - Disable Google backends * Sat Apr 26 2008 Adel Gadllah - 0.3.7-1 - Update to 0.3.7 - Firefox extension now works with FF3 (RH #434774) - Fixes some regressions bzr-1.3.1-1.fc9 --------------- * Sun Apr 27 2008 Toshio Kuratomi - 1.3.1-1 - Paramiko/sftp backport from 1.4.0. bz#444325 - Update to 1.3.1 final. * Fri Apr 04 2008 Toshio Kuratomi - 1.3.1-0.1.rc1 - Update to 1.3.1rc1 to fix a bug when you have a pack based remote repo and knit based local branch. * Wed Mar 26 2008 Warren Togami - 1.3-1 - Update to 1.3. fedora-logos-9.0.0-2.fc9 ------------------------ * Mon Apr 28 2008 Kevin Kofler - 9.0.0-2 - use bg image without rounded corners for kde-splash (Pavel Shevchuk, #443308) glib2-2.16.3-5.fc9 ------------------ * Mon Apr 28 2008 Warren Togami - 2.16.3-5 - Ignore inaccessible mounts during mountpoint enumeration (GNOME #526320) This prevents bogus inaccessible devices owned by one user from appearing on the desktops of other users. glpi-0.70.2-3.fc9 ----------------- * Fri Apr 25 2008 Remi Collet - 0.70.2-3 - remplace module policy by simple semanage (#442706) * Mon Jan 28 2008 Remi Collet - 0.70.2-2 - rebuild (fix sources tarball) * Sun Jan 27 2008 Remi Collet - 0.70.2-1 - bugfixes update gnochm-0.9.11-2.fc9 ------------------- * Fri Apr 11 2008 Patrice Dumas 0.9.11-2 - Requires: gnome-python2-canvas (#442027) initscripts-8.73-1 ------------------ * Fri Apr 25 2008 Bill Nottingham - 8.73-1 - move event-compat-sysv events here, obsolete it - fix ctrl-alt-del during rc.sysinit (#444050) - fix 'telinit X' from single-user mode (#444001) ipa-1.0.0-4.fc9 --------------- * Mon Apr 28 2008 Rob Crittenden - 1.0.0-4 - Respin to get tagged into Fedora 9 * Mon Apr 28 2008 Rob Crittenden - 1.0.0-3 - Added patch to fix permissions problems with the Apache NSS database. - Added patch to fix problem with DNS querying where the query could be returned as the answer. - Fix spec error where patch1 was in the wrong section kdebase-workspace-4.0.3-18.fc9 ------------------------------ * Sun Apr 27 2008 Kevin Kofler 4.0.3-18 - don't show "Zoom Out" toolbox action (#443610, patch from openSUSE branch) kdelibs-6:4.0.3-7.fc9 --------------------- * Tue Apr 22 2008 Luk???? Tinkl - 4.0.3-7 - fix buffer overflow in KHTML's image loader (KDE advisory 20080426-1, kdenetwork-7:4.0.3-6.fc9 ------------------------ * Thu Apr 17 2008 Rex Dieter 4.0.3-6 - omit BR: xmms-devel, for now, save pulling in xmms-lib, gtk+ lib stack kernel-xen-2.6-2.6.25-2.fc9 --------------------------- * Fri Apr 25 2008 Mark McLoughlin - Fix x86_64 oops on reboot (ehabkost, #444025) konversation-1.0.1-6.fc9 ------------------------ * Wed Apr 09 2008 Dennis Gilmore - 1.0.1-6 - apply patch from upstream handling CVE-2007-4400 correctly - reenable media script ldm-2.0.4-1.fc9 --------------- * Sun Apr 27 2008 Warren Togami - 2.0.4-1 - Translations: Polish, Portugese, French, Vietnamese, Russian libraw1394-1.3.0-6.fc9 ---------------------- * Mon Apr 28 2008 Jarod Wilson - 1.3.0-6 - Unmap the correct memory range on iso receive teardown, fixes segfault on exit from dvgrab (Mladen Kuntner, #444354) * Tue Feb 26 2008 Jarod Wilson - 1.3.0-5 - Update license and kill an errant tab (#226039) libxslt-1.1.23-3.fc9 -------------------- * Mon Apr 28 2008 Daniel Veillard 1.1.23-3.fc9 - and the previous patch was incomplte breaking the python bindings see 444317 and 444455 ltsp-5.1.7-1.fc9 ---------------- * Mon Apr 28 2008 Warren Togami - 5.1.7-1 - Fix ltsp-server-initialize (eharrison) - Create /etc/mtab in chroot, fixes ltspfs (wtogami) * Sun Apr 27 2008 Warren Togami - 5.1.6-1 - set LANG for login screen from client's /etc/sysconfig/i18n - move /etc/ltsp/ltsp-dhcpd.conf to /etc/ltsp/dhcpd.conf for consistency with Debian - vmclient split out config file into /etc/ltsp/vmclient * Thu Apr 17 2008 Warren Togami - 5.1.5-1 - fix race condition in client/getltscfg/Makefile - include lts-parameters.txt in ltsp-server docs ltspfs-0.5.2-1.fc9 ------------------ * Mon Apr 28 2008 Warren Togami - 0.5.2-1 - Create /media/$username as 0750 instead of 0755 (needed by glib2-2.16.3-5.fc9) Ignore inaccessible mounts during mountpoint enumeration (GNOME #526320) This prevents bogus inaccessible devices owned by one user from appearing on the desktops of other users. mail-notification-5.3-1.fc9 --------------------------- * Mon Apr 28 2008 Dmitry Butskoy - 5.3-1 - update to 5.3 - scriptlets cleanups mod_nss-1.0.7-5.fc9 ------------------- * Mon Apr 28 2008 Rob Crittenden - 1.0.7-5 - New fork patch that more gracefully handles errors - The location of libnssckbi moved from /usr/lib[64] to /lib[64] - The NSS database needs to be readable by apache since we need to use it after the root priviledges are dropped. * Mon Apr 28 2008 Rob Crittenden - 1.0.7-4 - Apply patch so that mod_nss calls NSS_Init() after Apache forks a child and not before. This is in response to a change in the NSS softtokn code and should have always been done this way. (444348) openoffice.org-voikko-2.2-4.fc9 ------------------------------- * Sat Apr 26 2008 Ville-Pekka Vainio - 2.2-4 - Build with RPM_OPT_FLAGS, adds FORTIFY_SOURCE etc. php-5.2.5-7.fc9 --------------- * Thu Apr 24 2008 Joe Orton 5.2.5-7 - split pspell extension out into php-pspell (#443857) * Tue Feb 19 2008 Fedora Release Engineering - 5.2.5-6 - Autorebuild for GCC 4.3 * Fri Jan 11 2008 Joe Orton 5.2.5-5 - ext/date: use system timezone database postgis-1.3.3-1.fc9 ------------------- * Sun Apr 13 2008 Devrim GUNDUZ - 1.3.3-1 - Update to 1.3.3 sabayon-2.22.0-3.fc9 -------------------- * Tue Apr 22 2008 Matthias Clasen - 2.22.0-3 - Actually apply the Xephyr patch * Tue Apr 22 2008 Matthias Clasen - 2.22.0-2 - Use Xephyr instead of Xnest samba-0:3.2.0-1.pre3.9.fc9 -------------------------- * Fri Apr 25 2008 Guenther Deschner - 3.2.0-1.pre3.9 - Update to 3.2.0pre3 selinux-policy-3.3.1-42.fc9 --------------------------- * Fri Apr 25 2008 Dan Walsh 3.3.1-42 - Add boolean to mmap_zero - allow tor setgid - Allow gnomeclock to set clock * Thu Apr 24 2008 Dan Walsh 3.3.1-41 - Don't run crontab from unconfined_t * Wed Apr 23 2008 Dan Walsh 3.3.1-39 - Change etc files to config files to allow users to read them sugar-0.79.4-1.fc9 ------------------ * Mon Apr 28 2008 Marco Pesenti Gritti - 0.79.4-1 - Pylint cleanup. - Misc graphical fixes. * Mon Apr 28 2008 Marco Pesenti Gritti - 0.79.3-2 - Patch to fix system activities location * Wed Apr 09 2008 Tomeu Vizoso - 0.79.3-1 - Misc graphical fixes. tetex-tex4ht-1.0.2008_02_28_2058-3.fc9 -------------------------------------- * Sun Apr 13 2008 Patrice Dumas 1.0.2008_02_28_2058-3 - xtpipes works only with sun jre (#436608) * Sat Mar 01 2008 Patrice Dumas 1.0.2008_02_28_2058-1 - update to 1.0.2008_02_28_2058 - new debian patch, new literate sources * Mon Dec 31 2007 Patrice Dumas 1.0.2007_12_19_2154-1.1 - update to 1.0.2007_12_19_2154 - new debian patch, new literate sources - adapt for texlive upstart-0.3.9-19.fc9 -------------------- * Fri Apr 25 2008 Bill Nottingham - 0.3.9-19 - with the merge of event-compat-sysv, move the sysvinit obsoletes/provides here * Thu Apr 24 2008 Bill Nottingham - 0.3.9-18 - fix some man page typos (#444008, ) wordpress-2.5.1-1.fc9 --------------------- * Sat Apr 26 2008 Adrian Reber - 2.5.1-1 - updated to 2.5.1 for security fixes - BZ 444396 xorg-x11-drv-ati-6.8.0-12.fc9 ----------------------------- * Thu Apr 24 2008 Dave Airlie 6.8.0-12 - not so much faster as kill my Apple MAC DDC - next time do this upstream first * Thu Apr 24 2008 Dave Airlie 6.8.0-11 - fix r128 bios size issue (#439022) Broken deps for i386 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 Broken deps for x86_64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 Broken deps for ppc ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 Broken deps for ppc64 ---------------------------------------------------------- kazehakase-0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From linville at redhat.com Tue Apr 29 13:45:53 2008 From: linville at redhat.com (John W. Linville) Date: Tue, 29 Apr 2008 09:45:53 -0400 Subject: iwl3945 driver channel capability In-Reply-To: References: <1209469079.13757.11.camel@s1.crocom.com.pl> <20080429122328.GA1054@redhat.com> Message-ID: <20080429134552.GB1054@redhat.com> On Tue, Apr 29, 2008 at 01:40:29PM +0100, Camilo Mesias wrote: > that's interesting, I'll certainly try it. I suspect it won't make a > difference, because there are three Fedora 8 laptops here with > different chipsets (one 2200, one bcm, one 3945), all configured more > or less the same. Two work as-is with channel 13 but the iwl3945 > doesn't. ipw2200 uses its own regulatory enforcement. If "bcm" means the b43 driver, and you can configure channel 13, and you haven't already applied the change to modprobe.conf mentioned earlier, than please file a bug. :-) Thanks, John -- John W. Linville linville at redhat.com From kevin.kofler at chello.at Tue Apr 29 14:11:38 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 29 Apr 2008 14:11:38 +0000 (UTC) Subject: Java debugging References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> Message-ID: Andrew Haley redhat.com> writes: > Please tell me which package is missing these, and I'll find out which > of these mechanisms has broken. As a wild guess, packages built with IcedTea/OpenJDK maybe? Kevin Kofler From stlwrt at gmail.com Tue Apr 29 14:17:23 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 29 Apr 2008 17:17:23 +0300 Subject: F9 installation screenshot In-Reply-To: <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> Message-ID: It's better not to have timer, than have it showing random numbers. I'd better add nice powerpoint-style presentation showcasing screenshots and descriptions of popular and eye-catching software like firefox, evolution, amarok, gimp, pidgin, openoffice, marble, digikam, vlc media player, mythtv (fedora is media center OS too!). On 4/29/08, Arindam Ghosh wrote: > s/deifficult/difficult > > > --Arindam > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From sandeen at redhat.com Tue Apr 29 14:18:41 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Tue, 29 Apr 2008 09:18:41 -0500 Subject: smolts.org 's broken... In-Reply-To: <4816DA04.1010303@linux-kernel.at> References: <4816DA04.1010303@linux-kernel.at> Message-ID: <48172E41.9030804@redhat.com> Oliver Falk wrote: > Hi! > > Just want to mention that smolts.org static pages (at least > http://smolts.org/static/stats/stats.html) is broken. If you reload the > page a few times, you'll see the date jumping around (Apr 23, Apr 9, Apr > 17)... Seems it's loadbalanced and not all servers have the same content > and even the latest content you can get (Apr 23) is not up2date. :-( > > -of > > PS: Keep me posted CC:... > Ya. I've been harping on this too, for weeks. ;) -ERic From kevin.kofler at chello.at Tue Apr 29 14:19:22 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 29 Apr 2008 14:19:22 +0000 (UTC) Subject: Monodevelop and video card recommedations References: <20080429075020.M8784@all-the-johnsons.co.uk> Message-ID: Paul F. Johnson all-the-johnsons.co.uk> writes: > 1. Can anyone recommend an AGP card which will allow me to run 3D graphics > without using non-GPL drivers? I want to move away from nVidia for the time > being. Nothing against their cards, just that to use 3D, I need to use their > drivers. Radeons with at most a R4xx series chipset. In marketing numbers, that's the ones without an "X" (e.g. 7000 (R1xx), 9200, 9250 (R2xx), 9500, 9550 (R3xx)), the "X" ones up to and including X850 and the "X1050" which is just a reedited X300/X550/X600 series card (R3xx series chipset, unlike the X850 which is an R4xx). Careful, the "X" ones are primarily PCI-Express, though there are AGP versions of some of them. WARNING: Stay clear of anything with a higher number than X1050, those are R5xx or R6xx series cards and not supported by Free 3D drivers yet. You have been warned. Kevin Kofler From walters at verbum.org Tue Apr 29 14:25:04 2008 From: walters at verbum.org (Colin Walters) Date: Tue, 29 Apr 2008 10:25:04 -0400 Subject: More Java guidelines questions In-Reply-To: <1209431056.3380.83.camel@localhost> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> <1209431056.3380.83.camel@localhost> Message-ID: 2008/4/28 Callum Lerwick : > On Mon, 2008-04-28 at 09:01 -0400, Colin Walters wrote: > > 2008/4/27 Callum Lerwick : > > > > > > IMHO the only reason Java bytecode exists is to make it possible to > > > distribute "run anywhere" proprietary software while keeping the source > > > code closed. > > > > No. Even originally, that isn't true. > > You don't honestly believe that, do you? I do, in fact. I think this crusade against bytecode that you're talking about is largely at best a waste of time and resources. If you have reliable benchmarks for specific real-world programs shipped in Fedora (i.e. not synthetic benchmarks) where AOT compilation (be that via GCJ or Hotspot's) is better, it might make sense to do so for those programs. From kevin.kofler at chello.at Tue Apr 29 14:24:20 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 29 Apr 2008 14:24:20 +0000 (UTC) Subject: F9 installation screenshot References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> Message-ID: Chris Lumens redhat.com> writes: > We used to have that, but removed it. The reason is that our estimates > are never going to be very good based on all sorts of things like time > to download packges (in HTTP/FTP cases) and how long it takes to run a > package's pre/post scriptlet. In fact, in my experience, the estimates have always been complete nonsense (off by a factor of 2 in either direction or things like that) even for fairly predictable HDD installs, so IMHO you did the right thing. :-) Kevin Kofler From aph at redhat.com Tue Apr 29 14:26:06 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 29 Apr 2008 15:26:06 +0100 Subject: Java debugging In-Reply-To: References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> Message-ID: <48172FFE.6020006@redhat.com> Kevin Kofler wrote: > Andrew Haley redhat.com> writes: >> Please tell me which package is missing these, and I'll find out which >> of these mechanisms has broken. > > As a wild guess, packages built with IcedTea/OpenJDK maybe? Well, I'm not going to guess; let's see. :-) Andrew. From aph at redhat.com Tue Apr 29 14:27:06 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 29 Apr 2008 15:27:06 +0100 Subject: More Java guidelines questions In-Reply-To: <48171EE3.7070109@gmail.com> References: <870180fe0804141435g4fb385bdhe65422b426002df6@mail.gmail.com> <1ujfd5xep4.ln2@ppp1053.in.ipex.cz> <1208298579.770.3.camel@localhost.localdomain> <480531E3.1050106@gmail.com> <1208300168.26951.11.camel@localhost.localdomain> <480535CC.5060705@gmail.com> <1208301122.26951.14.camel@localhost.localdomain> <40923.192.54.193.59.1208329851.squirrel@rousalka.dyndns.org> <1209348432.3380.32.camel@localhost> <481565AA.4040308@gmail.com> <1209429186.3380.62.camel@localhost> <48171EE3.7070109@gmail.com> Message-ID: <4817303A.7070909@redhat.com> Les Mikesell wrote: > Callum Lerwick wrote: >> The closed source >> world will gladly continue cranking out Java code as it is the COBOL of >> the 90+'s... > > I think you are missing a fairly vast library of available open source > java code. I think you've been trolled. "COBOL of the 90+'s" is a clue. Andrew. From stlwrt at gmail.com Tue Apr 29 14:28:57 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 29 Apr 2008 17:28:57 +0300 Subject: Monodevelop and video card recommedations In-Reply-To: References: <20080429075020.M8784@all-the-johnsons.co.uk> Message-ID: Intel cards is the only sane choice if you want free driver AND good 3D P.S. Next time please split problems to several mails, so discussion can branch nicely On 4/29/08, Kevin Kofler wrote: > Paul F. Johnson all-the-johnsons.co.uk> writes: > > 1. Can anyone recommend an AGP card which will allow me to run 3D graphics > > without using non-GPL drivers? I want to move away from nVidia for the time > > being. Nothing against their cards, just that to use 3D, I need to use their > > drivers. > > > Radeons with at most a R4xx series chipset. In marketing numbers, that's the > ones without an "X" (e.g. 7000 (R1xx), 9200, 9250 (R2xx), 9500, 9550 (R3xx)), > the "X" ones up to and including X850 and the "X1050" which is just a reedited > X300/X550/X600 series card (R3xx series chipset, unlike the X850 which is an > R4xx). > > Careful, the "X" ones are primarily PCI-Express, though there are AGP versions > of some of them. > > WARNING: Stay clear of anything with a higher number than X1050, those are R5xx > or R6xx series cards and not supported by Free 3D drivers yet. You have been > warned. > > > Kevin Kofler > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From foster at in.tum.de Tue Apr 29 14:30:50 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Tue, 29 Apr 2008 15:30:50 +0100 Subject: F9 installation screenshot In-Reply-To: References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> Message-ID: On Tue, Apr 29, 2008 at 3:24 PM, Kevin Kofler wrote: > Chris Lumens redhat.com> writes: > > We used to have that, but removed it. The reason is that our estimates > > are never going to be very good based on all sorts of things like time > > to download packges (in HTTP/FTP cases) and how long it takes to run a > > package's pre/post scriptlet. > > In fact, in my experience, the estimates have always been complete nonsense > (off by a factor of 2 in either direction or things like that) even for fairly > predictable HDD installs, so IMHO you did the right thing. :-) I remember it *always* seemed to estimate 45 minutes, whatever I was doing. :) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From nphilipp at redhat.com Tue Apr 29 15:04:24 2008 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 29 Apr 2008 17:04:24 +0200 Subject: F9 installation screenshot In-Reply-To: References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> Message-ID: <1209481464.18191.6.camel@gibraltar.str.redhat.com> On Tue, 2008-04-29 at 17:17 +0300, Pavel Shevchuk wrote: > I'd better add nice powerpoint-style presentation showcasing > screenshots and descriptions of popular and eye-catching software like > firefox, evolution, amarok, gimp, pidgin, openoffice, marble, digikam, > vlc media player, mythtv (fedora is media center OS too!). We used to have the installer flip through a slideshow of images back in the old days -- does that code still exist? In that case it would be easy (albeit to late for F9) to have this. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From mike at cchtml.com Tue Apr 29 15:10:21 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 29 Apr 2008 10:10:21 -0500 Subject: Free to good home - universalindentgui In-Reply-To: References: Message-ID: <48173A5D.5050509@cchtml.com> -------- Original Message -------- Subject: Free to good home - universalindentgui From: Neal Becker To: fedora-devel-list at redhat.com Date: 04/29/2008 05:35 AM > I have started the review process for universalindentgui. The package only > needs a small bit of work to finish. In the interim, I've lost interest in > it. Anyone care to adopt it? > > https://bugzilla.redhat.com/show_bug.cgi?id=436894 > Forward this on to the Geany guys and tell them they need this. Then we won't need a separate package. ;) From quasar at ja.rosz.org Tue Apr 29 15:13:23 2008 From: quasar at ja.rosz.org (Quasar Jarosz) Date: Tue, 29 Apr 2008 10:13:23 -0500 Subject: F9 installation screenshot In-Reply-To: <1209481464.18191.6.camel@gibraltar.str.redhat.com> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> Message-ID: <79f4f780804290813o23587939y3c243124c13e57ff@mail.gmail.com> On Tue, Apr 29, 2008 at 10:04 AM, Nils Philippsen wrote: > On Tue, 2008-04-29 at 17:17 +0300, Pavel Shevchuk wrote: > > I'd better add nice powerpoint-style presentation showcasing > > screenshots and descriptions of popular and eye-catching software like > > firefox, evolution, amarok, gimp, pidgin, openoffice, marble, digikam, > > vlc media player, mythtv (fedora is media center OS too!). > > We used to have the installer flip through a slideshow of images back in > the old days -- does that code still exist? In that case it would be > easy (albeit to late for F9) to have this. > While i can see how this would be kinda cool, i'd like to point out that i was very pleasantly surprised by the beauty and simplicity of the current setup. Although if the presentation was very well done it might still look very nice. From katzj at redhat.com Tue Apr 29 15:18:57 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 29 Apr 2008 11:18:57 -0400 Subject: F9 installation screenshot In-Reply-To: <1209481464.18191.6.camel@gibraltar.str.redhat.com> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> Message-ID: <1209482337.22831.78.camel@aglarond.local> On Tue, 2008-04-29 at 17:04 +0200, Nils Philippsen wrote: > On Tue, 2008-04-29 at 17:17 +0300, Pavel Shevchuk wrote: > > I'd better add nice powerpoint-style presentation showcasing > > screenshots and descriptions of popular and eye-catching software like > > firefox, evolution, amarok, gimp, pidgin, openoffice, marble, digikam, > > vlc media player, mythtv (fedora is media center OS too!). > > We used to have the installer flip through a slideshow of images back in > the old days -- does that code still exist? In that case it would be > easy (albeit to late for F9) to have this. All the code is still there. The difficulty is really in someone stepping up to create the content Jeremy From bnocera at redhat.com Tue Apr 29 15:22:11 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 29 Apr 2008 16:22:11 +0100 Subject: epiphany webkit in fedora In-Reply-To: <1209475802.3033.10.camel@pc-notebook> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> <1209474356.3033.6.camel@pc-notebook> <1209474818.2725.1.camel@cookie.hadess.net> <1209475802.3033.10.camel@pc-notebook> Message-ID: <1209482531.2725.7.camel@cookie.hadess.net> On Tue, 2008-04-29 at 15:30 +0200, Martin Sourada wrote: > On Tue, 2008-04-29 at 14:13 +0100, Bastien Nocera wrote: > > On Tue, 2008-04-29 at 15:05 +0200, Martin Sourada wrote: > > > > > Yup, I've read that WebKit is going to be the only one in Epiphany 2.24, > > > too. Is it already in gnome svn? If so, I would suggest to switch to > > > WebKit in rawhide (not F-9) as soon as possible to allow more testing > > > (both of WebKit, which seems to have quite a lot of bugs still, and > > > Epiphany). Anything I can help with? As epiphany is one of my most used > > > applications (with gnome-terminal and evolution), I might be interested > > > in co-maintaining it for Fedora, if needed. > > > > Not even close to usable right now: > > http://live.gnome.org/Epiphany/WebKit/TODO > > Which is why it's not in yet. > > > > And it doesn't do plugins yet either. > > > > IMHO, these bugs are show-stoppers for stable release (and even beta > release), but not for the raw state of the pre-F-10 rawhide (where > people expect that many things will *not* work). And then file a gazillion duplicate bugs upstream and downstream. If people want to test this stuff, they can build from source. Given that there's another ~5 months' worth of development left before the next stable release, epiphany with the webkit backend can wait for a few months. From cjdahlin at ncsu.edu Tue Apr 29 15:23:08 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Tue, 29 Apr 2008 11:23:08 -0400 Subject: F9 installation screenshot In-Reply-To: <1209481464.18191.6.camel@gibraltar.str.redhat.com> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> Message-ID: <48173D5C.9050805@ncsu.edu> Nils Philippsen wrote: > On Tue, 2008-04-29 at 17:17 +0300, Pavel Shevchuk wrote: > >> I'd better add nice powerpoint-style presentation showcasing >> screenshots and descriptions of popular and eye-catching software like >> firefox, evolution, amarok, gimp, pidgin, openoffice, marble, digikam, >> vlc media player, mythtv (fedora is media center OS too!). >> > > We used to have the installer flip through a slideshow of images back in > the old days -- does that code still exist? In that case it would be > easy (albeit to late for F9) to have this. > > Nils > I don't feel so good about the idea. Its giving me Windows XP flashbacks *shudder* --CJD From tmz at pobox.com Tue Apr 29 15:40:09 2008 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 29 Apr 2008 11:40:09 -0400 Subject: F9 installation screenshot In-Reply-To: <1209481464.18191.6.camel@gibraltar.str.redhat.com> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> Message-ID: <20080429154009.GR26399@inocybe.teonanacatl.org> Nils Philippsen wrote: > We used to have the installer flip through a slideshow of images back in > the old days -- does that code still exist? In that case it would be > easy (albeit to late for F9) to have this. As long as there are classics like this one in the mix: http://www.8bitjoystick.com/archives/photos/Redhat_Linux_Install_Kitchen.jpg :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I believe in the noble, aristocratic art of doing absolutely nothing. And someday, I hope to be in a position where I can do even less. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From nicu_fedora at nicubunu.ro Tue Apr 29 15:43:15 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Tue, 29 Apr 2008 18:43:15 +0300 Subject: F9 installation screenshot In-Reply-To: <1209482337.22831.78.camel@aglarond.local> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <1209482337.22831.78.camel@aglarond.local> Message-ID: <48174213.2020902@nicubunu.ro> Jeremy Katz wrote: > On Tue, 2008-04-29 at 17:04 +0200, Nils Philippsen wrote: >> We used to have the installer flip through a slideshow of images back in >> the old days -- does that code still exist? In that case it would be >> easy (albeit to late for F9) to have this. > > All the code is still there. The difficulty is really in someone > stepping up to create the content We can start by setting a place (in the wiki?) listing the specification: PNG (can/should we use other formats? vectors?), resolution and probably the location (directory). That place could probably be TheningOverview [1] and in addition yet another place (probably also in the wiki) where we can upload the images (from drafts to final). Then we can talk each release about the way we want to create them, maybe one release about features, another release jokingly, another time introducing free culture, etc. [1] - http://fedoraproject.org/wiki/Artwork/ThemingOverview -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From katzj at redhat.com Tue Apr 29 15:52:58 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 29 Apr 2008 11:52:58 -0400 Subject: F9 installation screenshot In-Reply-To: <48174213.2020902@nicubunu.ro> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <1209482337.22831.78.camel@aglarond.local> <48174213.2020902@nicubunu.ro> Message-ID: <1209484378.22831.82.camel@aglarond.local> On Tue, 2008-04-29 at 18:43 +0300, Nicu Buculei wrote: > Jeremy Katz wrote: > > On Tue, 2008-04-29 at 17:04 +0200, Nils Philippsen wrote: > >> We used to have the installer flip through a slideshow of images back in > >> the old days -- does that code still exist? In that case it would be > >> easy (albeit to late for F9) to have this. > > > > All the code is still there. The difficulty is really in someone > > stepping up to create the content > > We can start by setting a place (in the wiki?) listing the > specification: PNG (can/should we use other formats? vectors?), > resolution and probably the location (directory). Currently, the code looks for png only. That could be changed if it helped from a size perspective. The directory is currently /usr/share/anaconda/pixmaps/rnotes (and with lang-specific dirs under there) but that's very able to be changed Jeremy From martin.sourada at gmail.com Tue Apr 29 16:06:29 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Tue, 29 Apr 2008 18:06:29 +0200 Subject: epiphany webkit in fedora In-Reply-To: <1209482531.2725.7.camel@cookie.hadess.net> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> <1209474356.3033.6.camel@pc-notebook> <1209474818.2725.1.camel@cookie.hadess.net> <1209475802.3033.10.camel@pc-notebook> <1209482531.2725.7.camel@cookie.hadess.net> Message-ID: <1209485189.3033.18.camel@pc-notebook> On Tue, 2008-04-29 at 16:22 +0100, Bastien Nocera wrote: > > And then file a gazillion duplicate bugs upstream and downstream. If Yes, that's right... But I thought early rawhide use mostly people who are able to handle broken stuff quite well, so I'd expect it would not be that bad... > people want to test this stuff, they can build from source. Given that Yup, I'll do, after all I already have a local build of gajim and listen... > there's another ~5 months' worth of development left before the next > stable release, epiphany with the webkit backend can wait for a few > months. > Sure, but it's a major change and as such it needs to be well tested... BTW. Any chance of changing the Desktop Live Spin default browser to epiphany in F10? In KDE Live we also use konqueror which is KDE default, and epiphany is GNOME default web-browser AFAIK... Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From stlwrt at gmail.com Tue Apr 29 16:29:03 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 29 Apr 2008 19:29:03 +0300 Subject: F9 installation screenshot In-Reply-To: <1209484378.22831.82.camel@aglarond.local> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <1209482337.22831.78.camel@aglarond.local> <48174213.2020902@nicubunu.ro> <1209484378.22831.82.camel@aglarond.local> Message-ID: >http://www.8bitjoystick.com/archives/photos/Redhat_Linux_Install_Kitchen.jpg 403 here >I don't feel so good about the idea. Its giving me Windows XP flashbacks *shudder* Windows installer shows text. People don't read text, they want cool slideshow with reflections, animations etc. And popular logos like firefox and vlc cone will do magic, people will also notice other cool apps like amarok and gimp On 4/29/08, Jeremy Katz wrote: > On Tue, 2008-04-29 at 18:43 +0300, Nicu Buculei wrote: > > Jeremy Katz wrote: > > > On Tue, 2008-04-29 at 17:04 +0200, Nils Philippsen wrote: > > >> We used to have the installer flip through a slideshow of images back in > > >> the old days -- does that code still exist? In that case it would be > > >> easy (albeit to late for F9) to have this. > > > > > > All the code is still there. The difficulty is really in someone > > > stepping up to create the content > > > > We can start by setting a place (in the wiki?) listing the > > specification: PNG (can/should we use other formats? vectors?), > > resolution and probably the location (directory). > > > Currently, the code looks for png only. That could be changed if it > helped from a size perspective. The directory is > currently /usr/share/anaconda/pixmaps/rnotes (and with lang-specific > dirs under there) but that's very able to be changed > > > Jeremy > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From loganjerry at gmail.com Tue Apr 29 16:38:13 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 29 Apr 2008 10:38:13 -0600 Subject: Java debugging In-Reply-To: <4816DE8B.8010102@redhat.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> Message-ID: <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> On Tue, Apr 29, 2008 at 2:38 AM, Andrew Haley wrote: > Most of this should not be necessary. We have, or had, a modified version of > ecj that always generates debuginfo when an RPM is being compiled, so > if there exists any RPM that is missing debuginfo, that is a regression. > > Also, when AOT-compiling, we should be generating the full paths for all > the source files and therefore all the sources should be in the debuginfo > packages. > > Please tell me which package is missing these, and I'll find out which > of these mechanisms has broken. axis-debuginfo-1.2.1-2jpp.7.fc7.x86_64.rpm which, despite the name, is the current package for F8. It looks like it was generated before the fix went in. Dare I suggest a rebuild of all Java packages of sufficient age? Also, if anyone cares, my problem did indeed turn out to be a bug in axis 1.2.1 which was fixed in 1.3 or 1.4. (I went straight to 1.4 to check, so I don't know which version fixed the bug.) I see there is a request for an upgrade to 1.4 [1], but it is being held up by some problems with xml-security [2]. I'm not sure we should even bother, though, since the project has been obsoleted by axis2 [3]. References: [1] https://bugzilla.redhat.com/show_bug.cgi?id=231153 [2] https://bugzilla.redhat.com/show_bug.cgi?id=231305 [3] http://ws.apache.org/axis2/ -- Jerry James http://loganjerry.googlepages.com/ From dr.diesel at gmail.com Tue Apr 29 16:45:41 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Tue, 29 Apr 2008 11:45:41 -0500 Subject: Thanks again Message-ID: <2a28d2ab0804290945i104784b8k5c4c7fd73f02dcc1@mail.gmail.com> Like to once again say thanks for all the hard work! I started as a Linux newbie back when Fedora first started. Within a couple weeks I jumped on the Rawhide wagon anxious to see all the new features and changes. The occasional development bugs/hiccups is what has taught me Linux over the years! I have been m$ free for years now and have all of you guys to thank! Couldn't be happier! F9 is better than ever.....Looking forward to F29 Andy -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org From jkeating at j2solutions.net Tue Apr 29 16:46:09 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 29 Apr 2008 09:46:09 -0700 Subject: epiphany webkit in fedora In-Reply-To: <1209485189.3033.18.camel@pc-notebook> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> <1209474356.3033.6.camel@pc-notebook> <1209474818.2725.1.camel@cookie.hadess.net> <1209475802.3033.10.camel@pc-notebook> <1209482531.2725.7.camel@cookie.hadess.net> <1209485189.3033.18.camel@pc-notebook> Message-ID: On Apr 29, 2008, at 9:06, Martin Sourada wrote: > On Tue, 2008-04-29 at 16:22 +0100, Bastien Nocera wrote: >> >> And then file a gazillion duplicate bugs upstream and downstream. If > Yes, that's right... But I thought early rawhide use mostly people who > are able to handle broken stuff quite well, so I'd expect it would not > be that bad... > >> people want to test this stuff, they can build from source. Given >> that > Yup, I'll do, after all I already have a local build of gajim and > listen... > >> there's another ~5 months' worth of development left before the next >> stable release, epiphany with the webkit backend can wait for a few >> months. >> > Sure, but it's a major change and as such it needs to be well > tested... > > BTW. Any chance of changing the Desktop Live Spin default browser to > epiphany in F10? In KDE Live we also use konqueror which is KDE > default, > and epiphany is GNOME default web-browse > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list Desktop Live is not a "gnome" spin per se. One can create such a thing and offer it up. --jes From sundaram at fedoraproject.org Tue Apr 29 17:05:52 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 29 Apr 2008 22:35:52 +0530 Subject: Thanks again In-Reply-To: <2a28d2ab0804290945i104784b8k5c4c7fd73f02dcc1@mail.gmail.com> References: <2a28d2ab0804290945i104784b8k5c4c7fd73f02dcc1@mail.gmail.com> Message-ID: <48175570.9070804@fedoraproject.org> Dr. Diesel wrote: > Like to once again say thanks for all the hard work! I started as a > Linux newbie back when Fedora first started. Within a couple weeks I > jumped on the Rawhide wagon anxious to see all the new features and > changes. The occasional development bugs/hiccups is what has taught > me Linux over the years! I have been m$ free for years now and have > all of you guys to thank! Couldn't be happier! > > F9 is better than ever.....Looking forward to F29 All the feedback from early adopters and testers have certainly been very helpful. It shows true community spirit and participation. Thanks. Rahul From mike at cchtml.com Tue Apr 29 17:11:40 2008 From: mike at cchtml.com (Mike Cronenworth) Date: Tue, 29 Apr 2008 12:11:40 -0500 Subject: bugzilla package in fedora In-Reply-To: <4812225B.5030200@cchtml.com> References: <4812225B.5030200@cchtml.com> Message-ID: <481756CC.4010702@cchtml.com> -------- Original Message -------- Subject: bugzilla package in fedora From: Mike Cronenworth To: john at ncphotography.com Date: 04/25/2008 01:26 PM > Hi, > > Why is there no 3.0.3 package available for Bugzilla? It has been > available for many months and includes a major update for performance. I > have searched Google and fedora lists without any answer coming up. > > Thanks, > Michael > Anyone on the list know? Seems strange to me. Thanks, Mike From bruno at wolff.to Tue Apr 29 15:53:47 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 29 Apr 2008 10:53:47 -0500 Subject: Monodevelop and video card recommedations In-Reply-To: <20080429075020.M8784@all-the-johnsons.co.uk> References: <20080429075020.M8784@all-the-johnsons.co.uk> Message-ID: <20080429155346.GA31111@wolff.to> On Tue, Apr 29, 2008 at 08:54:10 +0100, "Paul F. Johnson" wrote: > > 1. Can anyone recommend an AGP card which will allow me to run 3D graphics > without using non-GPL drivers? I want to move away from nVidia for the time > being. Nothing against their cards, just that to use 3D, I need to use their > drivers. I have a Radeon 9200 AGP card. It was relatively cheap and doesn't have its own fan, which is nice. I bought it a while ago now, so I don't know how easy they are to get any more. (Avoid SE verions or 9250s as they are slower versions of the same device and probably aren't enough cheaper to warrent getting them.) From aph at redhat.com Tue Apr 29 17:20:25 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 29 Apr 2008 18:20:25 +0100 Subject: Java debugging In-Reply-To: <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> Message-ID: <481758D9.6030401@redhat.com> Jerry James wrote: > On Tue, Apr 29, 2008 at 2:38 AM, Andrew Haley wrote: >> Most of this should not be necessary. We have, or had, a modified version of >> ecj that always generates debuginfo when an RPM is being compiled, so >> if there exists any RPM that is missing debuginfo, that is a regression. >> >> Also, when AOT-compiling, we should be generating the full paths for all >> the source files and therefore all the sources should be in the debuginfo >> packages. >> >> Please tell me which package is missing these, and I'll find out which >> of these mechanisms has broken. > > axis-debuginfo-1.2.1-2jpp.7.fc7.x86_64.rpm which, despite the name, is > the current package for F8. It looks like it was generated before the > fix went in. Right, that makes sense. > Dare I suggest a rebuild of all Java packages of sufficient age? You can suggest it, but I doubt that it's worthwhile. After all, it's easy for anyone to rebuild the package. Trouble is, they have know way to know that's all they have to do; I know of no easy solution for that. Andrew. From stickster at gmail.com Tue Apr 29 17:26:40 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 29 Apr 2008 13:26:40 -0400 Subject: Fedora 7 End of Life Message-ID: <1209490000.3080.136.camel@localhost.localdomain> REMINDER: --------- Fedora 7 will reach its End of Life for official updates on Friday, June 13 -- one month after release of Fedora 9. Fedora 8 will remain supported until one month after the release of Fedora 10, or approximately the end of November 2008. For more information on the Fedora lifecycle, refer to: http://fedoraproject.org/wiki/LifeCycle -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Tue Apr 29 17:28:06 2008 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 29 Apr 2008 12:28:06 -0500 Subject: Monodevelop and video card recommedations In-Reply-To: References: <20080429075020.M8784@all-the-johnsons.co.uk> Message-ID: <1209490086.4950.10.camel@localhost> On Tue, 2008-04-29 at 17:28 +0300, Pavel Shevchuk wrote: > Intel cards is the only sane choice if you want free driver AND good 3D They asked for an AGP card. If you can point me to an AGP card made by Intel since the i740, (Which isn't even supported.) I'd gladly consider one myself. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From loganjerry at gmail.com Tue Apr 29 17:36:03 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 29 Apr 2008 11:36:03 -0600 Subject: Java debugging In-Reply-To: <481758D9.6030401@redhat.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> Message-ID: <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> On Tue, Apr 29, 2008 at 11:20 AM, Andrew Haley wrote: > Jerry James wrote: > > Dare I suggest a rebuild of all Java packages of sufficient age? > > You can suggest it, but I doubt that it's worthwhile. After all, it's > easy for anyone to rebuild the package. Trouble is, they have know way > to know that's all they have to do; I know of no easy solution for that. That last sentence is precisely why it is worthwhile. I could have saved a lot of time had I known that. -- Jerry James http://loganjerry.googlepages.com/ From opensource at till.name Tue Apr 29 17:53:07 2008 From: opensource at till.name (Till Maas) Date: Tue, 29 Apr 2008 19:53:07 +0200 Subject: Adding /sbin and /usr/sbin to everyone's path in F10 In-Reply-To: <1208971357.2291.100.camel@behdad.behdad.org> References: <1208964631.12717.158.camel@localhost.localdomain> <1208971357.2291.100.camel@behdad.behdad.org> Message-ID: <200804291953.13760.opensource@till.name> On Wed April 23 2008, Behdad Esfahbod wrote: > The tools in /sbin are divided into two categories: > > a) Those that are useful for non-root users, mostly in a > query/reporting capacity. Like ifconfig, lsmod, and fdisk (for -l), > lspci, lsusb, ... > > b) Those that are not useful without root privileges. Like modprobe, > rmmod, insmod, fsck, swapoff, ... Who does really know which tools belong to which category? E.g. I use modprobe very often as a non root user to get a list of possible modules: modprobe -l works fine as a normal user. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From hun at n-dimensional.de Tue Apr 29 18:07:56 2008 From: hun at n-dimensional.de (Hans Ulrich Niedermann) Date: Tue, 29 Apr 2008 20:07:56 +0200 Subject: Freeze policy for F9 fixes [was Re: FC9 and NetworkManager] In-Reply-To: <1209403420.9489.17.camel@muff> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209355410.20940.10.camel@localhost.localdomain> <20080428161345.GM23955@angus.ind.WPI.EDU> <1209403420.9489.17.camel@muff> Message-ID: <481763FC.5010202@n-dimensional.de> Mark McLoughlin wrote: > Below is a list of the 246 packages in dist-f9 that have a newer version > in f9-final - i.e. these builds aren't currently going to make it into > F9 final. > > It's worth checking that you've had everything tagged that should be > tagged. That sounds essential for packages to be shipped on CD or DVD. For all packages which are NOT shipped on CD or DVD, however, I can't see much difference whether the user's yum downloads the required rpm files from the "fedora" repository or the "fedora-updates" repository. So, for my non-CD/DVD packages, I don't need to care much about whether a certain package update makes it into f9-final or not, right? > ndim xorg-x11-drv-radeonhd-1.2.1-1.fc9 [ My affected package ] -- Hans Ulrich Niedermann -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From stickster at gmail.com Tue Apr 29 18:16:48 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 29 Apr 2008 20:16:48 +0200 Subject: Fedora 7 End of Life Message-ID: <000c01c8aa25$30cb7090$ba00000a@grecom.local> REMINDER: --------- Fedora 7 will reach its End of Life for official updates on Friday, June 13 -- one month after release of Fedora 9. Fedora 8 will remain supported until one month after the release of Fedora 10, or approximately the end of November 2008. For more information on the Fedora lifecycle, refer to: http://fedoraproject.org/wiki/LifeCycle -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- -- fedora-announce-list mailing list fedora-announce-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list From stickster at gmail.com Tue Apr 29 18:16:48 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 29 Apr 2008 20:16:48 +0200 Subject: Fedora 7 End of Life Message-ID: <001001c8aa25$30cde190$ba00000a@grecom.local> REMINDER: --------- Fedora 7 will reach its End of Life for official updates on Friday, June 13 -- one month after release of Fedora 9. Fedora 8 will remain supported until one month after the release of Fedora 10, or approximately the end of November 2008. For more information on the Fedora lifecycle, refer to: http://fedoraproject.org/wiki/LifeCycle -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- -- fedora-announce-list mailing list fedora-announce-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list From ajackson at redhat.com Tue Apr 29 18:24:47 2008 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 29 Apr 2008 14:24:47 -0400 Subject: Monodevelop and video card recommedations In-Reply-To: <1209490086.4950.10.camel@localhost> References: <20080429075020.M8784@all-the-johnsons.co.uk> <1209490086.4950.10.camel@localhost> Message-ID: <1209493487.15542.228.camel@localhost.localdomain> On Tue, 2008-04-29 at 12:28 -0500, Callum Lerwick wrote: > On Tue, 2008-04-29 at 17:28 +0300, Pavel Shevchuk wrote: > > Intel cards is the only sane choice if you want free driver AND good 3D > > They asked for an AGP card. If you can point me to an AGP card made by > Intel since the i740, (Which isn't even supported.) I'd gladly consider > one myself. Clarification: not supported for 3D. 2D driver works fine. - ajax From a.badger at gmail.com Tue Apr 29 19:11:13 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 29 Apr 2008 12:11:13 -0700 Subject: Freeze policy for F9 fixes [was Re: FC9 and NetworkManager] In-Reply-To: <481763FC.5010202@n-dimensional.de> References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209355410.20940.10.camel@localhost.localdomain> <20080428161345.GM23955@angus.ind.WPI.EDU> <1209403420.9489.17.camel@muff> <481763FC.5010202@n-dimensional.de> Message-ID: <481772D1.7000909@gmail.com> Hans Ulrich Niedermann wrote: > Mark McLoughlin wrote: > >> Below is a list of the 246 packages in dist-f9 that have a newer version >> in f9-final - i.e. these builds aren't currently going to make it into >> F9 final. >> >> It's worth checking that you've had everything tagged that should be >> tagged. > > That sounds essential for packages to be shipped on CD or DVD. > > For all packages which are NOT shipped on CD or DVD, however, I can't > see much difference whether the user's yum downloads the required rpm > files from the "fedora" repository or the "fedora-updates" repository. > > So, for my non-CD/DVD packages, I don't need to care much about whether > a certain package update makes it into f9-final or not, right? > You don't need to care as much but there are still cases that may matter. Third parties could very well want to create DVDs of the whole Fedora 9 final tree (and may not put updates on the DVD) so there is that to consider. -Toshio From csnook at redhat.com Tue Apr 29 19:27:34 2008 From: csnook at redhat.com (Chris Snook) Date: Tue, 29 Apr 2008 15:27:34 -0400 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <48103B12.3040400@leemhuis.info> References: <48103B12.3040400@leemhuis.info> Message-ID: <481776A6.2040203@redhat.com> Thorsten Leemhuis wrote: > Hi all! > > In the past we IIRC had unwritten rules like "disk space is cheap thus > install all device drivers by default" and "enable all device drivers by > default in the configs if that doesn't do any harm, as that way devices > will 'just work' without any manual configuration by the user". > > Do we still follow those unwritten rules? I just installed a HP > printer/scanner on a system with a fresh Fedora 9 preview install and > had to manually install the libsane-hpaio package to make the scanner > work. Is that intended behavior or would we consider this a bug? > > Cu > knurd > If we automatically installed all the userspace hardware enablement packages, the dependency cascade would exceed the size of a CD. The kernel has the USB infrastructure you need built in, but we have to draw the line somewhere. Personally, I think it would be wonderful if we had a hardware setup wizard that would recommend additional packages like this, but I don't think it's a bug that we omit libsane-hpaio from the default install. -- Chris From josep.puigdemont at gmail.com Tue Apr 29 19:37:59 2008 From: josep.puigdemont at gmail.com (Josep Puigdemont) Date: Tue, 29 Apr 2008 21:37:59 +0200 Subject: F9 installation screenshot In-Reply-To: References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <1209482337.22831.78.camel@aglarond.local> <48174213.2020902@nicubunu.ro> <1209484378.22831.82.camel@aglarond.local> Message-ID: <1209497879.3611.5.camel@localhost.localdomain> El dt 29 de 04 del 2008 a les 19:29 +0300, en/na Pavel Shevchuk va escriure: > >http://www.8bitjoystick.com/archives/photos/Redhat_Linux_Install_Kitchen.jpg > 403 here > > >I don't feel so good about the idea. Its giving me Windows XP > flashbacks *shudder* > Windows installer shows text. People don't read text, they want cool > slideshow with reflections, animations etc. And popular logos like > firefox and vlc cone will do magic, people will also notice other cool > apps like amarok and gimp This won't be easy or cheap (in kb) to localize if we have to have a collection of screenshots for each language supported by anaconda. Maybe the text could be overlayed or painted above a common image (keeping also in mind RTL languages). /Josep > > On 4/29/08, Jeremy Katz wrote: > > On Tue, 2008-04-29 at 18:43 +0300, Nicu Buculei wrote: > > > Jeremy Katz wrote: > > > > On Tue, 2008-04-29 at 17:04 +0200, Nils Philippsen wrote: > > > >> We used to have the installer flip through a slideshow of images back in > > > >> the old days -- does that code still exist? In that case it would be > > > >> easy (albeit to late for F9) to have this. > > > > > > > > All the code is still there. The difficulty is really in someone > > > > stepping up to create the content > > > > > > We can start by setting a place (in the wiki?) listing the > > > specification: PNG (can/should we use other formats? vectors?), > > > resolution and probably the location (directory). > > > > > > Currently, the code looks for png only. That could be changed if it > > helped from a size perspective. The directory is > > currently /usr/share/anaconda/pixmaps/rnotes (and with lang-specific > > dirs under there) but that's very able to be changed > > > > > > Jeremy > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > http://scwlab.com > From caillon at redhat.com Tue Apr 29 19:41:21 2008 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 29 Apr 2008 15:41:21 -0400 Subject: Sponsor required In-Reply-To: <20080429101138.GA7656@redhat.com> References: <20080429101138.GA7656@redhat.com> Message-ID: <481779E1.70902@redhat.com> On 04/29/2008 06:11 AM, Joe Orton wrote: > Hi, Elio Maldonado Batiz has been diligently hacking away at converting > the crypto-utils package to use NSS instead of OpenSSL, see bug > https://bugzilla.redhat.com/show_bug.cgi?id=346731. > > This is a big chunk of work and is now ready to commit; I don't > particularly want to play gatekeeper for this, could someone sponsor > Elio to join the cvsextras group? Elio's username is emaldonado. Joe, I think this is a great time to point out that you too can become a sponsor and be able to help with new contributors. It is rather unfair to ask people here to do so since being a sponsor requires a certain level of commitment to helping the sponsoree with problems they may encounter. It seems that you are willing to do that for Elio, and should be his sponsor. See http://fedoraproject.org/wiki/PackageMaintainers/SponsorProcess for more details. From j.w.r.degoede at hhs.nl Tue Apr 29 20:07:02 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 29 Apr 2008 22:07:02 +0200 Subject: Sponsor required In-Reply-To: <481779E1.70902@redhat.com> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> Message-ID: <48177FE6.7070409@hhs.nl> Christopher Aillon wrote: > On 04/29/2008 06:11 AM, Joe Orton wrote: >> Hi, Elio Maldonado Batiz has been diligently hacking away at >> converting the crypto-utils package to use NSS instead of OpenSSL, see >> bug https://bugzilla.redhat.com/show_bug.cgi?id=346731. >> >> This is a big chunk of work and is now ready to commit; I don't >> particularly want to play gatekeeper for this, could someone sponsor >> Elio to join the cvsextras group? Elio's username is emaldonado. > > Joe, I think this is a great time to point out that you too can become a > sponsor and be able to help with new contributors. It is rather unfair > to ask people here to do so since being a sponsor requires a certain > level of commitment to helping the sponsoree with problems they may > encounter. It seems that you are willing to do that for Elio, and > should be his sponsor. > Which is pointing out one very big sore point in Fedora after the merge between core and extras, very little people seem to have been appointed sponsor, certainly something where IMHO FESco is dropping the ball. I would like to suggest to FESco to put talking about possible sponsor candidates every meeting (in a closed fashion, openness is good, but talking about people skills or lake thereof in public is asking for trouble). In the pre merger days, I believe that sponsors where voted upon by the current sponsors, or atleast the list of current sponsors was mailed for what they thought of someone who was up for becoming a sponsor, I haven't seen any such mails in a long long time! Regards, Hans From stlwrt at gmail.com Tue Apr 29 20:10:46 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 29 Apr 2008 23:10:46 +0300 Subject: F9 installation screenshot In-Reply-To: <1209497879.3611.5.camel@localhost.localdomain> References: <4816E76F.50308@gmail.com> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <1209482337.22831.78.camel@aglarond.local> <48174213.2020902@nicubunu.ro> <1209484378.22831.82.camel@aglarond.local> <1209497879.3611.5.camel@localhost.localdomain> Message-ID: We can start slideshow with screenshot of one program in many languages (RTL included) and note that most programs are translated, then put screenshots in en_US locale with descriptions translated On 4/29/08, Josep Puigdemont wrote: > > El dt 29 de 04 del 2008 a les 19:29 +0300, en/na Pavel Shevchuk va > escriure: > > > >http://www.8bitjoystick.com/archives/photos/Redhat_Linux_Install_Kitchen.jpg > > 403 here > > > > >I don't feel so good about the idea. Its giving me Windows XP > > flashbacks *shudder* > > Windows installer shows text. People don't read text, they want cool > > slideshow with reflections, animations etc. And popular logos like > > firefox and vlc cone will do magic, people will also notice other cool > > apps like amarok and gimp > > > This won't be easy or cheap (in kb) to localize if we have to have a > collection of screenshots for each language supported by anaconda. > Maybe the text could be overlayed or painted above a common image > (keeping also in mind RTL languages). > > > > /Josep > > > > > > On 4/29/08, Jeremy Katz wrote: > > > On Tue, 2008-04-29 at 18:43 +0300, Nicu Buculei wrote: > > > > Jeremy Katz wrote: > > > > > On Tue, 2008-04-29 at 17:04 +0200, Nils Philippsen wrote: > > > > >> We used to have the installer flip through a slideshow of images back in > > > > >> the old days -- does that code still exist? In that case it would be > > > > >> easy (albeit to late for F9) to have this. > > > > > > > > > > All the code is still there. The difficulty is really in someone > > > > > stepping up to create the content > > > > > > > > We can start by setting a place (in the wiki?) listing the > > > > specification: PNG (can/should we use other formats? vectors?), > > > > resolution and probably the location (directory). > > > > > > > > > Currently, the code looks for png only. That could be changed if it > > > helped from a size perspective. The directory is > > > currently /usr/share/anaconda/pixmaps/rnotes (and with lang-specific > > > dirs under there) but that's very able to be changed > > > > > > > > > Jeremy > > > > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > -- > > http://scwlab.com > > > > > -- > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From jonstanley at gmail.com Tue Apr 29 20:32:47 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 29 Apr 2008 16:32:47 -0400 Subject: bugzilla package in fedora In-Reply-To: <481756CC.4010702@cchtml.com> References: <4812225B.5030200@cchtml.com> <481756CC.4010702@cchtml.com> Message-ID: Mike - I just opened a bug (444669) and CC'ed you on it - it's more of the appropriate place for things like this. On Tue, Apr 29, 2008 at 1:11 PM, Mike Cronenworth wrote: > -------- Original Message -------- > Subject: bugzilla package in fedora > From: Mike Cronenworth > To: john at ncphotography.com > Date: 04/25/2008 01:26 PM > > > > Hi, > > > > Why is there no 3.0.3 package available for Bugzilla? It has been > available for many months and includes a major update for performance. I > have searched Google and fedora lists without any answer coming up. > > > > Thanks, > > Michael > > > > > > Anyone on the list know? Seems strange to me. > > Thanks, > Mike > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Jon Stanley Fedora Bug Wrangler jstanley at fedoraproject.org From jspaleta at gmail.com Tue Apr 29 20:53:27 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 29 Apr 2008 12:53:27 -0800 Subject: What the status of the unwritten rule "install all device drivers by default" In-Reply-To: <48104276.20803@gmail.com> References: <48103B12.3040400@leemhuis.info> <48104276.20803@gmail.com> Message-ID: <604aa7910804291353i57dca7c1oce0b084780e24454@mail.gmail.com> On Thu, Apr 24, 2008 at 12:19 AM, Andrew Farris wrote: > Did you install from Live CD or a DVD? I think that might be a clear > distinction to be made on that one, but it would probably be best to have > those drivers just get into the install by default. But.. the unwritten > rule I think is primarily for X, video, keyboards, input, etc, I don't think > printers/scanners/cameras are really included in that. In fact I believe the printer config stuff actually has hooks in it to install needed packages for some things already. System-config-printer on F8 requires pirut for a reason. I don't know if the s-c-printer in F9 has reestablished those hooks against packagekit or not. Nor do I know exactly which s-c-printer interactions invoked pirut in F8. Basically the rule has been include drivers for any hardware that could be necessary to interact with the default desktop configuration, even if hardware changes between boots, so that you can login and use the packaging system to install additional things. There is a certain level of functionality which must work regardless of hardware changes to make use of the system for further packaging changes. Obviously video drivers and network drivers fall within that scope of 'rule' whereas printers and scanners do not. -jef From Christian.Iseli at unil.ch Tue Apr 29 21:19:05 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Tue, 29 Apr 2008 23:19:05 +0200 Subject: License name question for io_lib Message-ID: <20080429231905.5effb723@ludwig-alpha.unil.ch> Dear All, I'm planning to submit a new bioinformatics package, io_lib, for review shortly, and am unsure what is the proper license name. I thought BSD-like summed it up pretty well, but rpmlint does not agree. Here is the license in full: === 8< === All files within the io_lib subdirectories should contain the following notice: /* * Copyright (c) Medical Research Council 1994. All rights reserved. * * Permission to use, copy, modify and distribute this software and its * documentation for any purpose is hereby granted without fee, provided that * this copyright and notice appears in all copies. * * This file was written by James Bonfield, Simon Dear, Rodger Staden, * as part of the Staden Package at the MRC Laboratory of Molecular * Biology, Hills Road, Cambridge, CB2 2QH, United Kingdom. * * MRC disclaims all warranties with regard to this software. */ === 8< === The package itself is hosted on SF here: http://downloads.sourceforge.net/staden/io_lib-1.11.0.tar.gz Any advice ? Thanks, Christian P.S. - Anyone interested to review and/or co-maintain is welcome to ping me. - I find the package name a bit disturbing... - this package builds some tools and a static library. There is no shared version, and I don't have time to hammer one out, but if someone feels inclined to provide patches I'll gladly take them and try to funnel them upstream. From tcallawa at redhat.com Tue Apr 29 21:27:06 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 29 Apr 2008 17:27:06 -0400 Subject: License name question for io_lib In-Reply-To: <20080429231905.5effb723@ludwig-alpha.unil.ch> References: <20080429231905.5effb723@ludwig-alpha.unil.ch> Message-ID: <1209504426.20913.71.camel@localhost.localdomain> On Tue, 2008-04-29 at 23:19 +0200, Christian Iseli wrote: > /* > * Copyright (c) Medical Research Council 1994. All rights reserved. > * > * Permission to use, copy, modify and distribute this software and > its > * documentation for any purpose is hereby granted without fee, > provided that > * this copyright and notice appears in all copies. > * > * This file was written by James Bonfield, Simon Dear, Rodger Staden, > * as part of the Staden Package at the MRC Laboratory of Molecular > * Biology, Hills Road, Cambridge, CB2 2QH, United Kingdom. > * > * MRC disclaims all warranties with regard to this software. > */ Yet another MIT variant, use "License: MIT". Nothing is "BSD-ish". :) ~spot From Christian.Iseli at unil.ch Tue Apr 29 21:33:26 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Tue, 29 Apr 2008 23:33:26 +0200 Subject: License name question for io_lib In-Reply-To: <1209504426.20913.71.camel@localhost.localdomain> References: <20080429231905.5effb723@ludwig-alpha.unil.ch> <1209504426.20913.71.camel@localhost.localdomain> Message-ID: <20080429233326.31b0a9e5@ludwig-alpha.unil.ch> On Tue, 29 Apr 2008 17:27:06 -0400, Tom "spot" Callaway wrote: > Yet another MIT variant, use "License: MIT". k. Thanks spot, that was quick :) Cheers, C From tcallawa at redhat.com Tue Apr 29 21:39:22 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 29 Apr 2008 17:39:22 -0400 Subject: License name question for io_lib In-Reply-To: <20080429233326.31b0a9e5@ludwig-alpha.unil.ch> References: <20080429231905.5effb723@ludwig-alpha.unil.ch> <1209504426.20913.71.camel@localhost.localdomain> <20080429233326.31b0a9e5@ludwig-alpha.unil.ch> Message-ID: <1209505162.20913.74.camel@localhost.localdomain> On Tue, 2008-04-29 at 23:33 +0200, Christian Iseli wrote: > On Tue, 29 Apr 2008 17:27:06 -0400, Tom "spot" Callaway wrote: > > Yet another MIT variant, use "License: MIT". > > k. > > Thanks spot, that was quick :) Hey, the easy ones make my day. Although, if you want to make sure that I actually see any legal/license questions, please send them to fedora-legal-list at redhat.com in the future. ~spot From tibbs at math.uh.edu Tue Apr 29 21:46:41 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 29 Apr 2008 16:46:41 -0500 Subject: Sponsor required In-Reply-To: <48177FE6.7070409@hhs.nl> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> Which is pointing out one very big sore point in Fedora after the HdG> merge between core and extras, very little people seem to have HdG> been appointed sponsor, certainly something where IMHO FESco is HdG> dropping the ball. Well, nothing prevents anyone from nominating themselves or someone else; FESCo only needs to discuss and vote. I don't recall any nominations recently. HdG> I would like to suggest to FESco to put talking about possible HdG> sponsor candidates every meeting (in a closed fashion, openness HdG> is good, but talking about people skills or lake thereof in HdG> public is asking for trouble). I always point out people who deserve to be made sponsors when I notice them or when they are brought to my attention. Some of that was driven by the status reports which unfortunately haven't been generated lately, and that's definitely an item for FESCo to consider post haste. I guess we could add a standing item to the schedule to discuss new sponsor nominations; we used to have one and I'm not sure where it went. Unfortunately the community isn't stepping up with nominations, and the discussion will be pretty short unless that changes. HdG> In the pre merger days, I believe that sponsors where voted upon HdG> by the current sponsors, or atleast the list of current sponsors HdG> was mailed for what they thought of someone who was up for HdG> becoming a sponsor, I haven't seen any such mails in a long long HdG> time! FESCo generally runs sponsor nominations by the existing sponsors to get additional input. But again, nothing prevents any existing community member (existing sponsors included!) from pointing out someone who should be made a sponsor. Honestly, I think this is something the sponsors should really be doing, rather than FESCo. Should any of the people you've sponsored be considered for sponsor status? Here are three action items I propose for Thursday's FESCo meeting: 1) Investigate the status reports; try to get them run at least once a month. 2) Investigate ways to make it easier to figure out who a particular sponsor has sponsored; I need to periodically look over my "flock" but I've unfortunately lost track and it's no longer simple to recreate that data. 3) Get a general discussion item about sponsors on the agenda at least once per month. - J< From mcepl at redhat.com Tue Apr 29 21:59:10 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 29 Apr 2008 23:59:10 +0200 Subject: epiphany webkit in fedora References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> <1209474356.3033.6.camel@pc-notebook> <1209474818.2725.1.camel@cookie.hadess.net> Message-ID: On 2008-04-29, 13:13 GMT, Bastien Nocera wrote: > And it doesn't do plugins yet either. Does anybody know how complicated it is to port epiphany pre-xulrunner plugin to the current world of XULRunner (and then to the world yet to come of WebKit)? There is no life for me without Greasemonkey -- it was present in pre-xulrunner epiphany but it apparently didn't make it to the current one. I so would like to switch back to epiphany ;-( Mat?j From mcepl at redhat.com Tue Apr 29 21:46:33 2008 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 29 Apr 2008 23:46:33 +0200 Subject: F9 installation screenshot References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> Message-ID: On 2008-04-29, 15:40 GMT, Todd Zullinger wrote: > http://www.8bitjoystick.com/archives/photos/Redhat_Linux_Install_Kitchen.jpg Which release it was? Looks like something fairly old, but I don't remember it so it had after my (temporary) leaving for Debian pastures. Mat?j From katzj at redhat.com Tue Apr 29 22:09:39 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 29 Apr 2008 18:09:39 -0400 Subject: F9 installation screenshot In-Reply-To: References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> Message-ID: <1209506979.22831.121.camel@aglarond.local> On Tue, 2008-04-29 at 23:46 +0200, Matej Cepl wrote: > On 2008-04-29, 15:40 GMT, Todd Zullinger wrote: > > http://www.8bitjoystick.com/archives/photos/Redhat_Linux_Install_Kitchen.jpg > > Which release it was? Looks like something fairly old, but > I don't remember it so it had after my (temporary) leaving for > Debian pastures. The hot dog... it has beedy eyes!!!! And that was Red Hat Linux 8.0 Jeremy From kmaraas at broadpark.no Tue Apr 29 22:15:50 2008 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 30 Apr 2008 00:15:50 +0200 Subject: F9 installation screenshot In-Reply-To: References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> Message-ID: <1209507350.5238.2.camel@localhost.localdomain> ti., 29.04.2008 kl. 23.46 +0200, skrev Matej Cepl: > On 2008-04-29, 15:40 GMT, Todd Zullinger wrote: > > http://www.8bitjoystick.com/archives/photos/Redhat_Linux_Install_Kitchen.jpg > > Which release it was? Looks like something fairly old, but > I don't remember it so it had after my (temporary) leaving for > Debian pastures. > It was Red Hat Linux 8 personal edition it seems. Cheers Kjartan From mike at miketc.com Tue Apr 29 22:23:53 2008 From: mike at miketc.com (Mike Chambers) Date: Tue, 29 Apr 2008 17:23:53 -0500 Subject: F8 to Rawhide initscripts error Message-ID: <1209507833.8419.2.camel@scrappy.miketc.com> While using yum on an F8 + updates (as of last night) box, and upgrading to F9 (current rawhide as of today) I get yum erroring out (or at least a file conflict error), see below.. Transaction Check Error: file /etc/event.d/rc1 conflicts between attempted installs of initscripts-8.73-1.i386 and event-compat-sysv-0.3.9-14.fc9.noarch file /etc/event.d/rcS conflicts between attempted installs of initscripts-8.73-1.i386 and event-compat-sysv-0.3.9-14.fc9.noarch file /etc/event.d/rcS-sulogin conflicts between attempted installs of initscripts-8.73-1.i386 and event-compat-sysv-0.3.9-14.fc9.noarch Error Summary -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From orion at cora.nwra.com Tue Apr 29 22:28:15 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 29 Apr 2008 16:28:15 -0600 Subject: Automatic python requires Message-ID: <4817A0FF.2040202@cora.nwra.com> I just discovered that recent scons packages don't require python, even though it is clearly written in python. Isn't this supposed to get generated automatically by rpm? https://bugzilla.redhat.com/show_bug.cgi?id=444678 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From jspaleta at gmail.com Tue Apr 29 22:29:01 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 29 Apr 2008 14:29:01 -0800 Subject: epiphany webkit in fedora In-Reply-To: <1209485189.3033.18.camel@pc-notebook> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> <1209474356.3033.6.camel@pc-notebook> <1209474818.2725.1.camel@cookie.hadess.net> <1209475802.3033.10.camel@pc-notebook> <1209482531.2725.7.camel@cookie.hadess.net> <1209485189.3033.18.camel@pc-notebook> Message-ID: <604aa7910804291529q755426a2maeb28e3bc0a95498@mail.gmail.com> 2008/4/29 Martin Sourada : > Yes, that's right... But I thought early rawhide use mostly people who > are able to handle broken stuff quite well, so I'd expect it would not > be that bad... There's a distinction that needs to be made between needs testing and too new to be useful. The people who make that call are the package maintainer and the upstream developers. If the upstream developers have a roadmap and know they want to get to a certain point before encouraging wider testing..then it would be irresponsible to include into rawhide. We have to remember the point of rawhide is NOT to get new things built just because they are new. The point is to get them into rawhide in a timely manner so to maximize the synergy between our release cycle and upstream development efforts. If upstream development knows they still have a ways to go on fundamental codebase work, and aren't ready for wider testing yet... then we shouldn't overwhelm the process. if upstream knows they are not prepared to make use of the feedback exposure in rawhide would provide..then its wasted effort to expose it in rawhide...even if its a high profile application going through major re-development. -jef From pertusus at free.fr Tue Apr 29 22:49:28 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 30 Apr 2008 00:49:28 +0200 Subject: Automatic python requires In-Reply-To: <4817A0FF.2040202@cora.nwra.com> References: <4817A0FF.2040202@cora.nwra.com> Message-ID: <20080429224928.GA2578@free.fr> On Tue, Apr 29, 2008 at 04:28:15PM -0600, Orion Poplawski wrote: > I just discovered that recent scons packages don't require python, even > though it is clearly written in python. Isn't this supposed to get > generated automatically by rpm? > > https://bugzilla.redhat.com/show_bug.cgi?id=444678 Unless I am wrong, the dependency appears through the shebang. Having automatic deps extractions like in perl would be nice, but I am not volunteering to do it ;-). -- Pat From roland at redhat.com Tue Apr 29 22:50:47 2008 From: roland at redhat.com (Roland McGrath) Date: Tue, 29 Apr 2008 15:50:47 -0700 (PDT) Subject: Automatic python requires In-Reply-To: Orion Poplawski's message of Tuesday, 29 April 2008 16:28:15 -0600 <4817A0FF.2040202@cora.nwra.com> References: <4817A0FF.2040202@cora.nwra.com> Message-ID: <20080429225047.E1FAD26FA24@magilla.localdomain> I assumed that sort of thing too. But AFAICT there are no magic deps related to python. You have to list explicit Requires: for the python modules your rpm's modules import too. From orion at cora.nwra.com Tue Apr 29 23:03:18 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 29 Apr 2008 17:03:18 -0600 Subject: Automatic python requires In-Reply-To: <20080429225047.E1FAD26FA24@magilla.localdomain> References: <4817A0FF.2040202@cora.nwra.com> <20080429225047.E1FAD26FA24@magilla.localdomain> Message-ID: <4817A936.6080408@cora.nwra.com> Roland McGrath wrote: > I assumed that sort of thing too. But AFAICT there are no magic deps > related to python. In the past (FC3 and earlier) it was mandatory to add the line Requires: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") to the spec file to require a specific version of the python-abi. This is not needed anymore in FC4 and later because rpm adds a automatic dependency on python(abi) now on its own. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From orion at cora.nwra.com Tue Apr 29 23:05:19 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 29 Apr 2008 17:05:19 -0600 Subject: Automatic python requires In-Reply-To: <20080429224928.GA2578@free.fr> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> Message-ID: <4817A9AF.3060803@cora.nwra.com> Patrice Dumas wrote: > Unless I am wrong, the dependency appears through the shebang. That could be the issue, /usr/bin/scons has: #! /usr/bin/env python But surely the existence of .py, .pyc, and .pyo files would be an indicator. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From tmus at tmus.dk Tue Apr 29 23:17:49 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 29 Apr 2008 21:17:49 -0200 Subject: F8 to Rawhide initscripts error In-Reply-To: <1209507833.8419.2.camel@scrappy.miketc.com> References: <1209507833.8419.2.camel@scrappy.miketc.com> Message-ID: Mike Chambers wrote: > While using yum on an F8 + updates (as of last night) box, and upgrading > to F9 (current rawhide as of today) I get yum erroring out (or at least > a file conflict error), see below.. > > Transaction Check Error: > file /etc/event.d/rc1 conflicts between attempted installs of > initscripts-8.73-1.i386 and event-compat-sysv-0.3.9-14.fc9.noarchon > > file /etc/event.d/rcS conflicts between attempted installs of > initscripts-8.73-1.i386 and event-compat-sysv-0.3.9-14.fc9.noarch > > file /etc/event.d/rcS-sulogin conflicts between attempted installs of > initscripts-8.73-1.i386 and event-compat-sysv-0.3.9-14.fc9.noarch > > Error Summary > > F9 uses upstart to start and stop services on the different runlevels, on F8 this is done by sysvinit. The event-compat-sysv package provides an a lot of the things that initscripts provided for F8, so this is a case of packages that puts the same files in the filesystem (and rightly so).. But perhaps event-compat-sysv should "obsolete initscripts" to make this possible? Or are initscripts still used on F9? /Thomas From wolfy at nobugconsulting.ro Tue Apr 29 23:18:17 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 30 Apr 2008 02:18:17 +0300 Subject: clex 3.18 failing on PPC Message-ID: <4817ACB9.9070701@nobugconsulting.ro> Hello Kairo Ara?jo - whom I have sponsored - has tried to update the package "clex" to version 3.18 (http://koji.fedoraproject.org/koji/taskinfo?taskID=585648 ). Unfortunately build for PPC (and only for PPC) fails in koji, as can be seen at http://koji.fedoraproject.org/koji/taskinfo?taskID=585651 (this happens both in rawhide and F9). The build log ends with checking dependency style of gcc... gcc3 checking for library containing stdscr... no configure: error: CLEX requires NCURSES package The same configure script on PPC64 gives: checking dependency style of gcc... gcc3 checking for library containing stdscr... -lncurses (and builds successfully, unsurprisingly) ncurses-devel in an explicit BR and according to http://koji.fedoraproject.org/koji/getfile?taskID=585651&name=root.log it has been installed in the buildroot. Since neither Kairo nor I have access to PPC based machines, could someone give us a hand, please ? From caillon at redhat.com Tue Apr 29 23:19:48 2008 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 29 Apr 2008 19:19:48 -0400 Subject: epiphany webkit in fedora In-Reply-To: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> References: <1dedbbfc0804290544w67a3ce39te50ef5aa0f964cbf@mail.gmail.com> Message-ID: <4817AD14.8090805@redhat.com> On 04/29/2008 08:44 AM, David Nielsen wrote: > 2008/4/29 Izhar Firdaus : > >> any reasons its not here yet? > > > Currently the webkit backend isn't all that stable but for the next GNOME > cycle > webkit is going to be the only backend for epiphany. Not entirely correct. This is the intent but there is a LOT of work. A LOT. Getting it all done in 6 months is a very tall order. It is possible that it just won't be ready to go by the next GNOME cycle and GNOME will go with a Gecko based one instead as detailed toward the end of the initial announcement[1] [1] http://mail.gnome.org/archives/epiphany-list/2008-April/msg00000.html From cra at WPI.EDU Tue Apr 29 23:23:54 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Tue, 29 Apr 2008 19:23:54 -0400 Subject: F8 to Rawhide initscripts error In-Reply-To: References: <1209507833.8419.2.camel@scrappy.miketc.com> Message-ID: <20080429232354.GK17543@angus.ind.WPI.EDU> On Tue, Apr 29, 2008 at 09:17:49PM -0200, Thomas M Steenholdt wrote: > F9 uses upstart to start and stop services on the different runlevels, on > F8 this is done by sysvinit. The event-compat-sysv package provides an a > lot of the things that initscripts provided for F8, so this is a case of > packages that puts the same files in the filesystem (and rightly so).. > > But perhaps event-compat-sysv should "obsolete initscripts" to make this > possible? Or are initscripts still used on F9? A change was just made that moved all of the contents of event-compat-sysv to initscripts, and the latter obsoletes the former. From jonathan.underwood at gmail.com Tue Apr 29 23:31:10 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 30 Apr 2008 00:31:10 +0100 Subject: Note: builds moved to dist-f9-updates-candidate In-Reply-To: <20080428194610.GB5672@x300> References: <20080428183411.GA30316@nostromo.devel.redhat.com> <20080428194610.GB5672@x300> Message-ID: <645d17210804291631ke4499f8sf5311118a8c7ddc4@mail.gmail.com> 2008/4/28 Luke Macken : > Bodhi should now be able to accept Fedora 9 updates. Please let me know > if you have any problems! In an F-9 branch of a package, I see this upon doing make build: $ make build /usr/bin/koji build dist-f9 'cvs://cvs.fedoraproject.org/cvs/pkgs?rpms/xdvik/F-9#xdvik-22_84_13-19_fc9' Usage: koji build [options] target URL (Specify the --help global option for a list of other help options) koji: error: Destination tag dist-f9 is locked make: *** [koji] Error 1 Help? :) From bpepple at fedoraproject.org Tue Apr 29 23:37:06 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 29 Apr 2008 19:37:06 -0400 Subject: Sponsor required In-Reply-To: References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> Message-ID: <1209512226.27239.20.camel@kennedy> On Tue, 2008-04-29 at 16:46 -0500, Jason L Tibbitts III wrote: > >>>>> "HdG" == Hans de Goede writes: > > HdG> I would like to suggest to FESco to put talking about possible > HdG> sponsor candidates every meeting (in a closed fashion, openness > HdG> is good, but talking about people skills or lake thereof in > HdG> public is asking for trouble). > Unfortunately the community isn't stepping up with > nominations, and the discussion will be pretty short unless that > changes. +1. The last time we received nominations was back in Jan/Feb when we voted on making Manuel Wolfshant, Ruben Kerkhof, Bill Nottingham, and Christopher Aillon sponsors. /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Wed Apr 30 00:01:45 2008 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 29 Apr 2008 19:01:45 -0500 Subject: F9 installation screenshot In-Reply-To: <1209497879.3611.5.camel@localhost.localdomain> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <1209482337.22831.78.camel@aglarond.local> <48174213.2020902@nicubunu.ro> <1209484378.22831.82.camel@aglarond.local> <1209497879.3611.5.camel@localhost.localdomain> Message-ID: <1209513705.4950.22.camel@localhost> On Tue, 2008-04-29 at 21:37 +0200, Josep Puigdemont wrote: > This won't be easy or cheap (in kb) to localize if we have to have a > collection of screenshots for each language supported by anaconda. > Maybe the text could be overlayed or painted above a common image > (keeping also in mind RTL languages). I think this is where SVG starts looking good. Is there any infrastructure available to localize SVG? A gettext kind of thing, only store the diff between languages? And SVG itself is potentially much smaller than a bitmap. We could just disable the slideshow entirely for languages we haven't translated it to. Another idea is to enable it only if a network is available. Stream the slideshow content off a Fedora server... Maybe embed a "slide" into each RPM itself. The slideshow would then automagically adapt itself to what you're actually installing... We're already wanting a pretty per-package icon to display in GUI tools, this would be an extension of that idea... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Wed Apr 30 00:03:16 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Apr 2008 00:03:16 +0000 (UTC) Subject: Note: builds moved to dist-f9-updates-candidate References: <20080428183411.GA30316@nostromo.devel.redhat.com> <20080428194610.GB5672@x300> <645d17210804291631ke4499f8sf5311118a8c7ddc4@mail.gmail.com> Message-ID: Jonathan Underwood gmail.com> writes: > koji: error: Destination tag dist-f9 is locked > make: *** [koji] Error 1 > > Help? :) You have to cvs update the common/ directory for that package. (F-9 builds now go to dist-f9-updates-candidate.) Kevin Kofler From notting at redhat.com Wed Apr 30 00:15:52 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Apr 2008 20:15:52 -0400 Subject: F8 to Rawhide initscripts error In-Reply-To: <20080429232354.GK17543@angus.ind.WPI.EDU> References: <1209507833.8419.2.camel@scrappy.miketc.com> <20080429232354.GK17543@angus.ind.WPI.EDU> Message-ID: <20080430001551.GA23193@nostromo.devel.redhat.com> Chuck Anderson (cra at WPI.EDU) said: > A change was just made that moved all of the contents of > event-compat-sysv to initscripts, and the latter obsoletes the former. ... and I forgot to block event-compat-sysv. Now done. Bill From tmus at tmus.dk Wed Apr 30 01:37:14 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 29 Apr 2008 23:37:14 -0200 Subject: F8 to Rawhide initscripts error In-Reply-To: <20080430001551.GA23193@nostromo.devel.redhat.com> References: <1209507833.8419.2.camel@scrappy.miketc.com> <20080429232354.GK17543@angus.ind.WPI.EDU> <20080430001551.GA23193@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > Chuck Anderson (cra at WPI.EDU) said: >> A change was just made that moved all of the contents of >> event-compat-sysv to initscripts, and the latter obsoletes the former. > > ... and I forgot to block event-compat-sysv. Now done. > > Bill > Cool! ;-) /Thomas From rodd at clarkson.id.au Wed Apr 30 02:52:20 2008 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 30 Apr 2008 12:52:20 +1000 Subject: is xorg.conf still needed Message-ID: <1209523940.2906.136.camel@localhost.localdomain> I've been running my system for the past week without an xorg.conf file and it seems to work well I'm pretty sure that from comments made either on this list or fedora-test that we are moving in a direction where the norm will be that no xorg.conf file is needed and therefor won't be created. I'm having discussions with someone about this at the moment and would appreciate some clarification on where things are head so that this can be addressed at their end.[1] [1] The nvidia service from livna tries to run /usr/sbin/nvidia-config-display which seems to require a xorg.conf file in place. It appears that either (a) livna will need to work around the absence of this file by creating one (how?), and eventually (b) that nvidia will need to rewrite their software to recognize that the file need not exist. R. -- "It's a fine line between denial and faith. It's much better on my side" From peter at thecodergeek.com Wed Apr 30 02:57:09 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 29 Apr 2008 19:57:09 -0700 Subject: Heads-Up: WebKit-qt Rename/Move (F-10) Message-ID: <1209524229.6177.9.camel@werewolf> Hi, all. This is just a notice that in Rawhide/F-10, the QtWebKit bits (formerly in the WebKit-qt package) have now been moved to be included in the Qt (qt-x11) package per bug #442200. These are from source EVRs: qt-4.4.0-0.6.rc1.fc10 WebKit-1.0.0-0.10.svn32531.fc10 Please reply here or post a comment to the bug report if you have any issues or problems with this transition. (It's F-10 only for now, so it should start eating webpage babies once F9 goes out the door and the rawhide bit is re-flipped.) According to repoquery, nothing in Fedora yet made use of either WebKit-qt or WebKit-qt-devel; but FYI just in case. :] -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tmz at pobox.com Wed Apr 30 02:57:32 2008 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 29 Apr 2008 22:57:32 -0400 Subject: F9 installation screenshot In-Reply-To: <1209506979.22831.121.camel@aglarond.local> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> Message-ID: <20080430025732.GV26399@inocybe.teonanacatl.org> Jeremy Katz wrote: > The hot dog... it has beedy eyes!!!! I'd love to know how many monitors were soiled when folks installing spit out there drinks while laughing at that image. I know I laughed out loud when I first saw it. ;) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Left to Her own devices, nature cures stupidity. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From peter at thecodergeek.com Wed Apr 30 02:59:46 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 29 Apr 2008 19:59:46 -0700 Subject: Heads-Up: WebKit-qt Rename/Move (F-10) In-Reply-To: <1209524229.6177.9.camel@werewolf> References: <1209524229.6177.9.camel@werewolf> Message-ID: <1209524386.6177.11.camel@werewolf> On Tue, 2008-04-29 at 19:57 -0700, Peter Gordon wrote: > These are from source EVRs: > qt-4.4.0-0.6.rc1.fc10 > WebKit-1.0.0-0.10.svn32531.fc10 And it would probably be helpful if I posted some relevant links to the Koji builds and bugzilla report: Qt: http://koji.fedoraproject.org/koji/buildinfo?buildID=47612 WebKit: http://koji.fedoraproject.org/koji/buildinfo?buildID=47635 Bug: https://bugzilla.redhat.com/show_bug.cgi?id=442200 Happy hacking! -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Wed Apr 30 03:05:01 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 29 Apr 2008 23:05:01 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209523940.2906.136.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> Message-ID: <1209524701.22831.136.camel@aglarond.local> On Wed, 2008-04-30 at 12:52 +1000, Rodd Clarkson wrote: > I've been running my system for the past week without an xorg.conf file > and it seems to work well For a lot of cases, yes, it already does. > I'm pretty sure that from comments made either on this list or > fedora-test that we are moving in a direction where the norm will be > that no xorg.conf file is needed and therefor won't be created. This is a very strong goal for Fedora 10, at least for me. There are a couple of outstanding things that are going to have to be taken care of: *) Getting the X keyboard layout set based on /etc/sysconfig/keyboard *) Need to be able to pass arbitrary options for input devices (eg, all the stuff needed for wacom config) *) Profit :-) And there's some ideas on how to deal with both problems, there just wasn't time left for Fedora 9. > I'm having discussions with someone about this at the moment and would > appreciate some clarification on where things are head so that this can > be addressed at their end.[1] The right answer here is going to involve an fdi file -- but that's also then going to require fixing the X server to ask hal which driver to use rather than the way it currently does Jeremy From roland at redhat.com Wed Apr 30 03:19:25 2008 From: roland at redhat.com (Roland McGrath) Date: Tue, 29 Apr 2008 20:19:25 -0700 (PDT) Subject: is xorg.conf still needed In-Reply-To: Jeremy Katz's message of Tuesday, 29 April 2008 23:05:01 -0400 <1209524701.22831.136.camel@aglarond.local> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> Message-ID: <20080430031925.132AF26FA24@magilla.localdomain> > *) Profit :-) That means automagical dual-head just works, a way to choose Xinerama, and a way to set the "my second head is 1050 lines high and its bottom line is the one adjacent to the bottom line of the 1200-line first head" magic knobs, right? Oh yeah, and to set DontZap before two weeks go by to disseminate a good quarter of my brain into various volatile bits of the session and then I type C-something M-DEL too quickly and fly into that particular biannual homicidal rage. Some or all of those things seem ideal to actually live in user desktop configuration hooey of some sort instead of static system-wide X server setup, so maybe the glorious road leads in that direction? Thanks, Roland From katzj at redhat.com Wed Apr 30 03:21:36 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 29 Apr 2008 23:21:36 -0400 Subject: is xorg.conf still needed In-Reply-To: <20080430031925.132AF26FA24@magilla.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <20080430031925.132AF26FA24@magilla.localdomain> Message-ID: <1209525696.22831.145.camel@aglarond.local> On Tue, 2008-04-29 at 20:19 -0700, Roland McGrath wrote: > > *) Profit :-) > > That means automagical dual-head just works, a way to choose Xinerama, and > a way to set the "my second head is 1050 lines high and its bottom line is > the one adjacent to the bottom line of the 1200-line first head" magic > knobs, right? > > Oh yeah, and to set DontZap before two weeks go by to disseminate a good > quarter of my brain into various volatile bits of the session and then I > type C-something M-DEL too quickly and fly into that particular biannual > homicidal rage. > > Some or all of those things seem ideal to actually live in user desktop > configuration hooey of some sort instead of static system-wide X server > setup, so maybe the glorious road leads in that direction? In fact, yes, yes it does. See the new gnome-display-properties in F9 for some of the bits of user-configured dual-head magic. Thanks to ssp for doing the hard work there. Jeremy From loganjerry at gmail.com Wed Apr 30 03:31:34 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 29 Apr 2008 21:31:34 -0600 Subject: is xorg.conf still needed In-Reply-To: <1209524701.22831.136.camel@aglarond.local> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> Message-ID: <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> On Tue, Apr 29, 2008 at 9:05 PM, Jeremy Katz wrote: > On Wed, 2008-04-30 at 12:52 +1000, Rodd Clarkson wrote: > > I'm pretty sure that from comments made either on this list or > > fedora-test that we are moving in a direction where the norm will be > > that no xorg.conf file is needed and therefor won't be created. > > This is a very strong goal for Fedora 10, at least for me. There are a > couple of outstanding things that are going to have to be taken care of: > *) Getting the X keyboard layout set based on /etc/sysconfig/keyboard > *) Need to be able to pass arbitrary options for input devices (eg, all > the stuff needed for wacom config) > *) Profit :-) Please don't forget us folks who run Fedora on rack-mounted servers in the back room. I've got a single monitor, mouse, and keyboard shared via a KVM switch between several machines. The odds are high that those I/O devices cannot be queried for their properties at X startup time because the KVM switch is set to some other machine. -- Jerry James http://loganjerry.googlepages.com/ From cra at WPI.EDU Wed Apr 30 04:07:04 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Wed, 30 Apr 2008 00:07:04 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209525696.22831.145.camel@aglarond.local> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <20080430031925.132AF26FA24@magilla.localdomain> <1209525696.22831.145.camel@aglarond.local> Message-ID: <20080430040704.GB24161@angus.ind.WPI.EDU> On Tue, Apr 29, 2008 at 11:21:36PM -0400, Jeremy Katz wrote: > > Some or all of those things seem ideal to actually live in user desktop > > configuration hooey of some sort instead of static system-wide X server > > setup, so maybe the glorious road leads in that direction? > > In fact, yes, yes it does. See the new gnome-display-properties in F9 > for some of the bits of user-configured dual-head magic. Thanks to ssp > for doing the hard work there. Right now I need xorg.conf for these things on my desktop Radeon X600 and also my i965 laptop chip: Option "AccelMethod" "EXA" So XVideo works and Render accel works. Virtual 3200 1600 So dual-head actually has somewhere to put the second head :-) Various options for touchpad, so I can tap-to-click and drag. Oh, and per-user dual-head/Xinerama configuration doesn't seem to work so well when the window manager or session manager loads before the dual-head is configured, resulting in all your icons, applications, and gnome-panels being restored overlapped on a single-head. But you probably knew about all these problems already...If you'd like bugs filed, let me know. From airlied at redhat.com Wed Apr 30 04:17:46 2008 From: airlied at redhat.com (Dave Airlie) Date: Wed, 30 Apr 2008 14:17:46 +1000 Subject: is xorg.conf still needed In-Reply-To: <20080430040704.GB24161@angus.ind.WPI.EDU> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <20080430031925.132AF26FA24@magilla.localdomain> <1209525696.22831.145.camel@aglarond.local> <20080430040704.GB24161@angus.ind.WPI.EDU> Message-ID: <1209529066.3603.1.camel@localhost> On Wed, 2008-04-30 at 00:07 -0400, Chuck Anderson wrote: > On Tue, Apr 29, 2008 at 11:21:36PM -0400, Jeremy Katz wrote: > > > Some or all of those things seem ideal to actually live in user desktop > > > configuration hooey of some sort instead of static system-wide X server > > > setup, so maybe the glorious road leads in that direction? > > > > In fact, yes, yes it does. See the new gnome-display-properties in F9 > > for some of the bits of user-configured dual-head magic. Thanks to ssp > > for doing the hard work there. > > Right now I need xorg.conf for these things on my desktop Radeon X600 > and also my i965 laptop chip: > > Option "AccelMethod" "EXA" > > So XVideo works and Render accel works. In F9 you shouldn't need this EXA should default for intel hw now. > > Virtual 3200 1600 > > So dual-head actually has somewhere to put the second head :-) This is temporary until we get gpu memory management in place so we can resize the desktops at runtime. > Various options for touchpad, so I can tap-to-click and drag. These may end going via hal or gconf settings I would assume.. > > Oh, and per-user dual-head/Xinerama configuration doesn't seem to work > so well when the window manager or session manager loads before the > dual-head is configured, resulting in all your icons, applications, > and gnome-panels being restored overlapped on a single-head. Sounds like some sort of a race.. I'm sure ssp can figure out how to stop this.. Dave. From cra at WPI.EDU Wed Apr 30 04:24:41 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Wed, 30 Apr 2008 00:24:41 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209529066.3603.1.camel@localhost> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <20080430031925.132AF26FA24@magilla.localdomain> <1209525696.22831.145.camel@aglarond.local> <20080430040704.GB24161@angus.ind.WPI.EDU> <1209529066.3603.1.camel@localhost> Message-ID: <20080430042441.GC24161@angus.ind.WPI.EDU> On Wed, Apr 30, 2008 at 02:17:46PM +1000, Dave Airlie wrote: > > Option "AccelMethod" "EXA" > > > > So XVideo works and Render accel works. > > In F9 you shouldn't need this EXA should default for intel hw now. Great for intel. What about radeon? > > Virtual 3200 1600 > > > > So dual-head actually has somewhere to put the second head :-) > > This is temporary until we get gpu memory management in place so we can > resize the desktops at runtime. That will be cool. > > Various options for touchpad, so I can tap-to-click and drag. > > These may end going via hal or gconf settings I would assume.. Makes sense. > > Oh, and per-user dual-head/Xinerama configuration doesn't seem to work > > so well when the window manager or session manager loads before the > > dual-head is configured, resulting in all your icons, applications, > > and gnome-panels being restored overlapped on a single-head. > > Sounds like some sort of a race.. I'm sure ssp can figure out how to stop this.. I haven't tried again in a while--it's kind of disrupting to have to reconfigure everything. I'll have to create a new account to test with. From steve at xemacs.org Wed Apr 30 04:41:08 2008 From: steve at xemacs.org (SL Baur) Date: Tue, 29 Apr 2008 21:41:08 -0700 Subject: is xorg.conf still needed In-Reply-To: <1209524701.22831.136.camel@aglarond.local> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> Message-ID: On 4/29/08, Jeremy Katz wrote: > On Wed, 2008-04-30 at 12:52 +1000, Rodd Clarkson wrote: > > I've been running my system for the past week without an xorg.conf file > > and it seems to work well > > I'm pretty sure that from comments made either on this list or > > fedora-test that we are moving in a direction where the norm will be > > that no xorg.conf file is needed and therefor won't be created. A big congratulations from me to everyone who has worked on this on how far things have come. X11 server configuration has always been the worst part of setting up new Unix boxes and that's very close to being fixed now. > This is a very strong goal for Fedora 10, at least for me. There are a > couple of outstanding things that are going to have to be taken care of: > *) Getting the X keyboard layout set based on /etc/sysconfig/keyboard Has loadkeys been fixed to support Super and Hyper modifier keys from the console? The X11 setup I got from the Fedora 9 preview had everything basically correct except for the mislabeled big key to the left of the "A" key. The other issues (a Lenovo T60 is supposed to be able to handle 1400x1050 resolution, but I'm not sure why it doesn't work and getting the fglrx driver to work) are separate. > *) Need to be able to pass arbitrary options for input devices (eg, all > the stuff needed for wacom config) > *) Profit :-) > > And there's some ideas on how to deal with both problems, there just > wasn't time left for Fedora 9. > > > > I'm having discussions with someone about this at the moment and would > > appreciate some clarification on where things are head so that this can > > be addressed at their end.[1] With all the stupid-key rich Microsoft oriented keyboards in use now, it would be really nice to have one of the Alt keys produce Alt (the other Meta) and the two Microsoft Windows keys produce Super and Hyper by default (and have an easy knob to tune to put the Ctrl key back in the right place). I need to see how this works with current Japanese input, but I've had difficulty locating Open Wnn for installation to test it. -sb From ivazqueznet at gmail.com Wed Apr 30 04:58:38 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 30 Apr 2008 00:58:38 -0400 Subject: Rawhide is currently F9? In-Reply-To: <1209466961.7437.2.camel@scrappy.miketc.com> References: <1209466961.7437.2.camel@scrappy.miketc.com> Message-ID: <1209531518.24162.4.camel@ignacio.lan> On Tue, 2008-04-29 at 06:02 -0500, Mike Chambers wrote: > Stupid question time, but current rawhide (as in today) is what F9 will > be spun too? When/what date will rawhide start being F10? When the fedora-release package is advanced to version 9.90. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From luya_tfz at thefinalzone.com Wed Apr 30 05:12:08 2008 From: luya_tfz at thefinalzone.com (Luya Tshimbalanga) Date: Wed, 30 Apr 2008 01:12:08 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209523940.2906.136.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> Message-ID: <1209532328.4817ffa8c8103@ssl.mecca.ca> Speaking about xorg.conf. It would be nice to discuss about tablet device support like Wacom model. So far I have to manually edit that file to fully enable feature of stylus. Maybe talking to upstream would help. -- Luya Tshimbalanga Fedora Project contributor http://www.fedoraproject.org/wiki/LuyaTshimbalanga From ivazqueznet at gmail.com Wed Apr 30 05:31:46 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 30 Apr 2008 01:31:46 -0400 Subject: Automatic python requires In-Reply-To: <4817A9AF.3060803@cora.nwra.com> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> Message-ID: <1209533506.24162.7.camel@ignacio.lan> On Tue, 2008-04-29 at 17:05 -0600, Orion Poplawski wrote: > But surely the existence of .py, .pyc, and .pyo files would be an indicator. No, that would be a red herring since apps (e.g., blender) can embed a Python interpreter. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nicolas.mailhot at laposte.net Wed Apr 30 06:25:24 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 08:25:24 +0200 Subject: is xorg.conf still needed In-Reply-To: <1209523940.2906.136.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> Message-ID: <1209536724.21437.2.camel@rousalka.okg> Le mercredi 30 avril 2008 ? 12:52 +1000, Rodd Clarkson a ?crit : > I've been running my system for the past week without an xorg.conf file > and it seems to work well It depends on your hardware. For example evdev keyboard autodetection was disabled in F9. So if your keyboard requires evdev for full key support, you need to declare it manually in xorg.conf. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Wed Apr 30 06:29:55 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 08:29:55 +0200 Subject: is xorg.conf still needed In-Reply-To: References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> Message-ID: <1209536995.21437.7.camel@rousalka.okg> Le mardi 29 avril 2008 ? 21:41 -0700, SL Baur a ?crit : > On 4/29/08, Jeremy Katz wrote: > > > I'm having discussions with someone about this at the moment and would > > > appreciate some clarification on where things are head so that this can > > > be addressed at their end.[1] > > With all the stupid-key rich Microsoft oriented keyboards in use now, it would > be really nice to have one of the Alt keys produce Alt (the other > Meta) An awful lot of countries already distinguish between the two alts and use the right one as iso-level-3 modifier. Some even use right-ctrl as iso-level-5 modifier. So these keys are not available for remapping except for American users. If you want them remapped on en_US, just send a patch to the xkeyboard-config authors. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Wed Apr 30 06:31:53 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 08:31:53 +0200 Subject: is xorg.conf still needed In-Reply-To: <1209524701.22831.136.camel@aglarond.local> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> Message-ID: <1209537113.21437.10.camel@rousalka.okg> Le mardi 29 avril 2008 ? 23:05 -0400, Jeremy Katz a ?crit : > This is a very strong goal for Fedora 10, at least for me. There are a > couple of outstanding things that are going to have to be taken care of: > *) Getting the X keyboard layout set based on /etc/sysconfig/keyboard I hope this will be done by making the console use xkb layouts, so we can drop the console layout name / X layout name mapping (which is always incomplete and out of date). -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From email.ahmedkamal at googlemail.com Wed Apr 30 06:54:23 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Wed, 30 Apr 2008 09:54:23 +0300 Subject: is xorg.conf still needed In-Reply-To: <1209537113.21437.10.camel@rousalka.okg> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <1209537113.21437.10.camel@rousalka.okg> Message-ID: <3da3b5b40804292354n585224bcg862a92c1e9450b61@mail.gmail.com> That is some great work. However, will there be a way to tell X to do something, instead of what it sees best? i.e. perhaps I don't want to run my monitor at the highest resolution, perhaps I am attaching a projector, but I do not want it activated now, rather after I organize my presentation ... etc Is there a GUI/CLI tool to talk to X -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhally at mindspring.com Wed Apr 30 06:58:33 2008 From: rhally at mindspring.com (Richard Hally) Date: Wed, 30 Apr 2008 02:58:33 -0400 Subject: preupgrade question Message-ID: <48181899.9080004@mindspring.com> I have a F8 + Updates box that I am using to test preupgrade. I enabled updates-testing and installed the preupgrade package and then disabled the updates-testing repo. When I started the preupgrade and checked the box to try alphas and betas, the only selection available was rawhide. I was expecting to see the F9-pre in the list. Is that incorrect? Richard From Christian.Iseli at unil.ch Wed Apr 30 06:58:02 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Wed, 30 Apr 2008 08:58:02 +0200 Subject: License name question for io_lib In-Reply-To: <1209505162.20913.74.camel@localhost.localdomain> References: <20080429231905.5effb723@ludwig-alpha.unil.ch> <1209504426.20913.71.camel@localhost.localdomain> <20080429233326.31b0a9e5@ludwig-alpha.unil.ch> <1209505162.20913.74.camel@localhost.localdomain> Message-ID: <20080430085802.4d2c8347@ludwig-alpha.unil.ch> On Tue, 29 Apr 2008 17:39:22 -0400, Tom "spot" Callaway wrote: > Hey, the easy ones make my day. :-) glad I could be of help there... > Although, if you want to make sure that I actually see any > legal/license questions, please send them to > fedora-legal-list at redhat.com in the future. I'll do my best. Cheers, C From sundaram at fedoraproject.org Wed Apr 30 07:02:43 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 30 Apr 2008 12:32:43 +0530 Subject: is xorg.conf still needed In-Reply-To: <3da3b5b40804292354n585224bcg862a92c1e9450b61@mail.gmail.com> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <1209537113.21437.10.camel@rousalka.okg> <3da3b5b40804292354n585224bcg862a92c1e9450b61@mail.gmail.com> Message-ID: <48181993.3070901@fedoraproject.org> Ahmed Kamal wrote: > That is some great work. However, will there be a way to tell X to do > something, instead of what it sees best? i.e. perhaps I don't want to > run my monitor at the highest resolution, perhaps I am attaching a > projector, but I do not want it activated now, rather after I organize > my presentation ... etc > Is there a GUI/CLI tool to talk to X Yes. GNOME has gnome-display-properties. KDE has system settings which is being improved for KDE 4.1 to support additional features. Rahul From sundaram at fedoraproject.org Wed Apr 30 07:03:31 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 30 Apr 2008 12:33:31 +0530 Subject: preupgrade question In-Reply-To: <48181899.9080004@mindspring.com> References: <48181899.9080004@mindspring.com> Message-ID: <481819C3.9040007@fedoraproject.org> Richard Hally wrote: > I have a F8 + Updates box that I am using to test preupgrade. I enabled > updates-testing and installed the preupgrade package and then disabled > the updates-testing repo. When I started the preupgrade and checked the > box to try alphas and betas, the only selection available was rawhide. I > was expecting to see the F9-pre in the list. Is that incorrect? Preview release is merely a older snapshot of rawhide. Testing against rawhide is just better. Rahul From skvidal at fedoraproject.org Wed Apr 30 07:02:43 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 30 Apr 2008 03:02:43 -0400 Subject: preupgrade question In-Reply-To: <48181899.9080004@mindspring.com> References: <48181899.9080004@mindspring.com> Message-ID: <1209538963.8968.117.camel@cutter> On Wed, 2008-04-30 at 02:58 -0400, Richard Hally wrote: > I have a F8 + Updates box that I am using to test preupgrade. I enabled > updates-testing and installed the preupgrade package and then disabled the > updates-testing repo. When I started the preupgrade and checked the box to try > alphas and betas, the only selection available was rawhide. I was expecting to > see the F9-pre in the list. Is that incorrect? Yes, that's incorrect. There's not much point in testing f9-pr considering it's outdated by rawhide and we're inside 2 weeks from the final. So, if you're going to do any [pre]upgrade testing the most valuable is of rawhide. That, and the mirror locations for f9pr were a bit dodgy. -sv From Christian.Iseli at unil.ch Wed Apr 30 07:03:05 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Wed, 30 Apr 2008 09:03:05 +0200 Subject: Automatic python requires In-Reply-To: <4817A9AF.3060803@cora.nwra.com> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> Message-ID: <20080430090305.225089f7@ludwig-alpha.unil.ch> On Tue, 29 Apr 2008 17:05:19 -0600, Orion Poplawski wrote: > Patrice Dumas wrote: > > Unless I am wrong, the dependency appears through the shebang. > > That could be the issue, /usr/bin/scons has: > > #! /usr/bin/env python Yea, I think I remember similar issues with /usr/bin/env perl. Given that we are packaging for a specific distro, I think the case could even be argued that the packager should replace all #! /usr/bin/env with #! /usr/bin/ to make the distro consistent. Cheers, Christian From pertusus at free.fr Wed Apr 30 07:20:11 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 30 Apr 2008 09:20:11 +0200 Subject: Automatic python requires In-Reply-To: <20080430090305.225089f7@ludwig-alpha.unil.ch> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> Message-ID: <20080430072010.GA2657@free.fr> On Wed, Apr 30, 2008 at 09:03:05AM +0200, Christian Iseli wrote: > > Yea, I think I remember similar issues with /usr/bin/env perl. > > Given that we are packaging for a specific distro, I think the case > could even be argued that the packager should replace all > #! /usr/bin/env > with > #! /usr/bin/ > to make the distro consistent. I thionk that this is a policy in debian, but I don't think this is something we should mandate (though this is better). -- Pat From seg at haxxed.com Wed Apr 30 07:21:01 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 30 Apr 2008 02:21:01 -0500 Subject: is xorg.conf still needed In-Reply-To: <1209532328.4817ffa8c8103@ssl.mecca.ca> References: <1209523940.2906.136.camel@localhost.localdomain> <1209532328.4817ffa8c8103@ssl.mecca.ca> Message-ID: <1209540061.4950.38.camel@localhost> On Wed, 2008-04-30 at 01:12 -0400, Luya Tshimbalanga wrote: > Speaking about xorg.conf. It would be nice to discuss about tablet device > support like Wacom model. So far I have to manually edit that file to fully > enable feature of stylus. Maybe talking to upstream would help. Yes. My wife has an old serial Wacom. To add to the fun, she now has a "legacy-free" laptop. I purchased a USB-serial adapter so she could continue to use it. This means the serial port device is not necessarily constant, and may not even be there when X starts up. It works just fine as long as you kept the serial adapter plugged in at all times. Unplugging it and plugging it back in tends to cause it to show up as a the next device number up, which of course screws things up real good... ... Is this kind of setup ever going to "just work"? Its a 12x12in tablet which is worth quite a bit of $$$. We got it for free some years back from someone who went Mac OSX and thus couldn't use it anymore. Wacom and Apple insist USB serial adapters can't work and refuse to support such a set up in OSX. They're full of crap of course... :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ivazqueznet at gmail.com Wed Apr 30 07:23:45 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 30 Apr 2008 03:23:45 -0400 Subject: Automatic python requires In-Reply-To: <20080430072010.GA2657@free.fr> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> <20080430072010.GA2657@free.fr> Message-ID: <1209540225.24162.13.camel@ignacio.lan> On Wed, 2008-04-30 at 09:20 +0200, Patrice Dumas wrote: > On Wed, Apr 30, 2008 at 09:03:05AM +0200, Christian Iseli wrote: > > > > Yea, I think I remember similar issues with /usr/bin/env perl. > > > > Given that we are packaging for a specific distro, I think the case > > could even be argued that the packager should replace all > > #! /usr/bin/env > > with > > #! /usr/bin/ > > to make the distro consistent. > > I thionk that this is a policy in debian, but I don't think this is > something we should mandate (though this is better). Most things in Fedora have well-defined locations so I don't think mandating it is a problem, sort of where it actually needs env to inject environment variables. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Wed Apr 30 07:26:33 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 30 Apr 2008 09:26:33 +0200 Subject: Automatic python requires In-Reply-To: <1209540225.24162.13.camel@ignacio.lan> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> <20080430072010.GA2657@free.fr> <1209540225.24162.13.camel@ignacio.lan> Message-ID: <20080430072633.GB2657@free.fr> On Wed, Apr 30, 2008 at 03:23:45AM -0400, Ignacio Vazquez-Abrams wrote: > > Most things in Fedora have well-defined locations so I don't think > mandating it is a problem, sort of where it actually needs env to inject > environment variables. It is not a problem, just unneeded. It adds difference with upstream, may require patching and so on, better leave it to te packager. -- Pat From rhally at mindspring.com Wed Apr 30 07:34:44 2008 From: rhally at mindspring.com (Richard Hally) Date: Wed, 30 Apr 2008 03:34:44 -0400 Subject: preupgrade question In-Reply-To: <1209538963.8968.117.camel@cutter> References: <48181899.9080004@mindspring.com> <1209538963.8968.117.camel@cutter> Message-ID: <48182114.5030503@mindspring.com> seth vidal wrote: > On Wed, 2008-04-30 at 02:58 -0400, Richard Hally wrote: >> I have a F8 + Updates box that I am using to test preupgrade. I enabled >> updates-testing and installed the preupgrade package and then disabled the >> updates-testing repo. When I started the preupgrade and checked the box to try >> alphas and betas, the only selection available was rawhide. I was expecting to >> see the F9-pre in the list. Is that incorrect? > > Yes, that's incorrect. There's not much point in testing f9-pr > considering it's outdated by rawhide and we're inside 2 weeks from the > final. So, if you're going to do any [pre]upgrade testing the most > valuable is of rawhide. > > That, and the mirror locations for f9pr were a bit dodgy. > > -sv > > Thanks Seth and Rahul. Now that it has been pointed out to me it makes perfect sense. ;-) It is downloading stuff now. Richard From Christian.Iseli at unil.ch Wed Apr 30 07:47:36 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Wed, 30 Apr 2008 09:47:36 +0200 Subject: Automatic python requires In-Reply-To: <20080430072633.GB2657@free.fr> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> <20080430072010.GA2657@free.fr> <1209540225.24162.13.camel@ignacio.lan> <20080430072633.GB2657@free.fr> Message-ID: <20080430094736.2cd48b83@ludwig-alpha.unil.ch> On Wed, 30 Apr 2008 09:26:33 +0200, Patrice Dumas wrote: > It is not a problem, just unneeded. It adds difference with upstream, > may require patching and so on, Usually, a 'sed -i' line in %setup is enough, so I wouldn't call it a big burden. > better leave it to te packager. Sure. But I think a "recommendation" line somewhere might actually be good, with some rationale that it: - allows rpm to get the dependencies right - avoids user confusion when the wrong interpreter is called - maybe something else I forget... From nicolas.mailhot at laposte.net Wed Apr 30 07:52:25 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 09:52:25 +0200 (CEST) Subject: F9 installation screenshot In-Reply-To: <20080430025732.GV26399@inocybe.teonanacatl.org> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> Message-ID: <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> Le Mer 30 avril 2008 04:57, Todd Zullinger a ?crit : > Jeremy Katz wrote: >> The hot dog... it has beedy eyes!!!! > > I'd love to know how many monitors were soiled when folks installing > spit out there drinks while laughing at that image. I know I laughed > out loud when I first saw it. ;) I, for one was glad when those (and previous redneck jokes) were kicked out of the installer. The text and imagery used were just too US-centric to be comfortable, and got old fast. Thus I'll caution that creating this kind of image train is awfully hard to do properly for an international audience, and anything good enough for US folks but not for the rest of the world will be doing the non-US Fedora contributors a terrible injustice. -- Nicolas Mailhot From lkundrak at redhat.com Wed Apr 30 08:02:50 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 30 Apr 2008 10:02:50 +0200 Subject: F9 installation screenshot In-Reply-To: <1209482337.22831.78.camel@aglarond.local> References: <4816E76F.50308@gmail.com> <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <1209482337.22831.78.camel@aglarond.local> Message-ID: <1209542570.5892.20.camel@localhost.localdomain> On Tue, 2008-04-29 at 11:18 -0400, Jeremy Katz wrote: > On Tue, 2008-04-29 at 17:04 +0200, Nils Philippsen wrote: > > On Tue, 2008-04-29 at 17:17 +0300, Pavel Shevchuk wrote: > > > I'd better add nice powerpoint-style presentation showcasing > > > screenshots and descriptions of popular and eye-catching software like > > > firefox, evolution, amarok, gimp, pidgin, openoffice, marble, digikam, > > > vlc media player, mythtv (fedora is media center OS too!). > > > > We used to have the installer flip through a slideshow of images back in > > the old days -- does that code still exist? In that case it would be > > easy (albeit to late for F9) to have this. > > All the code is still there. The difficulty is really in someone > stepping up to create the content I am wondering whether it's worth growing the installation image for this. -- Lubomir Kundrak (Red Hat Security Response Team) From mcepl at redhat.com Wed Apr 30 08:13:27 2008 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 30 Apr 2008 10:13:27 +0200 Subject: is xorg.conf still needed References: <1209523940.2906.136.camel@localhost.localdomain> Message-ID: <7amle5xkvo.ln2@ppp1053.in.ipex.cz> On 2008-04-30, 02:52 GMT, Rodd Clarkson wrote: > I'm pretty sure that from comments made either on this list or > fedora-test that we are moving in a direction where the norm will be > that no xorg.conf file is needed and therefor won't be created. > > I'm having discussions with someone about this at the moment and would > appreciate some clarification on where things are head so that this can > be addressed at their end.[1] > > [1] The nvidia service from livna tries to > run /usr/sbin/nvidia-config-display which seems to require a xorg.conf > file in place. It appears that either (a) livna will need to work > around the absence of this file by creating one (how?), and eventually > (b) that nvidia will need to rewrite their software to recognize that > the file need not exist. The whole truth is that we are on the way towards Stateless Linux (which means here xorg.conf-less X), but we are not there yet. To be honest, the way is long and the question is whether we will arrive at Fedora 10 or later. To make my point clear, we consider since Fedora Core 6 to be a bug, when Xorg doesn't work at all withtout /etc/X11/xorg.conf, but that doesn't mean that everybody should have 3D, etc. automagically. And of course binary-only nvidia drivers are The Pure Evil(TM), so those won't be supported ever. > -- > "It's a fine line between denial and faith. > It's much better on my side" Which one it is? ;-) Best, Mat?j From paul at all-the-johnsons.co.uk Wed Apr 30 08:18:42 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 30 Apr 2008 09:18:42 +0100 Subject: Monodevelop and video card recommedations In-Reply-To: <20080429155346.GA31111@wolff.to> References: <20080429075020.M8784@all-the-johnsons.co.uk> <20080429155346.GA31111@wolff.to> Message-ID: <1209543523.4933.0.camel@T7.Linux> Hi, > > > 1. Can anyone recommend an AGP card which will allow me to run 3D graphics > > without using non-GPL drivers? I want to move away from nVidia for the time > > being. Nothing against their cards, just that to use 3D, I need to use their > > drivers. > > I have a Radeon 9200 AGP card. It was relatively cheap and doesn't have > its own fan, which is nice. I bought it a while ago now, so I don't know > how easy they are to get any more. (Avoid SE verions or 9250s as they are > slower versions of the same device and probably aren't enough cheaper to > warrent getting them.) I've spotted at 128Mb ATi Radeon 9250 on eBay for about 20 UKP. Any comments on if it works fine in Rawhide? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Wed Apr 30 08:38:02 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 30 Apr 2008 10:38:02 +0200 Subject: Automatic python requires In-Reply-To: <20080430094736.2cd48b83@ludwig-alpha.unil.ch> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> <20080430072010.GA2657@free.fr> <1209540225.24162.13.camel@ignacio.lan> <20080430072633.GB2657@free.fr> <20080430094736.2cd48b83@ludwig-alpha.unil.ch> Message-ID: <20080430083802.GC2657@free.fr> On Wed, Apr 30, 2008 at 09:47:36AM +0200, Christian Iseli wrote: > On Wed, 30 Apr 2008 09:26:33 +0200, Patrice Dumas wrote: > > It is not a problem, just unneeded. It adds difference with upstream, > > may require patching and so on, > > Usually, a 'sed -i' line in %setup is enough, so I wouldn't call it a > big burden. Indeed, but guidelines are already big, so if it possible not to add mandadorily guidelines, it is better. > > better leave it to te packager. > > Sure. But I think a "recommendation" line somewhere might actually be > good, with some rationale that it: > - allows rpm to get the dependencies right > - avoids user confusion when the wrong interpreter is called > - maybe something else I forget... I fully agree, but it shouldn't be a guideline, only a recommendation (in a place where we put recommentdations). -- Pat From mcepl at redhat.com Wed Apr 30 08:36:58 2008 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 30 Apr 2008 10:36:58 +0200 Subject: F9 installation screenshot References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> Message-ID: On 2008-04-30, 07:52 GMT, Nicolas Mailhot wrote: > I, for one was glad when those (and previous redneck jokes) > were kicked out of the installer. The text and imagery used > were just too US-centric to be comfortable, and got old fast. > > Thus I'll caution that creating this kind of image train is awfully > hard to do properly for an international audience, and anything good > enough for US folks but not for the rest of the world will be doing > the non-US Fedora contributors a terrible injustice. As a non-American I think I can say that this fear of being too much labelled as an American distribution is totally silly. Red Hat is "Prominent North American Enterprise Linux Vendor" and we cannot avoid it. And Fedora is linked inseparably to Red Hat. Of course, we have keep for the real independency of Fedora project from Red Hat, etc., but to pretend too strongly against the image of this link is IMHO pretty silly. Best, Mat?j From atkac at redhat.com Wed Apr 30 08:56:48 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 30 Apr 2008 10:56:48 +0200 Subject: is xorg.conf still needed In-Reply-To: <1209523940.2906.136.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> Message-ID: <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> On Wed, Apr 30, 2008 at 12:52:20PM +1000, Rodd Clarkson wrote: > I've been running my system for the past week without an xorg.conf file > and it seems to work well > > I'm pretty sure that from comments made either on this list or > fedora-test that we are moving in a direction where the norm will be > that no xorg.conf file is needed and therefor won't be created. I think it is not good idea. Autoconfiguration is generally better than manual but in some cases autoconfiguration cannot help you. Examples: - your xyz driver is broken and you want use vesa temporarily - you want use some external module (like vnc module) - you are user who needs fine-grained configuration (autoconfiguration is good for masses but sometimes people needs more) Best should be use autoconfiguration as much as possible but preserve and create minimal xorg.conf. Adam -- Adam Tkac, Red Hat, Inc. From rmy at tigress.co.uk Wed Apr 30 08:58:10 2008 From: rmy at tigress.co.uk (Ron Yorston) Date: Wed, 30 Apr 2008 09:58:10 +0100 Subject: is xorg.conf still needed In-Reply-To: <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> Message-ID: <200804300858.m3U8wCb8018427@tiffany.internal.tigress.co.uk> "Jerry James" wrote: >Please don't forget us folks who run Fedora on rack-mounted servers in >the back room. I've got a single monitor, mouse, and keyboard shared >via a KVM switch between several machines. The odds are high that >those I/O devices cannot be queried for their properties at X startup >time because the KVM switch is set to some other machine. +1 I have a KVM switch between my firewall and desktop machines. While the desktop was booting up I often switched to the console of the firewall to do something else, thus making more effective use of my time. With recent versions of Fedora this results in the desktop not detecting the monitor and getting a stupid default resolution. Ron From gnomeuser at gmail.com Wed Apr 30 08:59:10 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Wed, 30 Apr 2008 10:59:10 +0200 Subject: Monodevelop and video card recommedations In-Reply-To: <1209543523.4933.0.camel@T7.Linux> References: <20080429075020.M8784@all-the-johnsons.co.uk> <20080429155346.GA31111@wolff.to> <1209543523.4933.0.camel@T7.Linux> Message-ID: <1dedbbfc0804300159q49430eb7n4ebfe1fda9b5f7c1@mail.gmail.com> 30. apr. 2008 10.18 skrev Paul : > Hi, > > > > > 1. Can anyone recommend an AGP card which will allow me to run 3D > graphics > > > without using non-GPL drivers? I want to move away from nVidia for the > time > > > being. Nothing against their cards, just that to use 3D, I need to use > their > > > drivers. > > > > I have a Radeon 9200 AGP card. It was relatively cheap and doesn't have > > its own fan, which is nice. I bought it a while ago now, so I don't know > > how easy they are to get any more. (Avoid SE verions or 9250s as they > are > > slower versions of the same device and probably aren't enough cheaper to > > warrent getting them.) > > I've spotted at 128Mb ATi Radeon 9250 on eBay for about 20 UKP. Any > comments on if it works fine in Rawhide? I have that very card type in my machine and it runs compiz beautifully, don't expect high framerates in modern games though. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aph at redhat.com Wed Apr 30 09:07:52 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 10:07:52 +0100 Subject: Java debugging In-Reply-To: <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> Message-ID: <481836E8.8010107@redhat.com> Jerry James wrote: > On Tue, Apr 29, 2008 at 11:20 AM, Andrew Haley wrote: >> Jerry James wrote: >> > Dare I suggest a rebuild of all Java packages of sufficient age? >> >> You can suggest it, but I doubt that it's worthwhile. After all, it's >> easy for anyone to rebuild the package. Trouble is, they have know way >> to know that's all they have to do; I know of no easy solution for that. > > That last sentence is precisely why it is worthwhile. I could have > saved a lot of time had I known that. I take your point. Does simply rebuilding that RPM fix this problem? Andrew. From jos at xos.nl Wed Apr 30 09:07:33 2008 From: jos at xos.nl (Jos Vos) Date: Wed, 30 Apr 2008 11:07:33 +0200 Subject: is xorg.conf still needed In-Reply-To: <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> References: <1209523940.2906.136.camel@localhost.localdomain> <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> Message-ID: <20080430090733.GA16778@jasmine.xos.nl> On Wed, Apr 30, 2008 at 10:56:48AM +0200, Adam Tkac wrote: > I think it is not good idea. Autoconfiguration is generally better than > manual but in some cases autoconfiguration cannot help you. Examples: > > - your xyz driver is broken and you want use vesa temporarily > - you want use some external module (like vnc module) > - you are user who needs fine-grained configuration (autoconfiguration > is good for masses but sometimes people needs more) > > Best should be use autoconfiguration as much as possible but preserve > and create minimal xorg.conf. I agree on this. Besides frequent issues with new hardware (and thus having to specify drivers or turn of acceleration etc.) I use xorg.conf for setting blank/standby/suspendtime values, for specifying extra input devices (like touch screens) ans for loading the vnc module (with options). Having a minimal configuration that works for the masses is better, IMHO. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From rhally at mindspring.com Wed Apr 30 09:09:05 2008 From: rhally at mindspring.com (Richard Hally) Date: Wed, 30 Apr 2008 05:09:05 -0400 Subject: preupgrade - upgrade error Message-ID: <48183731.5050703@mindspring.com> After completing the download of the needed packages and other things, I clicked on reboot. Grub showed me the upgrade to rawhide option. after selecting it, the kernel booted and then the following error came up: "An error occured reading the install from the ISO images. please check your ISO images and try again." the F3 console shows(after some INFO lines): "04:36:38 ERROR : failed to open /mnt/isodirbootupgradestage2.img: No such file or directory" the F5 console shows "Running... /bin/mount -n -t ext3 -o ro /dev/sda3 /mnt/isodir" and that is all. what is going on? where should I look? An upgrade directory was created in /boot and it has the initrd.img, the stage2.img and the zmlinuz. Any where else I should check? Richard From nicu_fedora at nicubunu.ro Wed Apr 30 09:17:30 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Wed, 30 Apr 2008 12:17:30 +0300 Subject: F9 installation screenshot In-Reply-To: <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> Message-ID: <4818392A.9020104@nicubunu.ro> Nicolas Mailhot wrote: > Le Mer 30 avril 2008 04:57, Todd Zullinger a ?crit : >> Jeremy Katz wrote: >>> The hot dog... it has beedy eyes!!!! >> I'd love to know how many monitors were soiled when folks installing >> spit out there drinks while laughing at that image. I know I laughed >> out loud when I first saw it. ;) > > I, for one was glad when those (and previous redneck jokes) were > kicked out of the installer. The text and imagery used were just too > US-centric to be comfortable, and got old fast. But I guess nothing can stop us to produce a set of European centric jokes for F10, maybe Asian for F11 and so on, right? Maybe emphasize this local touch to show how we are a multi-lingual and multi-cultural community. > Thus I'll caution that creating this kind of image train is awfully > hard to do properly for an international audience, and anything good > enough for US folks but not for the rest of the world will be doing > the non-US Fedora contributors a terrible injustice. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From sundaram at fedoraproject.org Wed Apr 30 09:22:20 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 30 Apr 2008 14:52:20 +0530 Subject: F9 installation screenshot In-Reply-To: <4818392A.9020104@nicubunu.ro> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <4818392A.9020104@nicubunu.ro> Message-ID: <48183A4C.3010402@fedoraproject.org> Nicu Buculei wrote: > > But I guess nothing can stop us to produce a set of European centric > jokes for F10, maybe Asian for F11 and so on, right? > Maybe emphasize this local touch to show how we are a multi-lingual and > multi-cultural community. Instead of this purely theoretical argument, wait for someone to create content first and then debate whether it is acceptable or not. Whoever is volunteering to create content can do so keeping in the mind the global nature of Fedora. Rahul From aph at redhat.com Wed Apr 30 09:40:12 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 10:40:12 +0100 Subject: F9 pre installer woes Message-ID: <48183E7C.6030408@redhat.com> I booted from the DVD, then tested the media. The installer then ejected the disk. I then selected continue, and now every time I click "OK", the installer reloads the disk and displays a screen that says Error OK --------- | OK | --------- From aph at redhat.com Wed Apr 30 09:49:29 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 10:49:29 +0100 Subject: F9 pre installer woes In-Reply-To: <48183E7C.6030408@redhat.com> References: <48183E7C.6030408@redhat.com> Message-ID: <481840A9.6000301@redhat.com> Andrew Haley wrote: > I booted from the DVD, then tested the media. > > The installer then ejected the disk. > > I then selected continue, and now every time I click "OK", > the installer reloads the disk and displays a screen that says > > > Error > OK > > > > --------- > | OK | > --------- I should have said: this is the text mode installer. From jonathan.underwood at gmail.com Wed Apr 30 09:54:28 2008 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 30 Apr 2008 10:54:28 +0100 Subject: Note: builds moved to dist-f9-updates-candidate In-Reply-To: References: <20080428183411.GA30316@nostromo.devel.redhat.com> <20080428194610.GB5672@x300> <645d17210804291631ke4499f8sf5311118a8c7ddc4@mail.gmail.com> Message-ID: <645d17210804300254q75262639oe1770d5cc01108e@mail.gmail.com> 2008/4/30 Kevin Kofler : > Jonathan Underwood gmail.com> writes: > > koji: error: Destination tag dist-f9 is locked > > make: *** [koji] Error 1 > > > > Help? :) > > You have to cvs update the common/ directory for that package. (F-9 builds now > go to dist-f9-updates-candidate.) I could've sworn I'd done that already, but it seems I hadn't. Thanks kevin. From ml at deadbabylon.de Wed Apr 30 10:45:08 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Wed, 30 Apr 2008 12:45:08 +0200 Subject: KDE-SIG weekly report (18/2008) Message-ID: <200804301245.15969.ml@deadbabylon.de> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply ?to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 18/2008 Time: 2008-04-29 16:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-29 Meeting log: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-29?action=AttachFile&do=get&target=fedora-kde-sig-2008-04-29.txt ---------------------------------------------------------------------------------- = Participants = KevinKofler LukasTinkl MaryEllenFoster RexDieter SebastianVahl StevenParrish ---------------------------------------------------------------------------------- = Agenda = - Latest changes before final release - Last-minute release notes (deadline May 1st) - KDE 4.0.4 for F9 0-day updates - KDE 4.1 snapshots for F10 = Summary = o Latest changes before final release: - KDE should be fine for release. - Only the KDM/Xorg logout issue is still being worked on (#443320). o Last-minute release notes (deadline May 1st): - Last-minute release notes should be complete. o KDE 4.0.4 for F9 0-day updates: - KDE 4.0.4 is going to be tagged tomorrow. - So the earliest inclusion in F9 would be as an update on release day. - But this will need external testing because there is no updates-testing repository until release. - So KDE 4.0.4 will be build shortly before the release and be pushed to updates-testing on release day. o KDE 4.1 snapshots for F10: - Alpha tarballs were release recently. - LorenzoVillani did some initial work on which we could build upon. - Dependencies on libplasma which got a API rewrite and will need updates/rebuilds: compiz-kde, kdenetwork, kdeutils, kdebase-workspace-*, extragear-plasma. - With 4.1, kdesdk should obsolete kaider and kdeutils should obsolete okteta. When KDE 4.1 is released it will be also released as an update to Fedora 9 (but without kdepim-4.1). - Before KDE 4.1 hits Rawhide it will be announced to fedora-devel-announce. o Open discussion: - In some cases kdebase (from KDE 4) isn't installed during an update from F8 (kdebase-workspace obsoletes kdebase-3.5.x). - To handle these situations kdebase-workspace will require kdebase4. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2008-04-06 ---------------------------------------------------------------------------------- = Buglist = https://bugzilla.redhat.com/show_bug.cgi?id=443320 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From buc at odusz.so-cdu.ru Wed Apr 30 10:46:40 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 30 Apr 2008 14:46:40 +0400 Subject: is xorg.conf still needed In-Reply-To: <1209537113.21437.10.camel@rousalka.okg> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <1209537113.21437.10.camel@rousalka.okg> Message-ID: <48184E10.9090008@odu.neva.ru> Nicolas Mailhot wrote: > Le mardi 29 avril 2008 ? 23:05 -0400, Jeremy Katz a ?crit : > > >> This is a very strong goal for Fedora 10, at least for me. There are a >> couple of outstanding things that are going to have to be taken care of: >> *) Getting the X keyboard layout set based on /etc/sysconfig/keyboard >> > > I hope this will be done by making the console use xkb layouts, Does it mean that we will have to have xkb things installed even on machines where X is not installed now? (servers etc.) ~buc http://www.fedoraproject.org/wiki/DmitryButskoy From lkundrak at redhat.com Wed Apr 30 10:47:09 2008 From: lkundrak at redhat.com (Lubomir Kundrak) Date: Wed, 30 Apr 2008 12:47:09 +0200 Subject: Wanted: (Co-)maintainer for Kronolith Message-ID: <1209552429.5892.48.camel@localhost.localdomain> Hi, It has came to my attention, that maintainer of kronolith has been unresponsive for some time. Jan Ondrej (thanks to him) has upgraded kronolith to fix a security flaw, but since he does not actually use Kronolith he did not do much testing. I am wondering whether anyone would volunteer to help with the maintaining package. Note that in case maintainer won't start to responds, he's unlikely to accept watchcommits, or watchbugzilla changes in FAS. In that case Non-Responsive Maintainer procedure would probably have to be applied [1]. [1] http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers Thanks, -- Lubomir Kundrak (Red Hat Security Response Team) From k.georgiou at imperial.ac.uk Wed Apr 30 11:11:59 2008 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Wed, 30 Apr 2008 12:11:59 +0100 Subject: is xorg.conf still needed In-Reply-To: <200804300858.m3U8wCb8018427@tiffany.internal.tigress.co.uk> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> <200804300858.m3U8wCb8018427@tiffany.internal.tigress.co.uk> Message-ID: <20080430111159.GA1949@imperial.ac.uk> On Wed, Apr 30, 2008 at 09:58:10AM +0100, Ron Yorston wrote: > "Jerry James" wrote: > >Please don't forget us folks who run Fedora on rack-mounted servers in > >the back room. I've got a single monitor, mouse, and keyboard shared > >via a KVM switch between several machines. The odds are high that > >those I/O devices cannot be queried for their properties at X startup > >time because the KVM switch is set to some other machine. > > +1 > > I have a KVM switch between my firewall and desktop machines. While > the desktop was booting up I often switched to the console of the > firewall to do something else, thus making more effective use of my > time. With recent versions of Fedora this results in the desktop not > detecting the monitor and getting a stupid default resolution. This also happens when the monitor is off, many users here used to reboot their machine and turn the monitor off before leaving for the weekend so they were really confused once they turned the monitor back on to login a few days later. Kostas From mike.cloaked at gmail.com Wed Apr 30 11:37:25 2008 From: mike.cloaked at gmail.com (Mike C) Date: Wed, 30 Apr 2008 11:37:25 +0000 (UTC) Subject: is xorg.conf still needed References: <1209523940.2906.136.camel@localhost.localdomain> <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> Message-ID: Adam Tkac redhat.com> writes: > I think it is not good idea. Autoconfiguration is generally better than > manual but in some cases autoconfiguration cannot help you. Examples: > > - your xyz driver is broken and you want use vesa temporarily > - you want use some external module (like vnc module) > - you are user who needs fine-grained configuration (autoconfiguration > is good for masses but sometimes people needs more) > > Best should be use autoconfiguration as much as possible but preserve > and create minimal xorg.conf. I would like to be re-assured that the issues that Adam raises are still possible, perhaps via a different config facility, if there were a fully xorg.conf'less X in future. In particular I most definitely would be very disadvantaged without the vnc module. Can anyone respond to say how this module would be loaded when X started if it there is no xorg.conf? Similarly how would the current touchpad parameter changes to customise the touchpad be input without an xorg.conf? I presume that these issues have been thought about even if there is no complete answer at present? Some idea of what needs to be developed in order to accommodate these reductions in capability must surely have been thought through before the decision to develop X to the point of not having xorg.conf for F10? From jwboyer at gmail.com Wed Apr 30 11:41:10 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 30 Apr 2008 06:41:10 -0500 Subject: Sponsor required In-Reply-To: <48177FE6.7070409@hhs.nl> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> Message-ID: <1209555670.2946.85.camel@vader.jdub.homelinux.org> On Tue, 2008-04-29 at 22:07 +0200, Hans de Goede wrote: > Christopher Aillon wrote: > > On 04/29/2008 06:11 AM, Joe Orton wrote: > >> Hi, Elio Maldonado Batiz has been diligently hacking away at > >> converting the crypto-utils package to use NSS instead of OpenSSL, see > >> bug https://bugzilla.redhat.com/show_bug.cgi?id=346731. > >> > >> This is a big chunk of work and is now ready to commit; I don't > >> particularly want to play gatekeeper for this, could someone sponsor > >> Elio to join the cvsextras group? Elio's username is emaldonado. > > > > Joe, I think this is a great time to point out that you too can become a > > sponsor and be able to help with new contributors. It is rather unfair > > to ask people here to do so since being a sponsor requires a certain > > level of commitment to helping the sponsoree with problems they may > > encounter. It seems that you are willing to do that for Elio, and > > should be his sponsor. > > > > Which is pointing out one very big sore point in Fedora after the merge between > core and extras, very little people seem to have been appointed sponsor, > certainly something where IMHO FESco is dropping the ball. I realize that it's much easier to criticize a small body of people vs. the whole Fedora community, but this is hardly FESCo's fault. We have a standing item in the meeting to discuss and vote on sponsors. We literally have not received any nominations in quite a while. Just as FESCo can't arbitrate disputes it doesn't know about, it can't approve sponsor nominations that don't exist. josh From paul at all-the-johnsons.co.uk Wed Apr 30 12:12:59 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 30 Apr 2008 13:12:59 +0100 Subject: gacutil on koji broken? Message-ID: <1209557579.4933.9.camel@T7.Linux> Hi, I've just submitted monodevelop to koji to build for f10, but it's moaning that gacutil can't be found despite the BRs having mono-devel in there (which pulls in mono-core which has gacutil in there). Anyone shed some light on this or why I can't currently build to rawhide? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mschmidt at redhat.com Wed Apr 30 12:21:49 2008 From: mschmidt at redhat.com (Michal Schmidt) Date: Wed, 30 Apr 2008 14:21:49 +0200 Subject: preupgrade - upgrade error In-Reply-To: <48183731.5050703@mindspring.com> References: <48183731.5050703@mindspring.com> Message-ID: <20080430142149.41d6fb38@brian.englab.brq.redhat.com> On Wed, 30 Apr 2008 05:09:05 -0400 Richard Hally wrote: > After completing the download of the needed packages and other > things, I clicked on reboot. Grub showed me the upgrade to rawhide > option. after selecting it, the kernel booted and then the following > error came up: "An error occured reading the install from the ISO > images. please check your ISO images and try again." > > the F3 console shows(after some INFO lines): > "04:36:38 ERROR : failed to open /mnt/isodirbootupgradestage2.img: > No such file or directory" Looks like you're hit by https://fedorahosted.org/preupgrade/ticket/19 You can workaround it by adding the missing slashes manually in grub.conf. From billcrawford1970 at gmail.com Wed Apr 30 12:23:47 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 30 Apr 2008 13:23:47 +0100 Subject: Monodevelop and video card recommedations In-Reply-To: <1209543523.4933.0.camel@T7.Linux> References: <20080429075020.M8784@all-the-johnsons.co.uk> <20080429155346.GA31111@wolff.to> <1209543523.4933.0.camel@T7.Linux> Message-ID: <544eb990804300523h48194afam93587bb629272930@mail.gmail.com> On 30/04/2008, Paul wrote: > Hi, [someone else wrote:] > > I have a Radeon 9200 AGP card. It was relatively cheap and doesn't have > > its own fan, which is nice. I bought it a while ago now, so I don't know > > how easy they are to get any more. (Avoid SE verions or 9250s as they are > > slower versions of the same device and probably aren't enough cheaper to > > warrent getting them.) It's the "9250 SE" that's slower (half the speed). The "9250 pro" is twice as fast (memory bandwidth) as the "9200" (see http://en.wikipedia.org/wiki/Comparison_of_ATI_Graphics_Processing_Units for details). > I've spotted at 128Mb ATi Radeon 9250 on eBay for about 20 UKP. Any > comments on if it works fine in Rawhide? If it's the "9250 Pro", then it's almost identical to the 9200, 240 instead of 250 MHz clock, is available in 8x AGP and PCI-e variants, and has pretty solid 3d support up to F8; rawhide still seems to have teething problems, but Dave Airlie et al are working their butts off. From billcrawford1970 at gmail.com Wed Apr 30 12:28:42 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 30 Apr 2008 13:28:42 +0100 Subject: Monodevelop and video card recommedations In-Reply-To: <544eb990804300523h48194afam93587bb629272930@mail.gmail.com> References: <20080429075020.M8784@all-the-johnsons.co.uk> <20080429155346.GA31111@wolff.to> <1209543523.4933.0.camel@T7.Linux> <544eb990804300523h48194afam93587bb629272930@mail.gmail.com> Message-ID: <544eb990804300528x276b9350u585e3489efb7b09a@mail.gmail.com> On 30/04/2008, Bill Crawford wrote: > It's the "9250 SE" that's slower (half the speed). The "9250 pro" is > twice as fast (memory bandwidth) as the "9200" (see > http://en.wikipedia.org/wiki/Comparison_of_ATI_Graphics_Processing_Units > for details). I meant of course, as the "9250 SE"; it's almost the same as the original 9200. From paul at all-the-johnsons.co.uk Wed Apr 30 12:32:53 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 30 Apr 2008 13:32:53 +0100 Subject: Another koji oddity Message-ID: <1209558773.4933.13.camel@T7.Linux> Hi, Trying to get mono-tools to build under F10 and for the i386 build I'm getting an error that libhunspell.so.1 is missing for xulrunner. I'm not sure what is pulling this dependancy in - nothing jumps out. Any ideas? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dwmw2 at infradead.org Wed Apr 30 12:36:08 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 30 Apr 2008 13:36:08 +0100 Subject: clex 3.18 failing on PPC In-Reply-To: <4817ACB9.9070701@nobugconsulting.ro> References: <4817ACB9.9070701@nobugconsulting.ro> Message-ID: <1209558968.25560.331.camel@pmac.infradead.org> On Wed, 2008-04-30 at 02:18 +0300, Manuel Wolfshant wrote: > Hello > > Kairo Ara?jo - whom I have sponsored - has tried to update the > package "clex" to version 3.18 > (http://koji.fedoraproject.org/koji/taskinfo?taskID=585648 ). > Unfortunately build for PPC (and only for PPC) fails in koji, as can be > seen at http://koji.fedoraproject.org/koji/taskinfo?taskID=585651 (this > happens both in rawhide and F9). The build log ends with > > checking dependency style of gcc... > gcc3 > checking for library containing stdscr... > no > configure: error: CLEX requires NCURSES package > > The same configure script on PPC64 gives: > > checking dependency style of gcc... > gcc3 > checking for library containing stdscr... > -lncurses > > (and builds successfully, unsurprisingly) > ncurses-devel in an explicit BR and according to > http://koji.fedoraproject.org/koji/getfile?taskID=585651&name=root.log > it has been installed in the buildroot. > Since neither Kairo nor I have access to PPC based machines, could > someone give us a hand, please ? Let me have a SSH public key and you can have an account on a suitable machine. Another trick which is useful is to add ' || cat config.log' to the end of the %configure line in the specfile -- and then you'll see interesting stuff like this in build.log: configure:3364: gcc -o conftest -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -Wall -pedantic conftest.c -lncurses >&5 /usr/bin/ld: /tmp/ccbzwK69.o(.text+0xc): unresolvable R_PPC_REL24 relocation against symbol `stdscr' /tmp/ccbzwK69.o: In function `main': /home/dwmw2/working/extras/clex/devel/clex-3.18/conftest.c:22: relocation truncated to fit: R_PPC_REL24 against symbol `stdscr' defined in .sbss section in /lib/libtinfo.so.5 /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status Smells like libtinfo isn't built with -fPIC? -- dwmw2 From nicu_fedora at nicubunu.ro Wed Apr 30 12:54:47 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Wed, 30 Apr 2008 15:54:47 +0300 Subject: F9 installation screenshot In-Reply-To: <48183A4C.3010402@fedoraproject.org> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <4818392A.9020104@nicubunu.ro> <48183A4C.3010402@fedoraproject.org> Message-ID: <48186C17.3050701@nicubunu.ro> Rahul Sundaram wrote: > Nicu Buculei wrote: > >> But I guess nothing can stop us to produce a set of European centric >> jokes for F10, maybe Asian for F11 and so on, right? >> Maybe emphasize this local touch to show how we are a multi-lingual >> and multi-cultural community. > > Instead of this purely theoretical argument, wait for someone to create > content first and then debate whether it is acceptable or not. Whoever > is volunteering to create content can do so keeping in the mind the > global nature of Fedora. Correct, but it is a bit too early to talk about concrete content for F10, without having defined the features list, the general look and feel, a tagline, etc. But I will go further and list a crazy idea (while I don't have the means to implement it, I still think is cool) about emphasizing the people aspect of Fedora: get hold of a bunch of Fedora developers, clothe them in the XIX century style (complete with accessories, fake moustaches), take some photos, get a heavy GIMPing session to make them look like from 100-150 years ago (sepia, soft focus, stains) and use them as material for the slides. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From katzj at redhat.com Wed Apr 30 12:58:45 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 30 Apr 2008 08:58:45 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209532328.4817ffa8c8103@ssl.mecca.ca> References: <1209523940.2906.136.camel@localhost.localdomain> <1209532328.4817ffa8c8103@ssl.mecca.ca> Message-ID: <1209560325.22831.147.camel@aglarond.local> On Wed, 2008-04-30 at 01:12 -0400, Luya Tshimbalanga wrote: > Speaking about xorg.conf. It would be nice to discuss about tablet device > support like Wacom model. So far I have to manually edit that file to fully > enable feature of stylus. Maybe talking to upstream would help. I have the start of some work to get this going, at least on the tablet PCs. Should be able to translate to the stand-alone tablets as well, though. I just ran out of time to finish it for F9 Jeremy From denis at poolshark.org Wed Apr 30 13:00:25 2008 From: denis at poolshark.org (Denis Leroy) Date: Wed, 30 Apr 2008 15:00:25 +0200 Subject: Sponsor required In-Reply-To: <1209555670.2946.85.camel@vader.jdub.homelinux.org> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> <1209555670.2946.85.camel@vader.jdub.homelinux.org> Message-ID: <48186D69.8070908@poolshark.org> Josh Boyer wrote: > On Tue, 2008-04-29 at 22:07 +0200, Hans de Goede wrote: >> Christopher Aillon wrote: >>> On 04/29/2008 06:11 AM, Joe Orton wrote: >>>> Hi, Elio Maldonado Batiz has been diligently hacking away at >>>> converting the crypto-utils package to use NSS instead of OpenSSL, see >>>> bug https://bugzilla.redhat.com/show_bug.cgi?id=346731. >>>> >>>> This is a big chunk of work and is now ready to commit; I don't >>>> particularly want to play gatekeeper for this, could someone sponsor >>>> Elio to join the cvsextras group? Elio's username is emaldonado. >>> Joe, I think this is a great time to point out that you too can become a >>> sponsor and be able to help with new contributors. It is rather unfair >>> to ask people here to do so since being a sponsor requires a certain >>> level of commitment to helping the sponsoree with problems they may >>> encounter. It seems that you are willing to do that for Elio, and >>> should be his sponsor. >>> >> Which is pointing out one very big sore point in Fedora after the merge between >> core and extras, very little people seem to have been appointed sponsor, >> certainly something where IMHO FESco is dropping the ball. > > I realize that it's much easier to criticize a small body of people vs. > the whole Fedora community, but this is hardly FESCo's fault. We have a > standing item in the meeting to discuss and vote on sponsors. We > literally have not received any nominations in quite a while. here, I'll nominate myself. -denis From dwmw2 at infradead.org Wed Apr 30 13:11:29 2008 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 30 Apr 2008 14:11:29 +0100 Subject: clex 3.18 failing on PPC In-Reply-To: <1209558968.25560.331.camel@pmac.infradead.org> References: <4817ACB9.9070701@nobugconsulting.ro> <1209558968.25560.331.camel@pmac.infradead.org> Message-ID: <1209561089.25560.336.camel@pmac.infradead.org> On Wed, 2008-04-30 at 13:36 +0100, David Woodhouse wrote: > Smells like libtinfo isn't built with -fPIC? Hm, don't think it's that. But 'stdscr' is a variable, and the configure test seems to be attempting to call it as if it's a function. This is probably not a good thing to be doing. This is a quick hack to fix it, but you should probably be including ncurses.h to pick up the appropriate declaration of stdscr -- it's different according to how ncurses was built. --- clex-3.18/configure~ 2008-04-01 14:06:50.000000000 +0100 +++ clex-3.18/configure 2008-04-30 14:11:02.000000000 +0100 @@ -3339,11 +3339,11 @@ cat >>conftest.$ac_ext <<_ACEOF #ifdef __cplusplus extern "C" #endif -char stdscr (); +extern int stdscr; int main () { -return stdscr (); +return stdscr; ; return 0; } -- dwmw2 From katzj at redhat.com Wed Apr 30 13:12:55 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 30 Apr 2008 09:12:55 -0400 Subject: is xorg.conf still needed In-Reply-To: <48184E10.9090008@odu.neva.ru> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <1209537113.21437.10.camel@rousalka.okg> <48184E10.9090008@odu.neva.ru> Message-ID: <1209561175.22831.152.camel@aglarond.local> On Wed, 2008-04-30 at 14:46 +0400, Dmitry Butskoy wrote: > Nicolas Mailhot wrote: > > Le mardi 29 avril 2008 ? 23:05 -0400, Jeremy Katz a ?crit : > > > >> This is a very strong goal for Fedora 10, at least for me. There are a > >> couple of outstanding things that are going to have to be taken care of: > >> *) Getting the X keyboard layout set based on /etc/sysconfig/keyboard > >> > > > > I hope this will be done by making the console use xkb layouts, > > Does it mean that we will have to have xkb things installed even on > machines where X is not installed now? > (servers etc.) The layout data, yes. You wouldn't need the xkb tools (you'd need console ones instead). But the layout data doesn't take any more space than the kbd layout data does really Jeremy From nicolas.mailhot at laposte.net Wed Apr 30 13:26:05 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 15:26:05 +0200 (CEST) Subject: is xorg.conf still needed In-Reply-To: <48184E10.9090008@odu.neva.ru> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <1209537113.21437.10.camel@rousalka.okg> <48184E10.9090008@odu.neva.ru> Message-ID: <12230.192.54.193.59.1209561965.squirrel@rousalka.dyndns.org> Le Mer 30 avril 2008 12:46, Dmitry Butskoy a ?crit : > Nicolas Mailhot wrote: >> Le mardi 29 avril 2008 ? 23:05 -0400, Jeremy Katz a ?crit : >>> *) Getting the X keyboard layout set based on >>> /etc/sysconfig/keyboard >>> >> >> I hope this will be done by making the console use xkb layouts, > > Does it mean that we will have to have xkb things installed even on > machines where X is not installed now? > (servers etc.) That would mean you'd have the xkb layout definitions installed instead of one set of layout definitions for the console (kbd) and a different one for X (xkeyboard-config). Both being inconsistent with each other and hell to maintain. -- Nicolas Mailhot From katzj at redhat.com Wed Apr 30 13:28:41 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 30 Apr 2008 09:28:41 -0400 Subject: is xorg.conf still needed In-Reply-To: <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> References: <1209523940.2906.136.camel@localhost.localdomain> <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> Message-ID: <1209562121.22831.164.camel@aglarond.local> On Wed, 2008-04-30 at 10:56 +0200, Adam Tkac wrote: > On Wed, Apr 30, 2008 at 12:52:20PM +1000, Rodd Clarkson wrote: > > I've been running my system for the past week without an xorg.conf file > > and it seems to work well > > > > I'm pretty sure that from comments made either on this list or > > fedora-test that we are moving in a direction where the norm will be > > that no xorg.conf file is needed and therefor won't be created. > > I think it is not good idea. Autoconfiguration is generally better than > manual but in some cases autoconfiguration cannot help you. Examples: > > - your xyz driver is broken and you want use vesa temporarily Ultimately, we should be fixing these bugs. Not having a config file to work around them. But at the same time, the idea is that you can do things like this at the hal level with fdi files rather than xorg.conf > - you want use some external module (like vnc module) Not sure what the best answer for these are... I defer to ajax :) > - you are user who needs fine-grained configuration (autoconfiguration > is good for masses but sometimes people needs more) But a lot of the configuration is *user* based -- not the system. > Best should be use autoconfiguration as much as possible but preserve > and create minimal xorg.conf. How does an empty xorg.conf help anyone? There's nothing saying that if you _create_ one it won't be followed, but in the general case, one shouldn't be needed and we shouldn't be writing one out. Jeremy From nicolas.mailhot at laposte.net Wed Apr 30 13:32:48 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 15:32:48 +0200 (CEST) Subject: F9 installation screenshot In-Reply-To: References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> Message-ID: <35616.192.54.193.59.1209562368.squirrel@rousalka.dyndns.org> Le Mer 30 avril 2008 10:36, Matej Cepl a ?crit : > As a non-American I think I can say that this fear of being too > much labelled as an American distribution is totally silly. I does not matter if some people are ok with the image conveyed. This is marketing. You don't add a message because it plays well with part of your target audience, you add a message that plays well with most of your target audience and has no negative effect with the rest. Past attempts did have a significative negative effect. -- Nicolas Mailhot From james.antill at redhat.com Wed Apr 30 13:39:10 2008 From: james.antill at redhat.com (James Antill) Date: Wed, 30 Apr 2008 09:39:10 -0400 Subject: Automatic python requires In-Reply-To: <20080430094736.2cd48b83@ludwig-alpha.unil.ch> References: <4817A0FF.2040202@cora.nwra.com> <20080429224928.GA2578@free.fr> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> <20080430072010.GA2657@free.fr> <1209540225.24162.13.camel@ignacio.lan> <20080430072633.GB2657@free.fr> <20080430094736.2cd48b83@ludwig-alpha.unil.ch> Message-ID: <1209562750.10286.74.camel@code.and.org> On Wed, 2008-04-30 at 09:47 +0200, Christian Iseli wrote: > On Wed, 30 Apr 2008 09:26:33 +0200, Patrice Dumas wrote: > > It is not a problem, just unneeded. It adds difference with upstream, > > may require patching and so on, > > Usually, a 'sed -i' line in %setup is enough, so I wouldn't call it a > big burden. > > > better leave it to te packager. > > Sure. But I think a "recommendation" line somewhere might actually be > good, with some rationale that it: > - allows rpm to get the dependencies right > - avoids user confusion when the wrong interpreter is called > - maybe something else I forget... - Must not go through env for setuid / consolehelper - Must not go through env if it "uses" SELinux, in targeted at least. ...I've also seen multiple instances where people had non-system python interpreters first in their path, so going through env broke all the time. But I'm not sure how much we care about that in Fedora? -- James Antill Red Hat -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Wed Apr 30 13:41:28 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 30 Apr 2008 19:11:28 +0530 Subject: F9 installation screenshot In-Reply-To: <35616.192.54.193.59.1209562368.squirrel@rousalka.dyndns.org> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <35616.192.54.193.59.1209562368.squirrel@rousalka.dyndns.org> Message-ID: <48187708.6040709@fedoraproject.org> Nicolas Mailhot wrote: > Le Mer 30 avril 2008 10:36, Matej Cepl a ?crit : > >> As a non-American I think I can say that this fear of being too >> much labelled as an American distribution is totally silly. > > I does not matter if some people are ok with the image conveyed. This > is marketing. You don't add a message because it plays well with part > of your target audience, you add a message that plays well with most > of your target audience and has no negative effect with the rest. > > Past attempts did have a significative negative effect. Is that a fact or merely your opinion? Rahul From skvidal at fedoraproject.org Wed Apr 30 13:40:41 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 30 Apr 2008 09:40:41 -0400 Subject: preupgrade - upgrade error In-Reply-To: <48183731.5050703@mindspring.com> References: <48183731.5050703@mindspring.com> Message-ID: <1209562841.8968.119.camel@cutter> On Wed, 2008-04-30 at 05:09 -0400, Richard Hally wrote: > After completing the download of the needed packages and other things, I clicked > on reboot. Grub showed me the upgrade to rawhide option. after selecting it, the > kernel booted and then the following error came up: > "An error occured reading the install from the ISO images. please check your ISO > images and try again." > > the F3 console shows(after some INFO lines): > "04:36:38 ERROR : failed to open /mnt/isodirbootupgradestage2.img: No such file > or directory" > > the F5 console shows "Running... /bin/mount -n -t ext3 -o ro /dev/sda3 > /mnt/isodir" and that is all. > > what is going on? where should I look? > > An upgrade directory was created in /boot and it has the initrd.img, the > stage2.img and the zmlinuz. > Any where else I should check? what version of preupgrade is this? 0.9.2? -sv From ajackson at redhat.com Wed Apr 30 13:41:46 2008 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 30 Apr 2008 09:41:46 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209523940.2906.136.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> Message-ID: <1209562906.15542.295.camel@localhost.localdomain> On Wed, 2008-04-30 at 12:52 +1000, Rodd Clarkson wrote: > I've been running my system for the past week without an xorg.conf file > and it seems to work well > > I'm pretty sure that from comments made either on this list or > fedora-test that we are moving in a direction where the norm will be > that no xorg.conf file is needed and therefor won't be created. > > I'm having discussions with someone about this at the moment and would > appreciate some clarification on where things are head so that this can > be addressed at their end.[1] > > [1] The nvidia service from livna tries to > run /usr/sbin/nvidia-config-display which seems to require a xorg.conf > file in place. It appears that either (a) livna will need to work > around the absence of this file by creating one (how?), and eventually > (b) that nvidia will need to rewrite their software to recognize that > the file need not exist. The driver selection heuristic is the open source native driver for the hardware, if it exists, followed by vesa. Changing this (ie, to force vesa, or to use a closed driver) requires writing a config file. % system-config-display --noui --set-driver=nvidia Will write a standard minimal config with the driver set to 'nvidia'. - ajax From ajackson at redhat.com Wed Apr 30 13:46:28 2008 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 30 Apr 2008 09:46:28 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209532328.4817ffa8c8103@ssl.mecca.ca> References: <1209523940.2906.136.camel@localhost.localdomain> <1209532328.4817ffa8c8103@ssl.mecca.ca> Message-ID: <1209563188.15542.302.camel@localhost.localdomain> On Wed, 2008-04-30 at 01:12 -0400, Luya Tshimbalanga wrote: > Speaking about xorg.conf. It would be nice to discuss about tablet device > support like Wacom model. So far I have to manually edit that file to fully > enable feature of stylus. Maybe talking to upstream would help. There's two pieces here. One is just getting the driver loaded, which we do in fact handle. If lshal shows your Wacom device, we'll load the linuxwacom driver on it automagically. The downside (and the other piece) is that we do so with absolutely none of the mandatory options specified, which means the driver refuses to do anything with the device. Some of this we could fold into the base option set, but some of it really is user preference and needs to be exposed in the UI rather than in xorg.conf. The goal is to have properties on input devices by the next X server release (ie, 1.6), which will work more or less like RANDR output properties, and will allow you to configure things like stylus/eraser/cursor/pad on the fly. - ajax From rawhide at fedoraproject.org Wed Apr 30 13:47:03 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Wed, 30 Apr 2008 13:47:03 +0000 (UTC) Subject: rawhide report: 20080430 changes Message-ID: <20080430134703.45766209CFF@releng1.fedora.phx.redhat.com> Broken deps for ppc64 ---------------------------------------------------------- livecd-tools-015-1.fc9.ppc64 requires yaboot perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ppc64-utils-0.14-2.fc9.ppc64 requires yaboot From ajackson at redhat.com Wed Apr 30 13:53:43 2008 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 30 Apr 2008 09:53:43 -0400 Subject: is xorg.conf still needed In-Reply-To: <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> Message-ID: <1209563623.15542.309.camel@localhost.localdomain> On Tue, 2008-04-29 at 21:31 -0600, Jerry James wrote: > On Tue, Apr 29, 2008 at 9:05 PM, Jeremy Katz wrote: > > This is a very strong goal for Fedora 10, at least for me. There are a > > couple of outstanding things that are going to have to be taken care of: > > *) Getting the X keyboard layout set based on /etc/sysconfig/keyboard > > *) Need to be able to pass arbitrary options for input devices (eg, all > > the stuff needed for wacom config) > > *) Profit :-) > > Please don't forget us folks who run Fedora on rack-mounted servers in > the back room. I've got a single monitor, mouse, and keyboard shared > via a KVM switch between several machines. The odds are high that > those I/O devices cannot be queried for their properties at X startup > time because the KVM switch is set to some other machine. That's fine. The way input works now is you _always_ have a virtual core pointer and core keyboard. As we receive device presence events from hal, we load drivers for each, and attach their event streams to the core devices. So configuration happens at plug time, not server startup time. There's a detail here for outputs, which is that we don't always do sensible things if we try to start X with no monitor attached, and for some KVMs it's tough to tell the difference between not attached and merely not active. That's just a bug though. - ajax From ajackson at redhat.com Wed Apr 30 14:00:17 2008 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 30 Apr 2008 10:00:17 -0400 Subject: is xorg.conf still needed In-Reply-To: <1209562121.22831.164.camel@aglarond.local> References: <1209523940.2906.136.camel@localhost.localdomain> <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> <1209562121.22831.164.camel@aglarond.local> Message-ID: <1209564017.15542.315.camel@localhost.localdomain> On Wed, 2008-04-30 at 09:28 -0400, Jeremy Katz wrote: > On Wed, 2008-04-30 at 10:56 +0200, Adam Tkac wrote: > > I think it is not good idea. Autoconfiguration is generally better than > > manual but in some cases autoconfiguration cannot help you. Examples: > > > > - your xyz driver is broken and you want use vesa temporarily > > Ultimately, we should be fixing these bugs. Not having a config file to > work around them. But at the same time, the idea is that you can do > things like this at the hal level with fdi files rather than xorg.conf ?The answer here is that xorg.conf is allowed to be _very_ small. All the pieces you don't fill in will be filled in from the default configuration heuristic. Ideally, though this doesn't work yet, you'd just do: Section "Device" Driver "vesa" EndSection and the rest would get filled in for you. > > - you want use some external module (like vnc module) > > Not sure what the best answer for these are... I defer to ajax :) You should be able to load the vnc module, while still preserving the rest of the autoconfig logic, with a config file consisting of just: Section "Module" Load "vnc" EndSection This _should_ work today. Please let me know if it doesn't! - ajax From bpepple at fedoraproject.org Wed Apr 30 14:02:56 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 30 Apr 2008 10:02:56 -0400 Subject: Sponsor required In-Reply-To: <48186D69.8070908@poolshark.org> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> <1209555670.2946.85.camel@vader.jdub.homelinux.org> <48186D69.8070908@poolshark.org> Message-ID: <1209564176.24134.0.camel@kennedy> On Wed, 2008-04-30 at 15:00 +0200, Denis Leroy wrote: > Josh Boyer wrote: > > I realize that it's much easier to criticize a small body of people vs. > > the whole Fedora community, but this is hardly FESCo's fault. We have a > > standing item in the meeting to discuss and vote on sponsors. We > > literally have not received any nominations in quite a while. > > here, I'll nominate myself. Please add yourself to the wiki with the appropriate info, and I'll send out your nomination to the list for discussion: http://fedoraproject.org/wiki/Extras/Schedule/NewSponsors Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Wed Apr 30 14:09:11 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 30 Apr 2008 16:09:11 +0200 Subject: is xorg.conf still needed In-Reply-To: <1209562906.15542.295.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> <1209562906.15542.295.camel@localhost.localdomain> Message-ID: <48187D87.3020709@leemhuis.info> On 30.04.2008 15:41, Adam Jackson wrote: > On Wed, 2008-04-30 at 12:52 +1000, Rodd Clarkson wrote: > >> [1] The nvidia service from livna tries to >> run /usr/sbin/nvidia-config-display which seems to require a xorg.conf >> file in place. It appears that either (a) livna will need to work >> around the absence of this file by creating one (how?), and eventually >> (b) that nvidia will need to rewrite their software to recognize that >> the file need not exist. > > The driver selection heuristic is the open source native driver for the > hardware, if it exists, followed by vesa. Changing this (ie, to force > vesa, or to use a closed driver) requires writing a config file. > > % system-config-display --noui --set-driver=nvidia > > Will write a standard minimal config with the driver set to 'nvidia'. I suppose that will work if the user installed the drivers manually with the nvidia-installer, as that simply overwrites some files from mesa or xorg as shipped by Fedora. It won't work properly with the livna driver-packages afaik as those have to places some files in different directories (as we can't simply overwrite files with rpm and don't want to) and do some magic with /etc/ld.so.conf and a special ModulePath in /etc/X11/xorg.conf (?) to make the linker and Xorg find those files (otherwise 3d won't work with the drivers; 2d will). That's far from ideal and breaks quite often (for example with some proprietary games that have a hard coded rpath to libGL.so.1). I hope Fedora and Livna/RPM Fusion can work out a better solution in the future to avoid that mess. Steward (he maintains the fglrx and nvidia drivers in Livna) some months ago on this list suggested to switch to using alternatives for libGL.so.1, but he didn't get much (or any?) feedback on that. :-/ CU knurd (?) -- that might become more complicated if there isn't any xorg.conf From cmadams at hiwaay.net Wed Apr 30 14:12:31 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 30 Apr 2008 09:12:31 -0500 Subject: is xorg.conf still needed In-Reply-To: <200804300858.m3U8wCb8018427@tiffany.internal.tigress.co.uk> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> <200804300858.m3U8wCb8018427@tiffany.internal.tigress.co.uk> Message-ID: <20080430141231.GB1158623@hiwaay.net> Once upon a time, Ron Yorston said: > I have a KVM switch between my firewall and desktop machines. While > the desktop was booting up I often switched to the console of the > firewall to do something else, thus making more effective use of my > time. With recent versions of Fedora this results in the desktop not > detecting the monitor and getting a stupid default resolution. I discovered that in Rawhide (from last week sometime IIRC), the installer will crash if you use a USB KVM switch and switch away (because the USB devices go away; I guess the installer can't handle hot-plug). I have not filed a bug yet because I only hit it once and didn't have any time to reproduce. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mmcgrath at redhat.com Wed Apr 30 14:26:02 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 30 Apr 2008 09:26:02 -0500 (CDT) Subject: Outage Reminder This weekend!! Message-ID: Its a 5 hour outage.... https://www.redhat.com/archives/fedora-devel-announce/2008-April/msg00023.html From fedora at leemhuis.info Wed Apr 30 14:31:10 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 30 Apr 2008 16:31:10 +0200 Subject: Sponsor required In-Reply-To: <1209555670.2946.85.camel@vader.jdub.homelinux.org> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> <1209555670.2946.85.camel@vader.jdub.homelinux.org> Message-ID: <481882AE.7050206@leemhuis.info> On 30.04.2008 13:41, Josh Boyer wrote: > On Tue, 2008-04-29 at 22:07 +0200, Hans de Goede wrote: > [...] >> Which is pointing out one very big sore point in Fedora after the merge between >> core and extras, very little people seem to have been appointed sponsor, >> certainly something where IMHO FESco is dropping the ball. > I realize that it's much easier to criticize a small body of people vs. > the whole Fedora community, but this is hardly FESCo's fault. Sorry to disagree, but it IMHO is completely FESCo's fault. > We have a > standing item in the meeting to discuss and vote on sponsors. We > literally have not received any nominations in quite a while. Here is the difference between "I have a open ear for your problems; just come and tell me about it" vs. "I'm looking after you all the time and think I noticed you have some problems; should we try to solve them together" again I mentioned in a mail to this list yesterday. In the Extras days (at least those when I run the meetings) we *actively* looked out for new sponsors all the time: * we each meeting asked for new sponsor nominations (self-nominations or nominations from other people) and thus everyone had to think about it for a moment * in the agenda we send out to the list there was the point "sponsor (self-)nominations" quite often (not often enough) -- that way everyone on the list got a reminder that they can nominate/self-nominate * new sponsor-nominations were not a FESCO-only thing; we tried to integrate the existing sponsors into the discussions and decisions, as they are in the best position for it (?) FESCO doesn't do any of the above properly these days IMHO. Especially the first two points are IMHO important and made sure people always got reminded that they could self-nominate or nominate other people. Most of the time in fact in were no self-nomination -- often people got nominated by existing sponsors. CU knurd (?) -- that could have worked a lot better, but it worked From katzj at redhat.com Wed Apr 30 14:31:43 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 30 Apr 2008 10:31:43 -0400 Subject: is xorg.conf still needed In-Reply-To: <20080430141231.GB1158623@hiwaay.net> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> <200804300858.m3U8wCb8018427@tiffany.internal.tigress.co.uk> <20080430141231.GB1158623@hiwaay.net> Message-ID: <1209565903.22831.166.camel@aglarond.local> On Wed, 2008-04-30 at 09:12 -0500, Chris Adams wrote: > Once upon a time, Ron Yorston said: > > I have a KVM switch between my firewall and desktop machines. While > > the desktop was booting up I often switched to the console of the > > firewall to do something else, thus making more effective use of my > > time. With recent versions of Fedora this results in the desktop not > > detecting the monitor and getting a stupid default resolution. > > I discovered that in Rawhide (from last week sometime IIRC), the > installer will crash if you use a USB KVM switch and switch away > (because the USB devices go away; I guess the installer can't handle > hot-plug). I have not filed a bug yet because I only hit it once and > didn't have any time to reproduce. It got filed and I'm pretty sure should be fixed in current rawhide Jeremy From cmadams at hiwaay.net Wed Apr 30 14:43:21 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 30 Apr 2008 09:43:21 -0500 Subject: is xorg.conf still needed In-Reply-To: <1209565903.22831.166.camel@aglarond.local> References: <1209523940.2906.136.camel@localhost.localdomain> <1209524701.22831.136.camel@aglarond.local> <870180fe0804292031o12327456v8a6af99e71de253@mail.gmail.com> <200804300858.m3U8wCb8018427@tiffany.internal.tigress.co.uk> <20080430141231.GB1158623@hiwaay.net> <1209565903.22831.166.camel@aglarond.local> Message-ID: <20080430144321.GC1158623@hiwaay.net> Once upon a time, Jeremy Katz said: > On Wed, 2008-04-30 at 09:12 -0500, Chris Adams wrote: > > I discovered that in Rawhide (from last week sometime IIRC), the > > installer will crash if you use a USB KVM switch and switch away > > (because the USB devices go away; I guess the installer can't handle > > hot-plug). I have not filed a bug yet because I only hit it once and > > didn't have any time to reproduce. > > It got filed and I'm pretty sure should be fixed in current rawhide Thanks (sorry I didn't get it filed myself). I'll give it a try tonight and file/re-open if I still see a problem (I need to double check an error I was getting on the network page also; I just need some more round tuits). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From Christian.Iseli at unil.ch Wed Apr 30 15:06:11 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Wed, 30 Apr 2008 17:06:11 +0200 Subject: Sponsor required In-Reply-To: <481882AE.7050206@leemhuis.info> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> <1209555670.2946.85.camel@vader.jdub.homelinux.org> <481882AE.7050206@leemhuis.info> Message-ID: <20080430170611.1c3d0dc7@ludwig-alpha.unil.ch> On Wed, 30 Apr 2008 16:31:10 +0200, Thorsten Leemhuis wrote: > Here is the difference between "I have a open ear for your problems; > just come and tell me about it" I agree we do mostly this as a committee, we wait for project members (be they part of the committee or not) to report problems / raise questions before we act. > vs. "I'm looking after you all the > time and think I noticed you have some problems; should we try to > solve them together" again I mentioned in a mail to this list > yesterday. The way I read this, it sounds mostly like kindergarten where the adults will kindly look after the kids and try to get them to behave and do something interesting of their day. I'm not sure I am completely comfortable with this vision of how Fedora/FESCo should be operating. Sure, we can be proactive. But I'd feel a bit like big brother, breathing down everyone's neck trying to make sure they have no worries, and it sounds a bit "too much" for me. I'm not sure I'd enjoy having such a meddling committee looking after my Fedoran well being. But maybe that's just me. On the other hand, I'd really enjoy that the whole Fedora community be a bit more "meddling", when it comes to how things work in Fedora. The fact that there are rotting situations in BZ reports that do not transpire to the larger community until a contributor thinks his best course of action is to retire, is not good. I think that angering situations should be brought in the open for discussion as early as possible, either on this list or to FESCo or FAB. I do not think we should mandate FESCo to go hunting down potential angering situations in all corners of the Fedora world. Ah well, maybe I'm rambling now... Cheers, Christian From nicolas.mailhot at laposte.net Wed Apr 30 15:01:46 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 17:01:46 +0200 (CEST) Subject: F9 installation screenshot In-Reply-To: <48187708.6040709@fedoraproject.org> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <35616.192.54.193.59.1209562368.squirrel@rousalka.dyndns.org> <48187708.6040709@fedoraproject.org> Message-ID: <57802.192.54.193.59.1209567706.squirrel@rousalka.dyndns.org> Le Mer 30 avril 2008 15:41, Rahul Sundaram a ?crit : > Nicolas Mailhot wrote: >> Le Mer 30 avril 2008 10:36, Matej Cepl a ?crit : >> >>> As a non-American I think I can say that this fear of being too >>> much labelled as an American distribution is totally silly. >> >> I does not matter if some people are ok with the image conveyed. >> This >> is marketing. You don't add a message because it plays well with >> part >> of your target audience, you add a message that plays well with most >> of your target audience and has no negative effect with the rest. >> >> Past attempts did have a significative negative effect. > > Is that a fact or merely your opinion? It's as much fact as anything provided in this thread. -- Nicolas Mailhot From wwoods at redhat.com Wed Apr 30 15:14:56 2008 From: wwoods at redhat.com (Will Woods) Date: Wed, 30 Apr 2008 11:14:56 -0400 Subject: F9 pre installer woes In-Reply-To: <481840A9.6000301@redhat.com> References: <48183E7C.6030408@redhat.com> <481840A9.6000301@redhat.com> Message-ID: <1209568496.636.81.camel@metroid.rdu.redhat.com> On Wed, 2008-04-30 at 10:49 +0100, Andrew Haley wrote: > Andrew Haley wrote: > > I booted from the DVD, then tested the media. > > > > The installer then ejected the disk. > > > > I then selected continue, and now every time I click "OK", > > the installer reloads the disk and displays a screen that says > > > > > > Error > > OK > > > > > > > > --------- > > | OK | > > --------- > > I should have said: this is the text mode installer. There's a bit of a race/timing issue there. Put in the disc and *wait a few seconds* while the machine recognizes it. Once the machine recognizes it you should be able to hit "OK" and it'll continue. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From loganjerry at gmail.com Wed Apr 30 15:23:24 2008 From: loganjerry at gmail.com (Jerry James) Date: Wed, 30 Apr 2008 09:23:24 -0600 Subject: Java debugging In-Reply-To: <481836E8.8010107@redhat.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> Message-ID: <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: > I take your point. Does simply rebuilding that RPM fix this problem? Rebuilding that RPM fails: [javac] /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot override clearCache() in java.util.ResourceBundle; overridden method is static final [javac] public static void clearCache() [javac] ^ -- Jerry James http://loganjerry.googlepages.com/ From tmz at pobox.com Wed Apr 30 15:31:11 2008 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 30 Apr 2008 11:31:11 -0400 Subject: rpms/gnome-packagekit/F-9 gnome-packagekit-gpg-bodge.patch, NONE, 1.1 gnome-packagekit.spec, 1.30, 1.31 In-Reply-To: <200804301237.m3UCbCk8014552@cvs-int.fedora.redhat.com> References: <200804301237.m3UCbCk8014552@cvs-int.fedora.redhat.com> Message-ID: <20080430153111.GX26399@inocybe.teonanacatl.org> Greetings, Richard Hughes wrote: > gnome-packagekit-gpg-bodge.patch: > > --- NEW FILE gnome-packagekit-gpg-bodge.patch --- > diff --git a/src/gpk-application.c b/src/gpk-application.c > index 559bfc4..320f569 100644 > --- a/src/gpk-application.c > +++ b/src/gpk-application.c ... > + ret = pk_client_rollback (application->priv->client_action, key_package_id, &error); > + if (!ret) { > + pk_warning ("failed to install signature: %s", error->message); > + if (strcmp (error->message, "org.freedesktop.packagekit.install no") == 0) { > + gpk_application_error_message (application, _("You don't have the necessary privileges to install a signature"), NULL); > + } else if (g_str_has_prefix (error->message, "org.freedesktop.packagekit.install")) { > + /* canceled auth dialog, be silent */ > + } else { > + /* ick, we failed so pretend we didn't do the action */ > + gpk_application_error_message (application, _("The signature could not be installed"), error->message); > + } > + g_error_free (error); > + } I know this is just a temporary hack (the GIGANTIC HACK wording in the patch gave it away for me :), but can the wording here be changed to be a little more accurate? You don't "install" signatures. What's being installed (or perhaps imported, rather) is the repository's key. Maybe something more like the following wording for the two strings above: pk_warning ("failed to import key: %s", error->message); _("You don't have the necessary privileges to import a key") _("The repository's key could not be imported") I don't know what terminology pk uses to refer to repository's, so that bit might be better worded. But IMO the signature bit should be changed, since it makes no sense to install a signature. :) This doesn't seem to be in the upstream git anywhere yet, else I'd have sent a more thorough patch to replace signature with key where it seems appropriate. Perhaps the anon-git server just hasn't been synced yet today? -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Damn you and your estrogenical treachery! -- Stewie Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From aph at redhat.com Wed Apr 30 15:36:49 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 16:36:49 +0100 Subject: Java debugging In-Reply-To: <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> Message-ID: <48189211.7050104@redhat.com> Jerry James wrote: > On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >> I take your point. Does simply rebuilding that RPM fix this problem? > > Rebuilding that RPM fails: > > [javac] /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: > clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot > override clearCache() in java.util.ResourceBundle; overridden method > is static final > [javac] public static void clearCache() > [javac] ^ Oh, great. :-( That's an incompatible change from Java 1.5 to 1.6. Java 1.6 has a final method clearCache(), 1.5 doesn't: http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html Andrew. From lesmikesell at gmail.com Wed Apr 30 15:55:36 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 30 Apr 2008 10:55:36 -0500 Subject: Java debugging In-Reply-To: <48189211.7050104@redhat.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> Message-ID: <48189678.7030502@gmail.com> Andrew Haley wrote: > Jerry James wrote: >> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>> I take your point. Does simply rebuilding that RPM fix this problem? >> Rebuilding that RPM fails: >> >> [javac] /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >> override clearCache() in java.util.ResourceBundle; overridden method >> is static final >> [javac] public static void clearCache() >> [javac] ^ > > Oh, great. :-( > > That's an incompatible change from Java 1.5 to 1.6. > > Java 1.6 has a final method clearCache(), 1.5 doesn't: > > http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html > http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html So someone has noticed that shipping a 1.6'ish JVM isn't necessarily going to work for everyone who needs to run current java applications? -- Les Mikesell lesmikesell at gmail.com From aph at redhat.com Wed Apr 30 15:57:33 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 16:57:33 +0100 Subject: Java debugging In-Reply-To: <48189678.7030502@gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> Message-ID: <481896ED.2050305@redhat.com> Les Mikesell wrote: > Andrew Haley wrote: >> Jerry James wrote: >>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>>> I take your point. Does simply rebuilding that RPM fix this problem? >>> Rebuilding that RPM fails: >>> >>> [javac] >>> /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >>> >>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >>> override clearCache() in java.util.ResourceBundle; overridden method >>> is static final >>> [javac] public static void clearCache() >>> [javac] ^ >> >> Oh, great. :-( >> >> That's an incompatible change from Java 1.5 to 1.6. >> >> Java 1.6 has a final method clearCache(), 1.5 doesn't: >> >> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html >> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html > > So someone has noticed that shipping a 1.6'ish JVM isn't necessarily > going to work for everyone who needs to run current java applications? They'll work; they're binary compatible, not source compatible. ecj/gcj should still be able to build them, since that's 1.5. Andrew. From caolanm at redhat.com Wed Apr 30 16:01:09 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 30 Apr 2008 17:01:09 +0100 Subject: OpenOffice.org license change LGPLv2 -> LGPLv3 In-Reply-To: References: <1209028431.7436.66.camel@vain.rhgalway> <48104F9B.6050000@pingoured.fr> <1209029601.7436.78.camel@vain.rhgalway> Message-ID: <1209571269.7436.203.camel@vain.rhgalway> On Thu, 2008-04-24 at 07:19 -0500, Rex Dieter wrote: > Caolan McNamara wrote: > > > (Ideally) 3.0 require a handful of new system components not currently > > in F-9 (some languishing in review somewhere-or-other) > > Can you highlight these (what are they, pointers to existing reviews)? I'm > sure it would help garner more interest and help... :) https://bugzilla.redhat.com/show_bug.cgi?id=434827 But there's some movement on this recently. C. From billcrawford1970 at gmail.com Wed Apr 30 16:07:38 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 30 Apr 2008 17:07:38 +0100 Subject: is xorg.conf still needed In-Reply-To: <48187D87.3020709@leemhuis.info> References: <1209523940.2906.136.camel@localhost.localdomain> <1209562906.15542.295.camel@localhost.localdomain> <48187D87.3020709@leemhuis.info> Message-ID: <544eb990804300907k315f1b36s456e1c7dd8ebd31e@mail.gmail.com> On 30/04/2008, Thorsten Leemhuis wrote: > That's far from ideal and breaks quite often (for example with some > proprietary games that have a hard coded rpath to libGL.so.1). I hope Fedora > and Livna/RPM Fusion can work out a better solution in the future to avoid > that mess. Steward (he maintains the fglrx and nvidia drivers in Livna) some > months ago on this list suggested to switch to using alternatives for > libGL.so.1, but he didn't get much (or any?) feedback on that. :-/ "/usr/lib/libGL.so.1" is, well, a well-established ABI, basically. From bruno at wolff.to Wed Apr 30 16:24:23 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 30 Apr 2008 11:24:23 -0500 Subject: Monodevelop and video card recommedations In-Reply-To: References: <20080429075020.M8784@all-the-johnsons.co.uk> Message-ID: <20080430162423.GA30355@wolff.to> On Tue, Apr 29, 2008 at 14:19:22 +0000, Kevin Kofler wrote: > > WARNING: Stay clear of anything with a higher number than X1050, those are R5xx > or R6xx series cards and not supported by Free 3D drivers yet. You have been > warned. There actually is some limited support for those cards. I have an rv530 based card at work and it works for normal stuff. glxgears doesn't run very fast on it so, at least some stuff isn't supported yet. While the original poster might not want one if he needs 3D now, it might make sense for other people who just need it to be usable now and are willing to wait for 3D support to show up later. From lesmikesell at gmail.com Wed Apr 30 16:26:50 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 30 Apr 2008 11:26:50 -0500 Subject: Java debugging In-Reply-To: <481896ED.2050305@redhat.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <481896ED.2050305@redhat.com> Message-ID: <48189DCA.9010105@gmail.com> Andrew Haley wrote: > Les Mikesell wrote: >> Andrew Haley wrote: >>> Jerry James wrote: >>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>>>> I take your point. Does simply rebuilding that RPM fix this problem? >>>> Rebuilding that RPM fails: >>>> >>>> [javac] >>>> /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >>>> >>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >>>> override clearCache() in java.util.ResourceBundle; overridden method >>>> is static final >>>> [javac] public static void clearCache() >>>> [javac] ^ >>> Oh, great. :-( >>> >>> That's an incompatible change from Java 1.5 to 1.6. >>> >>> Java 1.6 has a final method clearCache(), 1.5 doesn't: >>> >>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html >>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html >> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily >> going to work for everyone who needs to run current java applications? > > They'll work; they're binary compatible, not source compatible. > > ecj/gcj should still be able to build them, since that's 1.5. What about jsp pages and similar things that are recompiled dynamically? -- Les Mikesell lesmikesell at gmail.com From hughsient at gmail.com Wed Apr 30 17:28:07 2008 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 30 Apr 2008 18:28:07 +0100 Subject: rpms/gnome-packagekit/F-9 gnome-packagekit-gpg-bodge.patch, NONE, 1.1 gnome-packagekit.spec, 1.30, 1.31 In-Reply-To: <20080430153111.GX26399@inocybe.teonanacatl.org> References: <200804301237.m3UCbCk8014552@cvs-int.fedora.redhat.com> <20080430153111.GX26399@inocybe.teonanacatl.org> Message-ID: <1209576487.25897.32.camel@hughsie-work> On Wed, 2008-04-30 at 11:31 -0400, Todd Zullinger wrote: > I know this is just a temporary hack (the GIGANTIC HACK wording in the > patch gave it away for me :) :-) > , but can the wording here be changed to > be a little more accurate? You don't "install" signatures. What's > being installed (or perhaps imported, rather) is the repository's key. > Maybe something more like the following wording for the two strings > above: Yes, the wording in master is much better. If you want to do UI review then use a master or wait for 0.2.0 - 0.1.x is in "don't break me" bugfix mode. > This doesn't seem to be in the upstream git anywhere yet, else I'd have > sent a more thorough patch to replace signature with key where it > seems appropriate. Perhaps the anon-git server just hasn't been > synced yet today? Well, that patch is RH specific, as quite frankly, it's shite. You want to see the UI in master - its much better. When the panic for F9 has slowed, I'll roll 0.2.0 and put it into updates-testing. Hopefully we can tie into seahorse as well at that point. Of course, the user shouldn't have to deal with this signatures rubbish - I don't see why we can't sign the fedora and fedora-updates key by default anyway... Richard. From overholt at redhat.com Wed Apr 30 16:30:28 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 30 Apr 2008 12:30:28 -0400 Subject: Java debugging In-Reply-To: <48189678.7030502@gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> Message-ID: <1209573028.25362.61.camel@blingbling> On Wed, 2008-04-30 at 10:55 -0500, Les Mikesell wrote: > Andrew Haley wrote: > > Jerry James wrote: > >> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: > >>> I take your point. Does simply rebuilding that RPM fix this problem? > >> Rebuilding that RPM fails: > >> > >> [javac] /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: > >> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot > >> override clearCache() in java.util.ResourceBundle; overridden method > >> is static final > >> [javac] public static void clearCache() > >> [javac] ^ > > > > Oh, great. :-( > > > > That's an incompatible change from Java 1.5 to 1.6. > > > > Java 1.6 has a final method clearCache(), 1.5 doesn't: > > > > http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html > > http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html > > So someone has noticed that shipping a 1.6'ish JVM isn't necessarily > going to work for everyone who needs to run current java applications? Since OpenJDK is >= 1.6 (ignoring gcj and other GNU Classpath-based JVMs), I'm not sure if there's a better solution. Is there? Andrew From jwboyer at gmail.com Wed Apr 30 16:31:32 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 30 Apr 2008 11:31:32 -0500 Subject: Sponsor required In-Reply-To: <481882AE.7050206@leemhuis.info> References: <20080429101138.GA7656@redhat.com> <481779E1.70902@redhat.com> <48177FE6.7070409@hhs.nl> <1209555670.2946.85.camel@vader.jdub.homelinux.org> <481882AE.7050206@leemhuis.info> Message-ID: <1209573092.2946.92.camel@vader.jdub.homelinux.org> On Wed, 2008-04-30 at 16:31 +0200, Thorsten Leemhuis wrote: > > We have a > > standing item in the meeting to discuss and vote on sponsors. We > > literally have not received any nominations in quite a while. > > Here is the difference between "I have a open ear for your problems; > just come and tell me about it" vs. "I'm looking after you all the time > and think I noticed you have some problems; should we try to solve them > together" again I mentioned in a mail to this list yesterday. > > In the Extras days (at least those when I run the meetings) we > *actively* looked out for new sponsors all the time: Because we had relatively few, and it was a problem. I've not heard of, or seen in my looking, any issues with too few sponsors. > * we each meeting asked for new sponsor nominations (self-nominations > or nominations from other people) and thus everyone had to think about > it for a moment We still did this after Extras. It was largely a waste of time because we have so few nominations these days. > * in the agenda we send out to the list there was the point "sponsor > (self-)nominations" quite often (not often enough) -- that way everyone > on the list got a reminder that they can nominate/self-nominate That can be added back if people think there's value in it. > * new sponsor-nominations were not a FESCO-only thing; we tried to > integrate the existing sponsors into the discussions and decisions, as > they are in the best position for it (?) When people actually nominate themselves or get nominated in some other fashion, this still happens. At least as far as I know. > FESCO doesn't do any of the above properly these days IMHO. Especially > the first two points are IMHO important and made sure people always got > reminded that they could self-nominate or nominate other people. Most of > the time in fact in were no self-nomination -- often people got > nominated by existing sponsors. There is nothing, NOTHING, preventing that from happening today. josh From bruno at wolff.to Wed Apr 30 16:33:04 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 30 Apr 2008 11:33:04 -0500 Subject: Monodevelop and video card recommedations In-Reply-To: <1209543523.4933.0.camel@T7.Linux> References: <20080429075020.M8784@all-the-johnsons.co.uk> <20080429155346.GA31111@wolff.to> <1209543523.4933.0.camel@T7.Linux> Message-ID: <20080430163304.GB30355@wolff.to> On Wed, Apr 30, 2008 at 09:18:42 +0100, Paul wrote: > > I've spotted at 128Mb ATi Radeon 9250 on eBay for about 20 UKP. Any > comments on if it works fine in Rawhide? I have a 256MB 9200 which should be close enough to compare. The card itself is fine, but when combined with an LCD monitor that doesn't do EDID (new ones will but mine is pretty old) there is a problem. The current ATI driver in this case treats a monitor connected to the DVI port that doesn't do EDID as though there isn't a monitor detected (even though it knows there is one connected) and then the driver falls back to outputting the video signal to the VGA port which isn't very useful. Arlie doesn't appear to consider this a high priority problem since in some sense the monitor is broken. I have a work around patch (a hack that isn't suitable for general use) for one of he recent drivers (the -5 version). At some point I may try to figure out a more correct fix, but I don't understand the driver well enough to figure it out right now, and I have higher priority stuff to do as well. If you are using a CRT, a newer LCD monitor, or willing to use the VGA port to drive even an old LCD monitor, you should be OK. From wtogami at redhat.com Wed Apr 30 16:33:57 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 30 Apr 2008 12:33:57 -0400 Subject: Multilib Middle-Ground In-Reply-To: <20080430160158.GA8368@nostromo.devel.redhat.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> Message-ID: <48189F75.4070301@redhat.com> Bill Nottingham wrote: > Warren Togami (wtogami at redhat.com) said: >> * In the case of this scim change: You do a Korean language install. >> Even on a non-LiveCD install you end up missing i386 (and font) packages >> necessary for full Korean desktop support. There is no obvious way for >> the user to know why it broke. It is suddenly impossible to have a full >> Korean language desktop install by using the yum group. THIS IS A BIG >> PROBLEM OUTSIDE OF LIVECD. > > ... 'and font'? The scim change changes fonts? O RLY? > > This is *exactly* what I said. You're saying we should do something > special for an input method (for GTK only) that we don't do for > QT input methods, NSS modules, PAM modules, etc. Then I guess we are really not that much worse off. It is impossible for yum groupinstall to "fix" these problems in Fedora 9. This points to a more general problem: We were not happy with having a huge pile of unnecessary i386 packages so our solution was to completely eliminate them from the default install. We went TOO FAR overcompensating for the previous broken multilib behavior. Dependencies or a comps multilib whitelist could be a nice middle-ground. Some users want to be i386-free. Other users want a tiny set of expected packages to be multilib to avoid confusion. The current yum option is either all or none. Perhaps we need a third option like "smart" which uses a multilib whitelist that can be updated via repodata. Anaconda and other GUI interfaces can allow the user to choose between "smart" and "100% i386 free". This way "yum groupinstall korean-support" can install everything the user expects. This avoids the lose of: - expecting the user to manually install a complicated set of arch-specific packages because they can't use yum groupinstall - expecting the user to change the yum multilib priority option and subject themselves to a huge pile of unnecessary crap that they will never need. No time to do this before F9. Warren Togami wtogami at redhat.com From aph at redhat.com Wed Apr 30 16:35:08 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 17:35:08 +0100 Subject: Java debugging In-Reply-To: <481896ED.2050305@redhat.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <481896ED.2050305@redhat.com> Message-ID: <48189FBC.90504@redhat.com> Andrew Haley wrote: > Les Mikesell wrote: >> Andrew Haley wrote: >>> Jerry James wrote: >>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>>>> I take your point. Does simply rebuilding that RPM fix this problem? >>>> Rebuilding that RPM fails: >>>> >>>> [javac] >>>> /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >>>> >>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >>>> override clearCache() in java.util.ResourceBundle; overridden method >>>> is static final >>>> [javac] public static void clearCache() >>>> [javac] ^ >>> Oh, great. :-( >>> >>> That's an incompatible change from Java 1.5 to 1.6. >>> >>> Java 1.6 has a final method clearCache(), 1.5 doesn't: >>> >>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html >>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html >> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily >> going to work for everyone who needs to run current java applications? > > They'll work; they're binary compatible, not source compatible. Hmm, I think I'm wrong about that: we'll get an assert failure. I think this should be fixed. Andrew. From aph at redhat.com Wed Apr 30 16:35:48 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 17:35:48 +0100 Subject: Java debugging In-Reply-To: <1209573028.25362.61.camel@blingbling> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> Message-ID: <48189FE4.3000601@redhat.com> Andrew Overholt wrote: > On Wed, 2008-04-30 at 10:55 -0500, Les Mikesell wrote: >> Andrew Haley wrote: >>> Jerry James wrote: >>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>>>> I take your point. Does simply rebuilding that RPM fix this problem? >>>> Rebuilding that RPM fails: >>>> >>>> [javac] /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >>>> override clearCache() in java.util.ResourceBundle; overridden method >>>> is static final >>>> [javac] public static void clearCache() >>>> [javac] ^ >>> Oh, great. :-( >>> >>> That's an incompatible change from Java 1.5 to 1.6. >>> >>> Java 1.6 has a final method clearCache(), 1.5 doesn't: >>> >>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html >>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html >> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily >> going to work for everyone who needs to run current java applications? > > Since OpenJDK is >= 1.6 (ignoring gcj and other GNU Classpath-based > JVMs), I'm not sure if there's a better solution. Is there? Not really, no. We'll have to fix such bugs where they arise. Andrew. From skvidal at fedoraproject.org Wed Apr 30 16:48:09 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 30 Apr 2008 12:48:09 -0400 Subject: Multilib Middle-Ground In-Reply-To: <48189F75.4070301@redhat.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> Message-ID: <1209574089.8968.129.camel@cutter> On Wed, 2008-04-30 at 12:33 -0400, Warren Togami wrote: > This avoids the lose of: > - expecting the user to manually install a complicated set of > arch-specific packages because they can't use yum groupinstall I think you're overestimating how many folks think this is a big deal. -sv From lesmikesell at gmail.com Wed Apr 30 17:02:36 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 30 Apr 2008 12:02:36 -0500 Subject: Java debugging In-Reply-To: <1209573028.25362.61.camel@blingbling> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> Message-ID: <4818A62C.9070501@gmail.com> Andrew Overholt wrote: > >>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>>>> I take your point. Does simply rebuilding that RPM fix this problem? >>>> Rebuilding that RPM fails: >>>> >>>> [javac] /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >>>> override clearCache() in java.util.ResourceBundle; overridden method >>>> is static final >>>> [javac] public static void clearCache() >>>> [javac] ^ >>> Oh, great. :-( >>> >>> That's an incompatible change from Java 1.5 to 1.6. >>> >>> Java 1.6 has a final method clearCache(), 1.5 doesn't: >>> >>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html >>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html >> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily >> going to work for everyone who needs to run current java applications? > > Since OpenJDK is >= 1.6 (ignoring gcj and other GNU Classpath-based > JVMs), I'm not sure if there's a better solution. Is there? The obvious solution is to ship a jpackage nosrc style rpm for the Sun Java versions that you are unwilling to include. That would fix up the fedora rpm dependencies and alternatives symlink weirdness that make using your own downloaded binary painful otherwise. Or maybe someone can get the jpackage people to document which of their packages will work for recent fedora versions. -- Les Mikesell lesmikesell at gmail.com From dcbw at redhat.com Wed Apr 30 17:00:01 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 30 Apr 2008 13:00:01 -0400 Subject: FC9 and NetworkManager In-Reply-To: References: <1209252343.3200.18.camel@sonlaptop> <1209324225.27354.9.camel@sonlaptop> <1209420550.25861.10.camel@sonlaptop> <20080428225144.GD17543@angus.ind.WPI.EDU> Message-ID: <1209574801.5006.11.camel@localhost.localdomain> On Tue, 2008-04-29 at 08:57 -0200, Thomas M Steenholdt wrote: > Chuck Anderson wrote: > > On Mon, Apr 28, 2008 at 06:09:10PM -0400, Louis E Garcia II wrote: > >>> and if network does not come up on boot, could you mail me > >>> your /var/log/messages right after you've booted up so I can diagnose? > >> I think this is the problem: > >> > >> momcomputer NetworkManager: starting... > >> Apr 28 12:26:02 momcomputer NetworkManager: nm_hal_manager_new(): > >> Could not initialize connection to the HAL daemon. > > > > I just ran into this. The problem was that haldaemon wasn't starting > > before NetworkManger. I did this to fix all my problems with init > > script ordering: > > > > cd /etc/rc.d/init.d > > for script in *; do chkconfig --level 0123456 resetpriorities $script; done > > > > If this does indeed fix things on a fresh install, we probably want fix > whatever it broken to get the priorities right to begin with... Perhaps > this problem only occurs on installations that have been following > rawhide or something? Latest koji builds fix NetworkManager to handle HAL dropouts better, and to wait for HAL if HAL isn't yet started when NM starts. http://koji.fedoraproject.org/koji/buildinfo?buildID=47724 Dan From notting at redhat.com Wed Apr 30 17:04:03 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Apr 2008 13:04:03 -0400 Subject: Multilib Middle-Ground In-Reply-To: <48189F75.4070301@redhat.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> Message-ID: <20080430170403.GB11726@nostromo.devel.redhat.com> Warren Togami (wtogami at redhat.com) said: > Perhaps we need a third option like "smart" which uses a multilib whitelist > that can be updated via repodata. Anaconda and other GUI interfaces can > allow the user to choose between "smart" and "100% i386 free". This way > "yum groupinstall korean-support" can install everything the user expects. Whitelists are painful due to the fact that packages change names. I'd prefer something that either works on an algorithmic basis (would still need occasional updates, but fewer) or package based tagging. (woo, rpm work.) Bill From overholt at redhat.com Wed Apr 30 17:12:05 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 30 Apr 2008 13:12:05 -0400 Subject: Java debugging In-Reply-To: <4818A62C.9070501@gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> <4818A62C.9070501@gmail.com> Message-ID: <1209575525.25362.63.camel@blingbling> On Wed, 2008-04-30 at 12:02 -0500, Les Mikesell wrote: > Andrew Overholt wrote: > > > >>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: > >>>>> I take your point. Does simply rebuilding that RPM fix this problem? > >>>> Rebuilding that RPM fails: > >>>> > >>>> [javac] /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: > >>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot > >>>> override clearCache() in java.util.ResourceBundle; overridden method > >>>> is static final > >>>> [javac] public static void clearCache() > >>>> [javac] ^ > >>> Oh, great. :-( > >>> > >>> That's an incompatible change from Java 1.5 to 1.6. > >>> > >>> Java 1.6 has a final method clearCache(), 1.5 doesn't: > >>> > >>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html > >>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html > >> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily > >> going to work for everyone who needs to run current java applications? > > > > Since OpenJDK is >= 1.6 (ignoring gcj and other GNU Classpath-based > > JVMs), I'm not sure if there's a better solution. Is there? > > The obvious solution is to ship a jpackage nosrc style rpm for the Sun > Java versions that you are unwilling to include. This would go against Fedora's goals. > Or maybe someone > can get the jpackage people to document which of their packages will > work for recent fedora versions. Maybe you could be that someone :) Andrew From aph at redhat.com Wed Apr 30 17:14:28 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Apr 2008 18:14:28 +0100 Subject: Java debugging In-Reply-To: <4818A62C.9070501@gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> <4818A62C.9070501@gmail.com> Message-ID: <4818A8F4.8070708@redhat.com> Les Mikesell wrote: > Andrew Overholt wrote: >> >>>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>>>>> I take your point. Does simply rebuilding that RPM fix this >>>>>> problem? >>>>> Rebuilding that RPM fails: >>>>> >>>>> [javac] >>>>> /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >>>>> >>>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >>>>> override clearCache() in java.util.ResourceBundle; overridden method >>>>> is static final >>>>> [javac] public static void clearCache() >>>>> [javac] ^ >>>> Oh, great. :-( >>>> >>>> That's an incompatible change from Java 1.5 to 1.6. >>>> >>>> Java 1.6 has a final method clearCache(), 1.5 doesn't: >>>> >>>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html >>>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html >>> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily >>> going to work for everyone who needs to run current java applications? >> >> Since OpenJDK is >= 1.6 (ignoring gcj and other GNU Classpath-based >> JVMs), I'm not sure if there's a better solution. Is there? > > The obvious solution is to ship a jpackage nosrc style rpm for the Sun > Java versions that you are unwilling to include. That would fix up the > fedora rpm dependencies and alternatives symlink weirdness that make > using your own downloaded binary painful otherwise. That seems a little extreme. All we have to do is fix a few incompatibilities. Andrew. From lesmikesell at gmail.com Wed Apr 30 17:27:23 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 30 Apr 2008 12:27:23 -0500 Subject: Java debugging In-Reply-To: <1209575525.25362.63.camel@blingbling> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> <4818A62C.9070501@gmail.com> <1209575525.25362.63.camel@blingbling> Message-ID: <4818ABFB.1040300@gmail.com> Andrew Overholt wrote: > >> The obvious solution is to ship a jpackage nosrc style rpm for the Sun >> Java versions that you are unwilling to include. > > This would go against Fedora's goals. Your goal is to be unusable with java-compliant code? -- Les Mikesell lesmikesell at gmail.com From paul at city-fan.org Wed Apr 30 17:28:45 2008 From: paul at city-fan.org (Paul Howarth) Date: Wed, 30 Apr 2008 18:28:45 +0100 Subject: Java debugging In-Reply-To: <4818A62C.9070501@gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> <4818A62C.9070501@gmail.com> Message-ID: <4818AC4D.6070309@city-fan.org> Les Mikesell wrote: > Andrew Overholt wrote: >> >>>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: >>>>>> I take your point. Does simply rebuilding that RPM fix this >>>>>> problem? >>>>> Rebuilding that RPM fails: >>>>> >>>>> [javac] >>>>> /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363: >>>>> >>>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot >>>>> override clearCache() in java.util.ResourceBundle; overridden method >>>>> is static final >>>>> [javac] public static void clearCache() >>>>> [javac] ^ >>>> Oh, great. :-( >>>> >>>> That's an incompatible change from Java 1.5 to 1.6. >>>> >>>> Java 1.6 has a final method clearCache(), 1.5 doesn't: >>>> >>>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html >>>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html >>> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily >>> going to work for everyone who needs to run current java applications? >> >> Since OpenJDK is >= 1.6 (ignoring gcj and other GNU Classpath-based >> JVMs), I'm not sure if there's a better solution. Is there? > > The obvious solution is to ship a jpackage nosrc style rpm for the Sun > Java versions that you are unwilling to include. That would fix up the > fedora rpm dependencies and alternatives symlink weirdness that make > using your own downloaded binary painful otherwise. Or maybe someone > can get the jpackage people to document which of their packages will > work for recent fedora versions. The java-1.5.0-sun package from JPackage doesn't install on Fedora 7 onwards due it having pathname-based dependencies on things that have moved in the great modular X shake-up. Here's how I get Sun Java 5 installed: http://www.city-fan.org/tips/SunJava5OnFedora Paul. From loganjerry at gmail.com Wed Apr 30 17:35:15 2008 From: loganjerry at gmail.com (Jerry James) Date: Wed, 30 Apr 2008 11:35:15 -0600 Subject: Java debugging In-Reply-To: <481836E8.8010107@redhat.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> Message-ID: <870180fe0804301035y1be5302bm980c2cc87c0d86ab@mail.gmail.com> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley wrote: > I take your point. Does simply rebuilding that RPM fix this problem? For the benefit of the community at large, I'll repeat some information I just posted to bug #434827. It seems that java-1.5.0-gcj-devel has not been updated on F8 since the release of F8, so the current version is 1.5.0.0-17.fc8, dated 17 Oct 2007. When did the debuginfo fix go in? -- Jerry James http://loganjerry.googlepages.com/ From wtogami at redhat.com Wed Apr 30 17:44:32 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 30 Apr 2008 13:44:32 -0400 Subject: Multilib Middle-Ground In-Reply-To: <1209574089.8968.129.camel@cutter> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <1209574089.8968.129.camel@cutter> Message-ID: <4818B000.9030001@redhat.com> seth vidal wrote: > On Wed, 2008-04-30 at 12:33 -0400, Warren Togami wrote: > >> This avoids the lose of: >> - expecting the user to manually install a complicated set of >> arch-specific packages because they can't use yum groupinstall > > > I think you're overestimating how many folks think this is a big deal. > Chinese users? Indian users? Is this really an overestimation? Warren Togami wtogami at redhat.com From skvidal at fedoraproject.org Wed Apr 30 17:47:56 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 30 Apr 2008 13:47:56 -0400 Subject: Multilib Middle-Ground In-Reply-To: <4818B000.9030001@redhat.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <1209574089.8968.129.camel@cutter> <4818B000.9030001@redhat.com> Message-ID: <1209577677.8968.139.camel@cutter> On Wed, 2008-04-30 at 13:44 -0400, Warren Togami wrote: > seth vidal wrote: > > On Wed, 2008-04-30 at 12:33 -0400, Warren Togami wrote: > > > >> This avoids the lose of: > >> - expecting the user to manually install a complicated set of > >> arch-specific packages because they can't use yum groupinstall > > > > > > I think you're overestimating how many folks think this is a big deal. > > > > Chinese users? > Indian users? > > Is this really an overestimation? but it's not ALL chinese or indian users. it's a subset who happen to need i386 pkgs and who happen to have an x86_64 box. And then above that it's the subset of users who cannot figure out how to cut and paste the command they need from a faq. -sv From mrmazda at ij.net Wed Apr 30 17:50:11 2008 From: mrmazda at ij.net (Felix Miata) Date: Wed, 30 Apr 2008 13:50:11 -0400 Subject: is xorg.conf still needed In-Reply-To: <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> References: <1209523940.2906.136.camel@localhost.localdomain> <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> Message-ID: <4818B153.4000609@ij.net> On 2008/04/30 10:56 (GMT+0200) Adam Tkac apparently typed: > Autoconfiguration is generally better than > manual but in some cases autoconfiguration cannot help you. Examples: > - your xyz driver is broken and you want use vesa temporarily > - you want use some external module (like vnc module) > - you are user who needs fine-grained configuration (autoconfiguration > is good for masses but sometimes people needs more) - switched multiple displays for single head system - KVM switch connected to another system - display's EDID and/or DDC is missing or dysfunctional -- "Either the constitution controls the judges, or the judges rewrite the constitution." Judge Robert Bork Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ From wtogami at redhat.com Wed Apr 30 17:59:50 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 30 Apr 2008 13:59:50 -0400 Subject: Multilib Middle-Ground In-Reply-To: <1209577677.8968.139.camel@cutter> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <1209574089.8968.129.camel@cutter> <4818B000.9030001@redhat.com> <1209577677.8968.139.camel@cutter> Message-ID: <4818B396.1070208@redhat.com> seth vidal wrote: > On Wed, 2008-04-30 at 13:44 -0400, Warren Togami wrote: >> seth vidal wrote: >>> On Wed, 2008-04-30 at 12:33 -0400, Warren Togami wrote: >>> >>>> This avoids the lose of: >>>> - expecting the user to manually install a complicated set of >>>> arch-specific packages because they can't use yum groupinstall >>> >>> I think you're overestimating how many folks think this is a big deal. >>> >> Chinese users? >> Indian users? >> >> Is this really an overestimation? > > but it's not ALL chinese or indian users. > > it's a subset who happen to need i386 pkgs and who happen to have an > x86_64 box. > > And then above that it's the subset of users who cannot figure out how > to cut and paste the command they need from a faq. > > -sv This is "making stuff just work" vs. "eliminate all i386". We are a making a serious mistake here catering to the MINORITY of users who want the latter. Warren Togami wtogami at redhat.com From skvidal at fedoraproject.org Wed Apr 30 18:04:07 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 30 Apr 2008 14:04:07 -0400 Subject: Multilib Middle-Ground In-Reply-To: <4818B396.1070208@redhat.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <1209574089.8968.129.camel@cutter> <4818B000.9030001@redhat.com> <1209577677.8968.139.camel@cutter> <4818B396.1070208@redhat.com> Message-ID: <1209578647.8968.145.camel@cutter> On Wed, 2008-04-30 at 13:59 -0400, Warren Togami wrote: > seth vidal wrote: > > On Wed, 2008-04-30 at 13:44 -0400, Warren Togami wrote: > >> seth vidal wrote: > >>> On Wed, 2008-04-30 at 12:33 -0400, Warren Togami wrote: > >>> > >>>> This avoids the lose of: > >>>> - expecting the user to manually install a complicated set of > >>>> arch-specific packages because they can't use yum groupinstall > >>> > >>> I think you're overestimating how many folks think this is a big deal. > >>> > >> Chinese users? > >> Indian users? > >> > >> Is this really an overestimation? > > > > but it's not ALL chinese or indian users. > > > > it's a subset who happen to need i386 pkgs and who happen to have an > > x86_64 box. > > > > And then above that it's the subset of users who cannot figure out how > > to cut and paste the command they need from a faq. > > > > -sv > > This is "making stuff just work" vs. "eliminate all i386". > > We are a making a serious mistake here catering to the MINORITY of users > who want the latter. Warren, Please cut the drama. You make it sound like we just decided to ignore the icebergs. I really don't see it as that big of a deal. We currently have no way of magically distinguishing pkgs where we do want the i386 and pkgs where we don't. As Bill said - the whitelist is just pain to maintain. So, if we want something like this then we make it a tag at the rpm level. Heck, you can have it be a rather innocuous provides that we could hack into yum to look for: Provides: look-for-i386-too -sv From jakub at redhat.com Wed Apr 30 18:18:14 2008 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 30 Apr 2008 14:18:14 -0400 Subject: Multilib Middle-Ground In-Reply-To: <1209578647.8968.145.camel@cutter> References: <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <1209574089.8968.129.camel@cutter> <4818B000.9030001@redhat.com> <1209577677.8968.139.camel@cutter> <4818B396.1070208@redhat.com> <1209578647.8968.145.camel@cutter> Message-ID: <20080430181814.GK2255@devserv.devel.redhat.com> On Wed, Apr 30, 2008 at 02:04:07PM -0400, seth vidal wrote: > As Bill said - the whitelist is just pain to maintain. So, if we want > something like this then we make it a tag at the rpm level. Heck, you > can have it be a rather innocuous provides that we could hack into yum > to look for: > > Provides: look-for-i386-too The i386 Gtk IM plugins wouldn't be used if gtk2.i386 isn't installed, right? Similarly PAM i386 modules aren't needed when pam.i386 isn't installed and NSS i386 modules when glibc.i[36]86 isn't installed. In that case it would be best if this kind of dependency was somehow encoded in the packages, rather than just forcing installation of unneeded i386 packages. Jakub From skvidal at fedoraproject.org Wed Apr 30 18:22:18 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 30 Apr 2008 14:22:18 -0400 Subject: Multilib Middle-Ground In-Reply-To: <20080430181814.GK2255@devserv.devel.redhat.com> References: <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <1209574089.8968.129.camel@cutter> <4818B000.9030001@redhat.com> <1209577677.8968.139.camel@cutter> <4818B396.1070208@redhat.com> <1209578647.8968.145.camel@cutter> <20080430181814.GK2255@devserv.devel.redhat.com> Message-ID: <1209579738.8968.153.camel@cutter> On Wed, 2008-04-30 at 14:18 -0400, Jakub Jelinek wrote: > On Wed, Apr 30, 2008 at 02:04:07PM -0400, seth vidal wrote: > > As Bill said - the whitelist is just pain to maintain. So, if we want > > something like this then we make it a tag at the rpm level. Heck, you > > can have it be a rather innocuous provides that we could hack into yum > > to look for: > > > > Provides: look-for-i386-too > > The i386 Gtk IM plugins wouldn't be used if gtk2.i386 isn't installed, > right? Similarly PAM i386 modules aren't needed when pam.i386 isn't > installed and NSS i386 modules when glibc.i[36]86 isn't installed. > In that case it would be best if this kind of dependency was somehow encoded > in the packages, rather than just forcing installation of unneeded i386 > packages. You'll note the default behavior in F9 is not install any i386 pkgs unless explicitly asked for (or as a dependency). If you want to have dependencies have arch-specific information in them then, again, we need to talk about that at the rpm layer. -sv From seg at haxxed.com Wed Apr 30 18:55:36 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 30 Apr 2008 13:55:36 -0500 Subject: is xorg.conf still needed In-Reply-To: <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> References: <1209523940.2906.136.camel@localhost.localdomain> <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> Message-ID: <1209581736.4950.61.camel@localhost> On Wed, 2008-04-30 at 10:56 +0200, Adam Tkac wrote: > - your xyz driver is broken and you want use vesa temporarily Once again, look to Windows. Implement a rescue mode of some sort that falls back to VESA or even plain VGA if that fails. (Does VESA ever not work anymore? Do we even support plain VGA anymore? I still remember the days when cards didn't have VESA in them... :) Automatically trigger it when X Keeps Crashing, plus some kind of manual trigger for other cases, possibly triggered by a kernel command line option, which GRUB could then be modified to provide a friendly user interface for... > - you want use some external module (like vnc module) Make modules like this dynamically runtime loadable, and possibly un-loadable. Or hell, just load it all the time, in a disabled state if it is unwanted. (Though I think doing VNC outside the X server is probably the Right Thing, but the fact remains vnc.so is still way faster and more reliable than Vino, and I'm not sure how this would work out for physically-headless VNC servers...) > - you are user who needs fine-grained configuration (autoconfiguration > is good for masses but sometimes people needs more) Runtime loadable modules, and fully dynamic runtime reconfiguration... (But you guys probably know all this.) Oh the future is bright, soon we will no longer be trailing embarrassingly behind Windows and OSX, and take our rightful place as leaders. :) Nice work, all Xorg hackers! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From luya at fedoraproject.org Wed Apr 30 19:04:04 2008 From: luya at fedoraproject.org (Luya Tshimbalanga) Date: Wed, 30 Apr 2008 12:04:04 -0700 Subject: is xorg.conf still needed In-Reply-To: <1209563188.15542.302.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> <1209532328.4817ffa8c8103@ssl.mecca.ca> <1209563188.15542.302.camel@localhost.localdomain> Message-ID: <4818C2A4.9070907@fedoraproject.org> Adam Jackson a ?crit : > On Wed, 2008-04-30 at 01:12 -0400, Luya Tshimbalanga wrote: > >> Speaking about xorg.conf. It would be nice to discuss about tablet device >> support like Wacom model. So far I have to manually edit that file to fully >> enable feature of stylus. Maybe talking to upstream would help. >> > > There's two pieces here. One is just getting the driver loaded, which > we do in fact handle. If lshal shows your Wacom device, we'll load the > linuxwacom driver on it automagically. > > The downside (and the other piece) is that we do so with absolutely none > of the mandatory options specified, which means the driver refuses to do > anything with the device. Some of this we could fold into the base > option set, but some of it really is user preference and needs to be > exposed in the UI rather than in xorg.conf. The goal is to have > properties on input devices by the next X server release (ie, 1.6), > which will work more or less like RANDR output properties, and will > allow you to configure things like stylus/eraser/cursor/pad on the fly. > > - ajax > > Glad to hear properties on input devices will be easier on next X server release. For now, users with Wacom devices will have to set the properties on xorg.conf until that issue is resolved. I will install Fedora 9 once it is released. Luya From seg at haxxed.com Wed Apr 30 19:05:22 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 30 Apr 2008 14:05:22 -0500 Subject: Java debugging In-Reply-To: <4818ABFB.1040300@gmail.com> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> <4818A62C.9070501@gmail.com> <1209575525.25362.63.camel@blingbling> <4818ABFB.1040300@gmail.com> Message-ID: <1209582322.4950.67.camel@localhost> On Wed, 2008-04-30 at 12:27 -0500, Les Mikesell wrote: > Andrew Overholt wrote: > > > >> The obvious solution is to ship a jpackage nosrc style rpm for the Sun > >> Java versions that you are unwilling to include. > > > > This would go against Fedora's goals. > > Your goal is to be unusable with java-compliant code? We insist on all packages being patched to compile with the GCC we are shipping, which has similar, if not worse, pain-in-the-ass breakage issues, especially with C++. Why should Java be any different? Fix the code, ask for help if you need it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jam at zoidtechnologies.com Wed Apr 30 19:21:53 2008 From: jam at zoidtechnologies.com (Jeff MacDonald) Date: Wed, 30 Apr 2008 15:21:53 -0400 Subject: Automatic python requires In-Reply-To: <20080430090305.225089f7@ludwig-alpha.unil.ch> References: <4817A0FF.2040202@cora.nwra.com> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> Message-ID: <200804301521.53311.jam@zoidtechnologies.com> On Wednesday 30 April 2008 3:03:05 am Christian Iseli wrote: > > Given that we are packaging for a specific distro, I think the case > could even be argued that the packager should replace all > #! /usr/bin/env > with > #! /usr/bin/ > to make the distro consistent. > -1: the distro already consistently uses /usr/bin/env, and I vote to keep it that way. :) > Cheers, > Christian regards, jeff -- http://zoidtechnologies.com/ "websites that suck less" From lesmikesell at gmail.com Wed Apr 30 19:31:52 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 30 Apr 2008 14:31:52 -0500 Subject: Java debugging In-Reply-To: <1209582322.4950.67.camel@localhost> References: <870180fe0804281232m5740e3u4d1a47ba6bff009c@mail.gmail.com> <4816DE8B.8010102@redhat.com> <870180fe0804290938pbb73586o9033380c0eef7b52@mail.gmail.com> <481758D9.6030401@redhat.com> <870180fe0804291036v7a53caa0l2844679756abce94@mail.gmail.com> <481836E8.8010107@redhat.com> <870180fe0804300823j2f856fc1y6a020e4d7da13a5@mail.gmail.com> <48189211.7050104@redhat.com> <48189678.7030502@gmail.com> <1209573028.25362.61.camel@blingbling> <4818A62C.9070501@gmail.com> <1209575525.25362.63.camel@blingbling> <4818ABFB.1040300@gmail.com> <1209582322.4950.67.camel@localhost> Message-ID: <4818C928.3020508@gmail.com> Callum Lerwick wrote: >>>> The obvious solution is to ship a jpackage nosrc style rpm for the Sun >>>> Java versions that you are unwilling to include. >>> This would go against Fedora's goals. >> Your goal is to be unusable with java-compliant code? > > We insist on all packages being patched to compile with the GCC we are > shipping, which has similar, if not worse, pain-in-the-ass breakage > issues, especially with C++. What does that have to do with being able to run other people's standard-compliant code? Or with shipping a nosrc rpm that just deals with fedora's internal strangeness. > Why should Java be any different? Java is different because people need to download their own copy of a standard-compliant JVM. That's not a problem by itself. The problem is that the fedora rpms have built in dependencies not satisfied by any standard-compliant JVM that you can download, and the fedora file structure expects an odd morass of symlinks that nothing else is going to provide. Jpackage.org used to fill this need, but the relationship seems badly broken these days. > Fix the > code, ask for help if you need it. It's not my code and it doesn't need to be fixed. I want to run things like opennms, alfresco, openfire, spark, opengrok, etc. Some of these may work with 1.6 already but at least opennms doesn't and I don't like surprises. -- Les Mikesell lesmikesell at gmail.com From tmus at tmus.dk Wed Apr 30 19:32:22 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 30 Apr 2008 17:32:22 -0200 Subject: Multilib Middle-Ground In-Reply-To: <1209579738.8968.153.camel@cutter> References: <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <1209574089.8968.129.camel@cutter> <4818B000.9030001@redhat.com> <1209577677.8968.139.camel@cutter> <4818B396.1070208@redhat.com> <1209578647.8968.145.camel@cutter> <20080430181814.GK2255@devserv.devel.redhat.com> <1209579738.8968.153.camel@cutter> Message-ID: seth vidal wrote: > On Wed, 2008-04-30 at 14:18 -0400, Jakub Jelinek wrote: >> On Wed, Apr 30, 2008 at 02:04:07PM -0400, seth vidal wrote: >>> As Bill said - the whitelist is just pain to maintain. So, if we want >>> something like this then we make it a tag at the rpm level. Heck, you >>> can have it be a rather innocuous provides that we could hack into yum >>> to look for: >>> >>> Provides: look-for-i386-too >> The i386 Gtk IM plugins wouldn't be used if gtk2.i386 isn't installed, >> right? Similarly PAM i386 modules aren't needed when pam.i386 isn't >> installed and NSS i386 modules when glibc.i[36]86 isn't installed. >> In that case it would be best if this kind of dependency was somehow encoded >> in the packages, rather than just forcing installation of unneeded i386 >> packages. > > You'll note the default behavior in F9 is not install any i386 pkgs > unless explicitly asked for (or as a dependency). > > If you want to have dependencies have arch-specific information in them > then, again, we need to talk about that at the rpm layer. > > -sv > > I agree with Seth on this one. Also, at first thought at least, it should be possible to come up with the semantics to make this work, if needed. For one, I'm happy to loose the i386 stuff by default. /Thomas From bpepple at fedoraproject.org Wed Apr 30 19:50:52 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 30 Apr 2008 15:50:52 -0400 Subject: Plan for tomorrows (20080501) FESCO meeting Message-ID: <1209585052.2985.2.camel@kennedy> Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting -- F9 Blocker Status - all /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule. You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. If your name/nick is on above list please update the status on the Extras schedule pages in the wiki ahead of the meeting. That way all the other FESCo members and interested contributors know what up ahead of the meeting. And we will avoid long delays in the meeting -- those often arise if someone describes the recent happenings on a topic directly in the meeting while all the others have to wait for his slow typing... Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Wed Apr 30 19:57:53 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 30 Apr 2008 14:57:53 -0500 Subject: F9 installation screenshot In-Reply-To: <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> Message-ID: <1209585473.4950.79.camel@localhost> On Wed, 2008-04-30 at 09:52 +0200, Nicolas Mailhot wrote: > I, for one was glad when those (and previous redneck jokes) were > kicked out of the installer. The text and imagery used were just too > US-centric to be comfortable, and got old fast. It's a two way street. Yes, it's cool to hate America these days. I'm no fan of our current foreign policy myself. But it is still rather insulting in many circles that you paint all Americans as being rednecks like you just did. IMHO, the problem with blunting everything down to the point that there is no chance of making anyone, anywhere in the world even slightly uncomfortable, is that the inevitable result is a bland, boring, completely uninteresting product. Yes, we need to be careful to avoid major cultural and religious blunders, but do we really want to be as boring as Microsoft? So, we're all rednecks. When are we going to see a NASCAR stock car in Fedora livery? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From csnook at redhat.com Wed Apr 30 20:08:28 2008 From: csnook at redhat.com (Chris Snook) Date: Wed, 30 Apr 2008 16:08:28 -0400 Subject: Multilib Middle-Ground In-Reply-To: <48189F75.4070301@redhat.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> Message-ID: <4818D1BC.6060707@redhat.com> Warren Togami wrote: > Bill Nottingham wrote: >> Warren Togami (wtogami at redhat.com) said: >>> * In the case of this scim change: You do a Korean language install. >>> Even on a non-LiveCD install you end up missing i386 (and font) packages >>> necessary for full Korean desktop support. There is no obvious way for >>> the user to know why it broke. It is suddenly impossible to have a full >>> Korean language desktop install by using the yum group. THIS IS A BIG >>> PROBLEM OUTSIDE OF LIVECD. >> >> ... 'and font'? The scim change changes fonts? O RLY? >> >> This is *exactly* what I said. You're saying we should do something >> special for an input method (for GTK only) that we don't do for QT >> input methods, NSS modules, PAM modules, etc. > > Then I guess we are really not that much worse off. It is impossible > for yum groupinstall to "fix" these problems in Fedora 9. > > This points to a more general problem: We were not happy with having a > huge pile of unnecessary i386 packages so our solution was to completely > eliminate them from the default install. We went TOO FAR > overcompensating for the previous broken multilib behavior. > > Dependencies or a comps multilib whitelist could be a nice > middle-ground. Some users want to be i386-free. Other users want a > tiny set of expected packages to be multilib to avoid confusion. The > current yum option is either all or none. > > Perhaps we need a third option like "smart" which uses a multilib > whitelist that can be updated via repodata. Anaconda and other GUI > interfaces can allow the user to choose between "smart" and "100% i386 > free". This way "yum groupinstall korean-support" can install > everything the user expects. > > This avoids the lose of: > - expecting the user to manually install a complicated set of > arch-specific packages because they can't use yum groupinstall > - expecting the user to change the yum multilib priority option and > subject themselves to a huge pile of unnecessary crap that they will > never need. > > No time to do this before F9. > > Warren Togami > wtogami at redhat.com > Perhaps we need to think about packaging policies in a more associative way, rather than a hierarchical way. The package groups make sense for a lot of things, but they aren't very good at describing sets of packages, such as libraries and devel packages, that span the entire distribution. I'd love to see a screen with a half-dozen or so toggles early in the installer with switches such as these: [X] Install 32-bit libraries This will increase the size of the installation and the time required to download software updates, but will also make it more convenient to install applications not included in Fedora. These libraries can also be installed later using yum or PackageKit. If you are using a system with a slow internet connection or a small hard drive, you may want to disable this. [ ] Install development headers This will increase the size of the installation and the time required to download software updates, but will also make it more convenient to compile applications from source code. These headers can also be installed later using yum or PackageKit. If you plan to use the system for software development, it may be convenient to enable this. We could even have these switches affect the final yum configuration, perhaps through selection of packages such as yum-basearchonly. The switch screen would also be a good place to ask a few questions to distinguish between power users and newbs, so we could improve general usability without interfering with the way the developers and testers (our most important users) work. Obviously this is not F9 stuff, but something to think about as we look to the future and think about high-level usability. -- Chris From walters at verbum.org Wed Apr 30 20:27:55 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 30 Apr 2008 16:27:55 -0400 Subject: Multilib Middle-Ground In-Reply-To: <4818D1BC.6060707@redhat.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <4818D1BC.6060707@redhat.com> Message-ID: On Wed, Apr 30, 2008 at 4:08 PM, Chris Snook wrote: > > [X] Install 32-bit libraries I think we want to move away from "Build your own Linux", rather than closer; and these kinds of questions move us in the wrong direction. There is a more general problem at work here - we want to provide packages so that third party software can work, even though nothing else in the install image depends on it. For example of how this isn't just an x86_64 issue; some things out there require compat-libstdc++, or at least they did in the recent past. The right way to approach this I think is to target specific third party applications which we want to work out of the box. Say for example, Flash and VMWare Workstation. Surely there are others, but I think we can arrive at a reasonably sane set. We then add these packages to the default install image. > [ ] Install development headers Hmm? I don't see what you want here that's not covered by the combination of the "Development Tools" comps group as well as yum-builddep. From nicolas.mailhot at laposte.net Wed Apr 30 20:40:47 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Apr 2008 22:40:47 +0200 Subject: F9 installation screenshot In-Reply-To: <1209585473.4950.79.camel@localhost> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <1209585473.4950.79.camel@localhost> Message-ID: <1209588047.29552.37.camel@rousalka.okg> Le mercredi 30 avril 2008 ? 14:57 -0500, Callum Lerwick a ?crit : > On Wed, 2008-04-30 at 09:52 +0200, Nicolas Mailhot wrote: > > I, for one was glad when those (and previous redneck jokes) were > > kicked out of the installer. The text and imagery used were just too > > US-centric to be comfortable, and got old fast. > > It's a two way street. > > Yes, it's cool to hate America these days. I'm no fan of our current > foreign policy myself. But it is still rather insulting in many circles > that you paint all Americans as being rednecks like you just did. Since you seem not to have gotten the reference, one of the ancient Red Hat releases bragged about Redneck support in its image/text install train. I can tell you this had a terrible effect on people that were installing for another locale and found out half the needed pieces for this locale were missing (but that's ok, Redneck is in, who actually needs more than English+Redneck). So get a grip. Everyone is not seing the world through and American eye. American junk food industry imagery is not a positive image everywhere. American cultural references and priorities are not shared by most of the world. That does not mean the world is seething with American haters. Indeed the "if you don't aspire to be copycat Americans you must hate us" is another typical American world-view that can be terribly annoying to non-Americans (including to people who have a generally positive viex of the USA). ?Smart international organisations have nothing to win in draping themselves in American symbols and imagery (or Chinese symbols and imagery or French symbols and imagery, etc). You win hearth by emphasising your local presence and if you can't do it you better project a bland and neutral image. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From stickster at gmail.com Wed Apr 30 20:44:15 2008 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Apr 2008 16:44:15 -0400 Subject: F9 installation screenshot In-Reply-To: <1209585473.4950.79.camel@localhost> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <1209585473.4950.79.camel@localhost> Message-ID: <1209588255.549.143.camel@localhost.localdomain> On Wed, 2008-04-30 at 14:57 -0500, Callum Lerwick wrote: > So, we're all rednecks. When are we going to see a NASCAR stock car in > Fedora livery? Been there, done that (well, close): http://flickr.com/photos/lourude/2322934226/ WOOOOOOOOOOOOOOOOOOO!!!! ROCK AND ROLLLLL!!!! *blearrrrgggh* (photo courtesy A. Maier) -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From james at fedoraproject.com Wed Apr 30 20:45:03 2008 From: james at fedoraproject.com (James Antill) Date: Wed, 30 Apr 2008 16:45:03 -0400 Subject: Automatic python requires In-Reply-To: <200804301521.53311.jam@zoidtechnologies.com> References: <4817A0FF.2040202@cora.nwra.com> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> <200804301521.53311.jam@zoidtechnologies.com> Message-ID: <1209588303.10286.96.camel@code.and.org> On Wed, 2008-04-30 at 15:21 -0400, Jeff MacDonald wrote: > On Wednesday 30 April 2008 3:03:05 am Christian Iseli wrote: > > > > Given that we are packaging for a specific distro, I think the case > > could even be argued that the packager should replace all > > #! /usr/bin/env > > with > > #! /usr/bin/ > > to make the distro consistent. > > > > -1: > > the distro already consistently uses /usr/bin/env, and I vote to keep it that > way. :) % for i in /usr/bin/*; do head -1 $i | fgrep 'python'; done | sort | uniq -c | sort -rn 109 #!/usr/bin/python 33 #!/usr/bin/env python 13 #!/usr/bin/python -tt 8 #! /usr/bin/env python 4 #! /usr/bin/python -E 3 #!/usr/bin/python 3 #! /usr/bin/python 3 #! /usr/bin/env python2.5 2 #!/usr/bin/python -t 2 #!/usr/bin/python2.5 1 #!/usr/bin/python -O 1 #! /usr/bin/python2.5 -OOt 1 #!/usr/bin/env python2.5 ...I think you meant to say "+1 the distro. consistently doesn't use /usr/bin/env now". Not forgetting that it's a significant bug to use /usr/bin/env with anything security related. -- James Antill Fedora From jwboyer at gmail.com Wed Apr 30 20:52:19 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 30 Apr 2008 15:52:19 -0500 Subject: Plan for tomorrows (20080501) FESCO meeting In-Reply-To: <1209585052.2985.2.camel@kennedy> References: <1209585052.2985.2.camel@kennedy> Message-ID: <1209588739.2946.106.camel@vader.jdub.homelinux.org> On Wed, 2008-04-30 at 15:50 -0400, Brian Pepple wrote: > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC > in #fedora-meeting on irc.freenode.org: > > /topic FESCo-Meeting -- F9 Blocker Status - all > > /topic FESCo meeting -- Free discussion around Fedora > > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule. You can also propose topics > in the meeting while it is in the "Free discussion around Fedora" phase. Let's add the standard sponsors review back on the agenda. Maybe something good will come of it. josh From cjdahlin at ncsu.edu Wed Apr 30 20:58:46 2008 From: cjdahlin at ncsu.edu (Casey Dahlin) Date: Wed, 30 Apr 2008 16:58:46 -0400 Subject: F9 installation screenshot In-Reply-To: <1209588047.29552.37.camel@rousalka.okg> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <1209585473.4950.79.camel@localhost> <1209588047.29552.37.camel@rousalka.okg> Message-ID: <4818DD86.5020805@ncsu.edu> Nicolas Mailhot wrote: > Le mercredi 30 avril 2008 ? 14:57 -0500, Callum Lerwick a ?crit : > >> On Wed, 2008-04-30 at 09:52 +0200, Nicolas Mailhot wrote: >> >>> I, for one was glad when those (and previous redneck jokes) were >>> kicked out of the installer. The text and imagery used were just too >>> US-centric to be comfortable, and got old fast. >>> >> It's a two way street. >> >> Yes, it's cool to hate America these days. I'm no fan of our current >> foreign policy myself. But it is still rather insulting in many circles >> that you paint all Americans as being rednecks like you just did. >> > > Since you seem not to have gotten the reference, one of the ancient Red > Hat releases bragged about Redneck support in its image/text install > train. I can tell you this had a terrible effect on people that were > installing for another locale and found out half the needed pieces for > this locale were missing (but that's ok, Redneck is in, who actually > needs more than English+Redneck). > > So get a grip. Everyone is not seing the world through and American eye. > American junk food industry imagery is not a positive image everywhere. > American cultural references and priorities are not shared by most of > the world. > > That does not mean the world is seething with American haters. Indeed > the "if you don't aspire to be copycat Americans you must hate us" is > another typical American world-view that can be terribly annoying to > non-Americans (including to people who have a generally positive viex of > the USA). > > ?Smart international organisations have nothing to win in draping > themselves in American symbols and imagery (or Chinese symbols and > imagery or French symbols and imagery, etc). You win hearth by > emphasising your local presence and if you can't do it you better > project a bland and neutral image. > > Sweet horror of horrors! A hotdog with eyes! Imagine how offended people might be! I can't for the life of me see the problem. Will everyone everywhere get the joke? Maybe not. But who gets offended by popcorn? Insisting on cultural sterility insults everyone equally. Let the American jokes be, and while we're at it, let's have some European and Japanese humor in the mix. People make this OS, let's have some fingerprints on it. --CJD From bpepple at fedoraproject.org Wed Apr 30 21:04:16 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 30 Apr 2008 17:04:16 -0400 Subject: Plan for tomorrows (20080501) FESCO meeting In-Reply-To: <1209588739.2946.106.camel@vader.jdub.homelinux.org> References: <1209585052.2985.2.camel@kennedy> <1209588739.2946.106.camel@vader.jdub.homelinux.org> Message-ID: <1209589456.2985.17.camel@kennedy> On Wed, 2008-04-30 at 15:52 -0500, Josh Boyer wrote: > > Let's add the standard sponsors review back on the agenda. Maybe > something good will come of it. Done. If we've got time, I'd like to revisit warren's alternative method for membership advancement now that FAS2 has been completed. Personally, I really don't believe throwing more sponsors will fix the underlining problem for new contributors. Later, /B -- Brian Pepple http://fedoraproject.org/wiki/BrianPepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Wed Apr 30 21:18:01 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 30 Apr 2008 14:18:01 -0700 Subject: Automatic python requires In-Reply-To: <200804301521.53311.jam@zoidtechnologies.com> References: <4817A0FF.2040202@cora.nwra.com> <4817A9AF.3060803@cora.nwra.com> <20080430090305.225089f7@ludwig-alpha.unil.ch> <200804301521.53311.jam@zoidtechnologies.com> Message-ID: <4818E209.9000908@gmail.com> Jeff MacDonald wrote: > On Wednesday 30 April 2008 3:03:05 am Christian Iseli wrote: >> Given that we are packaging for a specific distro, I think the case >> could even be argued that the packager should replace all >> #! /usr/bin/env >> with >> #! /usr/bin/ >> to make the distro consistent. >> > > -1: > > the distro already consistently uses /usr/bin/env, and I vote to keep it that > way. :) > No it doesn't. $ ./env-py.py /usr/bin/env 55 /usr/bin/python: 182 (That's roughly /usr/bin/env python, BTW. script attached.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: env-py.py Type: text/x-python Size: 922 bytes Desc: not available URL: From jspaleta at gmail.com Wed Apr 30 21:29:40 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 30 Apr 2008 13:29:40 -0800 Subject: Multilib Middle-Ground In-Reply-To: References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <4818D1BC.6060707@redhat.com> Message-ID: <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> On Wed, Apr 30, 2008 at 12:27 PM, Colin Walters wrote: > The right way to approach this I think is to target specific third > party applications which we want to work out of the box. Say for > example, Flash and VMWare Workstation. Surely there are others, but I > think we can arrive at a reasonably sane set. We then add these > packages to the default install image. Would you include the following in your "sane" set? IDL MatLab LabView Mathematica SAS/IML and SAS/STAT nag.com library products any number of proprietary fortran and C compilers -jef"how do you like my rabbit hole? cosy enough for you?"spaleta From cmadams at hiwaay.net Wed Apr 30 21:47:36 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 30 Apr 2008 16:47:36 -0500 Subject: F9 installation screenshot In-Reply-To: <1209588047.29552.37.camel@rousalka.okg> References: <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <1209585473.4950.79.camel@localhost> <1209588047.29552.37.camel@rousalka.okg> Message-ID: <20080430214736.GL1158623@hiwaay.net> Once upon a time, Nicolas Mailhot said: > Since you seem not to have gotten the reference, one of the ancient Red > Hat releases bragged about Redneck support in its image/text install > train. I can tell you this had a terrible effect on people that were > installing for another locale and found out half the needed pieces for > this locale were missing (but that's ok, Redneck is in, who actually > needs more than English+Redneck). If someone was unhappy with Redneck, then they should have stuck to English. IIRC Redneck was the test-bed to add support for other languages, because the people writing the support didn't speak other languages. I guess those developers could have just worked on something else instead of language support. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From pawsa-gpa at theochem.kth.se Wed Apr 30 21:47:23 2008 From: pawsa-gpa at theochem.kth.se (Pawel Salek) Date: Wed, 30 Apr 2008 23:47:23 +0200 Subject: F9 installation screenshot In-Reply-To: <1209588047.29552.37.camel@rousalka.okg> Message-ID: <1209592043.7480.1@westmalle> On 04/30/2008 10:40:47 PM, Nicolas Mailhot wrote: > Le mercredi 30 avril 2008 ? 14:57 -0500, Callum Lerwick a ?crit : > > On Wed, 2008-04-30 at 09:52 +0200, Nicolas Mailhot wrote: > > > I, for one was glad when those (and previous redneck jokes) were > > > kicked out of the installer. The text and imagery used were just > too > > > US-centric to be comfortable, and got old fast. > > > > It's a two way street. > > > > Yes, it's cool to hate America these days. I'm no fan of our current > > foreign policy myself. But it is still rather insulting in many > circles > > that you paint all Americans as being rednecks like you just did. > > Since you seem not to have gotten the reference, one of the ancient > Red > Hat releases bragged about Redneck support in its image/text install > train. I can tell you this had a terrible effect on people that were > installing for another locale and found out half the needed pieces for > this locale were missing (but that's ok, Redneck is in, who actually > needs more than English+Redneck). And who's to blame? English-speaking people? > So get a grip. Everyone is not seing the world through and American > eye. > American junk food industry imagery is not a positive image > everywhere. > American cultural references and priorities are not shared by most of > the world. Nicolas: I suggest you recent review your posts to fedora-devel-list to realise how large percentage of them circle about your feelings towards USA. It is boring at best. Let's stick to technical discussions here and leave politics, religion, sex and rock&roll out (have I forget any item from the list?). For the record, I found the "redneck" language option useless but it was a nice demo of the localisation functionality (was it not the first localized linux installer ever?). And I thought it was bit funny, too. Pawel PS. I think it's time to either close this thread or make it focused better on the installation itself. From lesmikesell at gmail.com Wed Apr 30 21:51:54 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 30 Apr 2008 16:51:54 -0500 Subject: Multilib Middle-Ground In-Reply-To: <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <4818D1BC.6060707@redhat.com> <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> Message-ID: <4818E9FA.10801@gmail.com> Jeff Spaleta wrote: > On Wed, Apr 30, 2008 at 12:27 PM, Colin Walters wrote: >> The right way to approach this I think is to target specific third >> party applications which we want to work out of the box. Say for >> example, Flash and VMWare Workstation. Surely there are others, but I >> think we can arrive at a reasonably sane set. We then add these >> packages to the default install image. > > Would you include the following in your "sane" set? > > IDL > MatLab > LabView > Mathematica > SAS/IML and SAS/STAT > nag.com library products > any number of proprietary fortran and C compilers Throw in Sun's 32 bit jvm's too. Would it be possible to grow rpm meta-packages of 32-bit lib dependencies for common applications as they become known with some consistent name convention so something like yum install vmware_32bit_libs would fix things instead of having to know each needed file and which package provides it? Also, what's going to happen in an upgrade of a machine with existing 32 bit apps? Will the older libs stay? Will they work? -- Les Mikesell lesmikesell at gmail.com From rhally at mindspring.com Wed Apr 30 21:57:45 2008 From: rhally at mindspring.com (Richard Hally) Date: Wed, 30 Apr 2008 17:57:45 -0400 Subject: preupgrade - upgrade error In-Reply-To: <1209562841.8968.119.camel@cutter> References: <48183731.5050703@mindspring.com> <1209562841.8968.119.camel@cutter> Message-ID: <4818EB59.1090305@mindspring.com> seth vidal wrote: > On Wed, 2008-04-30 at 05:09 -0400, Richard Hally wrote: >> After completing the download of the needed packages and other things, I clicked >> on reboot. Grub showed me the upgrade to rawhide option. after selecting it, the >> kernel booted and then the following error came up: >> "An error occured reading the install from the ISO images. please check your ISO >> images and try again." >> >> the F3 console shows(after some INFO lines): >> "04:36:38 ERROR : failed to open /mnt/isodirbootupgradestage2.img: No such file >> or directory" >> >> the F5 console shows "Running... /bin/mount -n -t ext3 -o ro /dev/sda3 >> /mnt/isodir" and that is all. >> >> what is going on? where should I look? >> >> An upgrade directory was created in /boot and it has the initrd.img, the >> stage2.img and the zmlinuz. >> Any where else I should check? > > what version of preupgrade is this? 0.9.2? > > -sv > > I used preupgrade-0.9.2-1.fc8.noarch from F8-updates. Michal Schmidt sent this: "Looks like you're hit by https://fedorahosted.org/preupgrade/ticket/19 You can workaround it by adding the missing slashes manually in grub.conf." and my grub.conf stanza looked like this: "title Upgrade to Rawhide kernel /boot/upgrade/vmlinuz preupgrade lang=en_US.UTF-8 keymap=us stage2=hd:sda3:bootupgradestage2.img method=http://linux.nssl.noaa.gov/fedora/linux/development/i386/os initrd /boot/upgrade/initrd.img " I edited the stage2= to include the slashes /boot/upgrade/stage2.img and that worked! the rest of the upgrade worked fine! thanks for all the work you do. Richard From jspaleta at gmail.com Wed Apr 30 22:10:31 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 30 Apr 2008 14:10:31 -0800 Subject: Plan for tomorrows (20080501) FESCO meeting In-Reply-To: <1209589456.2985.17.camel@kennedy> References: <1209585052.2985.2.camel@kennedy> <1209588739.2946.106.camel@vader.jdub.homelinux.org> <1209589456.2985.17.camel@kennedy> Message-ID: <604aa7910804301510j59d070e4pdd67e10da8bf3582@mail.gmail.com> 2008/4/30 Brian Pepple : > On Wed, 2008-04-30 at 15:52 -0500, Josh Boyer wrote: > > > > Let's add the standard sponsors review back on the agenda. Maybe > > something good will come of it. > > Done. > > If we've got time, I'd like to revisit warren's alternative method for > membership advancement now that FAS2 has been completed. Personally, I > really don't believe throwing more sponsors will fix the underlining > problem for new contributors. how's this for a drafty draft for an implementation I've put together after poking toshio in the eye about fas2? http://fedoraproject.org/wiki/JefSpaleta/ProbationalContributorDraft -jef From d.jacobfeuerborn at conversis.de Wed Apr 30 22:22:20 2008 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Thu, 01 May 2008 00:22:20 +0200 Subject: is xorg.conf still needed In-Reply-To: <1209564017.15542.315.camel@localhost.localdomain> References: <1209523940.2906.136.camel@localhost.localdomain> <20080430085648.GA2919@evileye.atkac.englab.brq.redhat.com> <1209562121.22831.164.camel@aglarond.local> <1209564017.15542.315.camel@localhost.localdomain> Message-ID: <4818F11C.1070803@conversis.de> Adam Jackson wrote: > Ideally, though this doesn't work yet, you'd just do: > > Section "Device" > Driver "vesa" > EndSection It doesn't? This is what my xorg.conf looks like: Section "Device" Driver "nouveau" Identifier "Videocard0" EndSection That works fine for me. Regards, Dennis From nicolas.mailhot at laposte.net Wed Apr 30 22:34:55 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 01 May 2008 00:34:55 +0200 Subject: F9 installation screenshot In-Reply-To: <1209592043.7480.1@westmalle> References: <1209592043.7480.1@westmalle> Message-ID: <1209594895.29552.62.camel@rousalka.okg> Le mercredi 30 avril 2008 ? 23:47 +0200, Pawel Salek a ?crit : > Nicolas: I suggest you recent review your posts to fedora-devel-list to > realise how large percentage of them circle about your feelings towards > USA. It is boring at best. Let's stick to technical discussions here > and leave politics, religion, sex and rock&roll out (have I forget any > item from the list?). I guess the ?13 Greek font packages I've been rebuilding while you wrote this are just as guilty as me of boring Anti-American feelings (as evidenced by their refusal of accepting American norms like ASCII and English). Care to point us savages to the right reservation? Is it the ?political, religious, sex or ?rock&roll one? -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From seg at haxxed.com Wed Apr 30 22:37:26 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 30 Apr 2008 17:37:26 -0500 Subject: F9 installation screenshot In-Reply-To: <4818DD86.5020805@ncsu.edu> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <1209585473.4950.79.camel@localhost> <1209588047.29552.37.camel@rousalka.okg> <4818DD86.5020805@ncsu.edu> Message-ID: <1209595046.4950.84.camel@localhost> On Wed, 2008-04-30 at 16:58 -0400, Casey Dahlin wrote: > Sweet horror of horrors! A hotdog with eyes! Imagine how offended people > might be! It might offend the vegetarians, but does a hot dog really count as meat? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Wed Apr 30 23:02:06 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 30 Apr 2008 18:02:06 -0500 Subject: Wanted: (Co-)maintainer for Kronolith In-Reply-To: <1209552429.5892.48.camel@localhost.localdomain> References: <1209552429.5892.48.camel@localhost.localdomain> Message-ID: >>>>> "LK" == Lubomir Kundrak writes: LK> Hi, It has came to my attention, that maintainer of kronolith has LK> been unresponsive for some time. Which is odd, because he committed to Horde earlier this month. I have the Horde stack deployed here and would be willing to help out, but at the moment I don't have a test environment set up so in this particular instance I wouldn't have been very useful. I'll work on getting something set up and add myself to the package when I'll be able to assist. - J< From skvidal at fedoraproject.org Wed Apr 30 23:03:26 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 30 Apr 2008 19:03:26 -0400 Subject: F9 installation screenshot In-Reply-To: <1209595046.4950.84.camel@localhost> References: <8990327d0804290423o6bef20c0g8ab07576ea81068@mail.gmail.com> <20080429121439.GN27333@localhost.localdomain> <8990327d0804290558k5f32d775ic9ddd24b164f4744@mail.gmail.com> <8990327d0804290600x12482214s97fc57b14098f3be@mail.gmail.com> <1209481464.18191.6.camel@gibraltar.str.redhat.com> <20080429154009.GR26399@inocybe.teonanacatl.org> <1209506979.22831.121.camel@aglarond.local> <20080430025732.GV26399@inocybe.teonanacatl.org> <28979.192.54.193.59.1209541945.squirrel@rousalka.dyndns.org> <1209585473.4950.79.camel@localhost> <1209588047.29552.37.camel@rousalka.okg> <4818DD86.5020805@ncsu.edu> <1209595046.4950.84.camel@localhost> Message-ID: <1209596606.8968.166.camel@cutter> On Wed, 2008-04-30 at 17:37 -0500, Callum Lerwick wrote: > On Wed, 2008-04-30 at 16:58 -0400, Casey Dahlin wrote: > > Sweet horror of horrors! A hotdog with eyes! Imagine how offended people > > might be! > > It might offend the vegetarians, but does a hot dog really count as > meat? Yes, and disgusting livestock practices. -sv From walters at verbum.org Wed Apr 30 23:28:14 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 30 Apr 2008 19:28:14 -0400 Subject: Multilib Middle-Ground In-Reply-To: <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <4818D1BC.6060707@redhat.com> <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> Message-ID: On Wed, Apr 30, 2008 at 5:29 PM, Jeff Spaleta wrote: > On Wed, Apr 30, 2008 at 12:27 PM, Colin Walters wrote: > > The right way to approach this I think is to target specific third > > party applications which we want to work out of the box. Say for > > example, Flash and VMWare Workstation. Surely there are others, but I > > think we can arrive at a reasonably sane set. We then add these > > packages to the default install image. > > Would you include the following in your "sane" set? I don't know - what deps do they need? The top of the list though is the deps such that Adobe Flash works out of the box. On i386 this would ensure we pull in libflashsupport. On x86_64 we'd also need to pull in 32 bit libpulseaudio and some other things, I believe? Regardless, the point is that we need to actually make choices about what's included in the desktop install, figuring out the tradeoffs, rather than punting it to users with incomprehensible questions. From jspaleta at gmail.com Wed Apr 30 23:32:52 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 30 Apr 2008 15:32:52 -0800 Subject: Multilib Middle-Ground In-Reply-To: References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <4818D1BC.6060707@redhat.com> <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> Message-ID: <604aa7910804301632s61939abdv1589b1f0ed8d0dff@mail.gmail.com> On Wed, Apr 30, 2008 at 3:28 PM, Colin Walters wrote: > I don't know - what deps do they need? Give me about $10k to purchase the full compliment of licenses and I'll let you know :-> -jef From tmus at tmus.dk Wed Apr 30 23:35:28 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Wed, 30 Apr 2008 21:35:28 -0200 Subject: Multilib Middle-Ground In-Reply-To: <4818E9FA.10801@gmail.com> References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <4818D1BC.6060707@redhat.com> <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> <4818E9FA.10801@gmail.com> Message-ID: Les Mikesell wrote: > Jeff Spaleta wrote: >> On Wed, Apr 30, 2008 at 12:27 PM, Colin Walters >> wrote: >>> The right way to approach this I think is to target specific third >>> party applications which we want to work out of the box. Say for >>> example, Flash and VMWare Workstation. Surely there are others, but I >>> think we can arrive at a reasonably sane set. We then add these >>> packages to the default install image. >> >> Would you include the following in your "sane" set? >> >> IDL >> MatLab >> LabView >> Mathematica >> SAS/IML and SAS/STAT >> nag.com library products >> any number of proprietary fortran and C compilers > > Throw in Sun's 32 bit jvm's too. > > Would it be possible to grow rpm meta-packages of 32-bit lib > dependencies for common applications as they become known with some > consistent name convention so something like > yum install vmware_32bit_libs > would fix things instead of having to know each needed file and which > package provides it? > I don't see how this would be easier to maintain that the whitelist solution. I think it would actually be a lot harder in the long run. /Thomas From seg at haxxed.com Wed Apr 30 23:53:31 2008 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 30 Apr 2008 18:53:31 -0500 Subject: Multilib Middle-Ground In-Reply-To: References: <4817FF36.10305@redhat.com> <481815CC.8050306@redhat.com> <20080430140318.GC30581@nostromo.devel.redhat.com> <481895CE.70501@redhat.com> <20080430160158.GA8368@nostromo.devel.redhat.com> <48189F75.4070301@redhat.com> <4818D1BC.6060707@redhat.com> <604aa7910804301429k472cc2bcq8f9a06c1acd70b33@mail.gmail.com> Message-ID: <1209599611.4950.88.camel@localhost> On Wed, 2008-04-30 at 19:28 -0400, Colin Walters wrote: > On Wed, Apr 30, 2008 at 5:29 PM, Jeff Spaleta wrote: > > On Wed, Apr 30, 2008 at 12:27 PM, Colin Walters wrote: > > > The right way to approach this I think is to target specific third > > > party applications which we want to work out of the box. Say for > > > example, Flash and VMWare Workstation. Surely there are others, but I > > > think we can arrive at a reasonably sane set. We then add these > > > packages to the default install image. > > > > Would you include the following in your "sane" set? > > I don't know - what deps do they need? > > The top of the list though is the deps such that Adobe Flash works out > of the box. On i386 this would ensure we pull in libflashsupport. On > x86_64 we'd also need to pull in 32 bit libpulseaudio and some other > things, I believe? Well what should happen is flash is pulled from Adobe's own repo, and since they're pulling from a repo anyway, yum should do what its designed to do and pull in all the i386 deps flash needs in the same transaction. There's no need for it to be in the default install or on the install media, as far as flash is concerned. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Tue Apr 29 17:32:01 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 29 Apr 2008 12:32:01 -0500 Subject: qt-4.4/kde-4.1 coming to cvs (F-10 branch) Message-ID: <48175B91.8090500@math.unl.edu> FYI, The fedora KDE-SIG will be importing qt-4.4 and kde-4.1 (alpha1) into cvs (devel, aka F-10 branch) soonish, so expect the ride to bumpy for a bit while we work out the kinks and (probable) broken dependencies. -- Rex _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce