From altivec87 at cox.net Mon Mar 1 04:18:31 2004 From: altivec87 at cox.net (altivec87 at cox.net) Date: Sun, 29 Feb 2004 23:18:31 -0500 Subject: Cron configuration program Message-ID: <20040301041832.ZSJW20509.lakemtao06.cox.net@smtp.central.cox.net> Hello all, I would like to work on one of the configuration programs that are needed in Fedora. Would a tool for the cron daemon be a good start? If so, if anyone has any special feature requests, post them and I will try to include them. BTW, I do NOT run Fedora - yet. I am looking for a way to help a Linux distribution. If I can help here, I will. Skills: C expert, familiar with Python and PyGTK, viable C++ skills, and a few other languages. Robert Burns From ByteEnable at austin.rr.com Mon Mar 1 01:18:23 2004 From: ByteEnable at austin.rr.com (ByteEnable) Date: Sun, 29 Feb 2004 19:18:23 -0600 Subject: -march=i386 -mcpu=i686 - I'm so sick of seeing that!!!!!!!!!!!!!!! Message-ID: <1078103903.2521.7.camel@ByteEnable> -march=i386 -mcpu=i686 - I'm so sick of seeing that! god, can't u ppl leave optimizations alone. Why not just do -march=i386 then leave it alone! Byte From altivec87 at cox.net Mon Mar 1 04:39:40 2004 From: altivec87 at cox.net (altivec87 at cox.net) Date: Sun, 29 Feb 2004 23:39:40 -0500 Subject: -march=i386 -mcpu=i686 - I'm so sick of seeing that!!!!!!!!!!!!!!! Message-ID: <20040301043942.ZEQJ24099.lakemtao05.cox.net@smtp.central.cox.net> ByteEnable: in a word, performance. That will optimize code for 686 CPUs without breaking compatibility with 386. It's a good compromise between performance and compatibility, IMO. From russell at coker.com.au Mon Mar 1 04:56:03 2004 From: russell at coker.com.au (Russell Coker) Date: Mon, 1 Mar 2004 15:56:03 +1100 Subject: Cron configuration program In-Reply-To: <20040301041832.ZSJW20509.lakemtao06.cox.net@smtp.central.cox.net> References: <20040301041832.ZSJW20509.lakemtao06.cox.net@smtp.central.cox.net> Message-ID: <200403011556.03347.russell@coker.com.au> On Mon, 1 Mar 2004 15:18, wrote: > I would like to work on one of the configuration programs that are needed > in Fedora. Would a tool for the cron daemon be a good start? If so, if > anyone has any special feature requests, post them and I will try to > include them. A policy wizard for SE Linux would be a good configuration tool to have. Contact me off-list if you are interested. > BTW, I do NOT run Fedora - yet. I am looking for a way to help a Linux > distribution. If I can help here, I will. > > Skills: C expert, familiar with Python and PyGTK, viable C++ skills, and a > few other languages. One way that C programmers can really help Fedora is in testing out SE Linux policy. C programming skill is beneficial (although not required) for SE Linux testing as it enables you to better understand what's really happening with the audit messages. http://www.coker.com.au/selinux/play.html If you want to get involved in this then the best first step is to login as root to my Fedora SE Linux play machine (see the above URL) and see how it works. Russell Coker From cornette at insight.rr.com Mon Mar 1 05:01:40 2004 From: cornette at insight.rr.com (Jim Cornette) Date: Mon, 01 Mar 2004 00:01:40 -0500 Subject: up2date, system-config-packages and synaptic In-Reply-To: <20040229163016.65130.qmail@web40412.mail.yahoo.com> References: <20040229163016.65130.qmail@web40412.mail.yahoo.com> Message-ID: <4042C3B4.5010408@insight.rr.com> David Wagoner wrote: >My question here is why is the fedora team wasting so >much time developing up2date and >system-config-packages when synaptic is already an >excellent replacement. > Synaptic has pulled my OS out from under me a few times. Of course this is a front end to apt-get. Apt-get and it's willingness to remove 200 rpms to satisfy one packages requirements is not a good trade-off. I could say that I was extremely impressed with how well red-carpet updater did on restoring systems to proper working order and resolving dependencies. I had a really broken system that I did an *rpm -i *.rpm --nodeps --force* - one that led to duplicate rpms, with different versions and red-carpet fixed all of the duplicated packages and remarkably restored the system. Personally, I use up2date a lot and appreciate all of the improvements that have been made to the program. I found out that up2date is pretty reliable to even regard the arch of the original package. I had an i686 version of a program installed and up2date did not flag the missing package, since it had an i686 version and only the i386 version of the program was available in the repository. Someone else pointed out the reason up2date did not notice the program as being new. Since it regarded the arch. I updated the system with the later version manually and it did not seem to hose my system with the i386 version installed. It is good that up2date knew better. This is for rpms that really matter for i686 and i386 versions. Up2date does take a long while resolving dependencies. This might be sped up with improvements in the file formats that up2date gets it's information from. (yum format, in this case). I haven't tried to use too many apt repositories. It is great that up2date can use apt repositories and probably does a decent job comparable to apt-get. Having an easier interface to show available but not installed programs from a repository might be a good thing. Having a feature to resolve broken package problems, like red-carpet has would also be nice. Don't get me wrong. I think synaptic and apt are good programs to have around. I just don't think that one should say that concentrating on one method over the other is futile. > Even though it uses apt, worst >case would be to get the latest source and code in >support for yum then. > see above, 200 packages need to be removed to satisfy foo. >I have had nothing but problems >with up2date. I have had packages fail to install and >yet appear to be installed as far as up2date is >concerned, > Are the arch versions different? >system-config-packages though its getting >better still has a ways to go before it has the >features that synaptic has. > The last time that I used the program, it was broken. Red-carpet does a heck of a job installing packages too. No need to kill all development on system-config-packages because of synaptic has this, red-carpet has this and system-config-packages needs this still. It will get to a decent level eventualy. >If the developers choose >to continue to use up2date and system-config-packages, >I will continue to use the products during the rest of >the test phase but when Fedora Core 2 is released I >plan on switching to synaptic. Synaptic is full of >features, stable and fast. I look foward to seeing >what everyone has to say on this subject. > > hopefully all methods will be better when FC2 is a final release. Choice is good. Jim >__________________________________ >Do you Yahoo!? >Get better spam protection with Yahoo! Mail. >http://antispam.yahoo.com/tools > > > > -- You work very hard. Don't try to think as well. From icon at linux.duke.edu Mon Mar 1 05:05:10 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Mon, 01 Mar 2004 00:05:10 -0500 Subject: -march=i386 -mcpu=i686 - I'm so sick of seeing that!!!!!!!!!!!!!!! In-Reply-To: <1078103903.2521.7.camel@ByteEnable> References: <1078103903.2521.7.camel@ByteEnable> Message-ID: <4042C486.7020706@linux.duke.edu> On 29.02.2004 20:18, ByteEnable wrote: > -march=i386 -mcpu=i686 - I'm so sick of seeing that! So, get yourself a PPC or something. :) -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml From matthew at zeut.net Mon Mar 1 05:17:55 2004 From: matthew at zeut.net (Matthew T. O'Connor) Date: Mon, 1 Mar 2004 00:17:55 -0500 Subject: mp3's Message-ID: <200403010017.55290.matthew@zeut.net> Hopefully a simple question: How do I get xmms to play mp3's on FC2 test1? In all release versions of RH / Fedora, I can turn to 3rd party packagers such as freshrpms etc... but what about for the devel tree? Does anyone know where I can get non-core packages that track the devel tree? Thanks, Matthew O'Connor ps, All my new audio goes to FLAC or ogg, but I have a large repo of my CD's that I ripped to mp3 several years ago and converting mp3 -> ogg doesn't sound good. From pete at putzin.net Mon Mar 1 05:17:55 2004 From: pete at putzin.net (Peter Buelow) Date: Sun, 29 Feb 2004 23:17:55 -0600 Subject: Booting x86_64 devel tree Message-ID: <200402292317.55262.pete@putzin.net> Does anyone have any experience with the mkisofs commands to build an installable DVD? I've recently grabbed a copy of the x86-64 devel tree and built a DVD iso with a mkisofs command I found in the archives. The resulting DVD boots fine, but it doesn't find the packages to install on the DVD (works great until then). I've tried using an FTP and NFS boot option as well, but for some reason, the devel tree sk98lin driver doesn't work quite right and I can't build a network connection. Anyway, I'm guessing it's an issue with the mkisofs command I've used, but I'm hoping someone here can point it out. I don't see anything in the man pages to show me what's up. The following was run in the directory containing a mirror of pub/fedora/linux/core/development/x86_64/. Hope someone can help. Thanks. mkisofs -J -R -v -T -o fedora.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table . From mharris at redhat.com Mon Mar 1 05:18:15 2004 From: mharris at redhat.com (Mike A. Harris) Date: Mon, 1 Mar 2004 00:18:15 -0500 (EST) Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040227190348.92453.qmail@web25102.mail.ukl.yahoo.com> References: <20040227190348.92453.qmail@web25102.mail.ukl.yahoo.com> Message-ID: On Fri, 27 Feb 2004, James Harrison wrote: >Date: Fri, 27 Feb 2004 11:03:48 -0800 (PST) >From: James Harrison >To: fedora-devel-list at redhat.com >Content-Type: text/plain; charset=us-ascii >List-Id: Development discussions related to Fedora Core > >Subject: Re: Fedora Core 2 Test 2 - delayed > > >> >Boot with selinux=0, and the SELinux code is disabled. >That dont cut it for me. Two distinct kernels one with SELinux and one >without. Feel free to reconfigure the kernel .config in the kernel src.rpm and rebuild your own kernel with SElinux disabled. The likelyhood of us adding an additional kernel with SElinux totally removed from it is very slim. Every kernel included in the OS increases the maintenance of the kernel by that much more, which costs us a large amount of engineering and QA time. Hopefully your own customized kernel will cut it for you. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Mon Mar 1 05:25:04 2004 From: mharris at redhat.com (Mike A. Harris) Date: Mon, 1 Mar 2004 00:25:04 -0500 (EST) Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040227163955.67adbee8.pros-n-cons@bak.rr.com> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> Message-ID: On Fri, 27 Feb 2004, Vincent wrote: >> On Fri, 27 Feb 2004, Leonard den Ottolander wrote: >> >> >How well scrutinized is this NSA code actually? Everybody can see they >> >won't slip in an obvious backdoor, but how about nasty little overflows, >> >tucked away deep inside the code, for which they already have exploits >> >in their drawer? >> >> Aside from rejecting SElinux merely due to conspiracy theories >> alone, what would be your suggestion to ensure that this is not >> the case? >> >> If you really think about it, you can apply the same conspiracy >> theory to the Linux kernel, XFree86, and every other piece of >> software in the system. >> >> There are quite a few security vulnerabilities found and fixed in >> OSS source code. How can you truely be sure that a given >> vulnerability wasn't planted there intentionally? >> >> Take the recent XFree86 security update which contains fixes for >> libXfont. Do we really know for sure that when Keith Packard >> wrote that 14 or so years ago, that he didn't intentionally put >> the buffer overflows in there, so that he could 0wn all machines >> running the X Window System 15 years later? ;o) >> >> You did upgrade X to the latest version right? ;o) > >I thought Fedora wasn't vulnerable to that bug due to >exec-shield. Packard never saw that one comming! Correct, we've tested and confirmed that exec-shield blocks the libXfont attacks if enabled. Unfortunately, I accidentally neglected to mention that in the erratum release notes for Fedora Core 1 XFree86 erratum. ;o/ -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From nathan at silverorange.com Mon Mar 1 05:31:21 2004 From: nathan at silverorange.com (Nathan Fredrickson) Date: Mon, 01 Mar 2004 00:31:21 -0500 Subject: Cron configuration program In-Reply-To: <20040301041832.ZSJW20509.lakemtao06.cox.net@smtp.central.cox.net> References: <20040301041832.ZSJW20509.lakemtao06.cox.net@smtp.central.cox.net> Message-ID: <1078119080.26604.758.camel@rocky> On Sun, 2004-02-29 at 23:18, altivec87 at cox.net wrote: > I would like to work on one of the configuration programs that are > needed in Fedora. Would a tool for the cron daemon be a good start? If > so, if anyone has any special feature requests, post them and I will > try to include them. Such a project was recently discussed on the fedora-config-list: http://www.redhat.com/archives/fedora-config-list/2004-February/msg00018.html The project home page is here: http://www.nongnu.org/pyatcron/ Nathan From hattenator at imapmail.org Mon Mar 1 06:16:01 2004 From: hattenator at imapmail.org (Eric Hattemer) Date: Sun, 29 Feb 2004 22:16:01 -0800 Subject: To those interested in Thunderbird Message-ID: <4042D521.7040005@imapmail.org> Please take a look at the srpm in https://bugzilla.fedora.us/show_bug.cgi?id=1113 . I was able to build it without much trouble, but the thunderbird program hangs and gives no info. Please either take a look at the strace I made or download and compile that srpm yourself. Bare in mind that its missing the source. download http://members.ii.net/~the_hills/thunderbird-0.5-0.fdr.4.src.rpm download http://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/0.5/thunderbird-0.5-source.tar.gz unzip thunderbird-0.5-source.tar.gz find the thunderbird-0.5-source.tar.bz2 within and copy it to your SOURCE directory, then build the spec. That's what I did anyway. It builds without errors, but does not run. Please see if it runs on your system, and mine is broken, or whether the rpm is problematic. -Eric Hattemer From hvdkooij at vanderkooij.org Mon Mar 1 06:53:28 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Mon, 1 Mar 2004 07:53:28 +0100 (CET) Subject: HI! New Project In-Reply-To: <1078007512.3584.2.camel@laptop.kamaleonte> References: <20040227184601.15892.63907.Mailman@listman.back-rdu.redhat.com> <1077960917.4009.6.camel@laptop.kamaleonte> <1078007512.3584.2.camel@laptop.kamaleonte> Message-ID: On Sat, 28 Feb 2004, Luca Ferrari wrote: > Hi guy! I'm Luca Ferrari, an Italian fedora translator. > Using Fedora and its desktop-oriented I think one thing: > why don't we create an animated introduction that runs at the first > boot, where you can look the news, the features, the principal > functions... of Fedora (a little bit like WindowsXP or Lindows)? > I think that it will a great surprise! But surprises aren't always pretty ones. One thing I really do not like about any OS install is those pesky self advertising things that keep blurting about how good .... is. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From jfm512 at free.fr Mon Mar 1 07:18:45 2004 From: jfm512 at free.fr (Jean Francois Martinez) Date: 01 Mar 2004 08:18:45 +0100 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040227163955.67adbee8.pros-n-cons@bak.rr.com> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> Message-ID: <1078125525.1168.16.camel@agnes.fremen.dune> On Sat, 2004-02-28 at 01:39, Vincent wrote: > On Fri, 27 Feb 2004 10:02:09 -0500 (EST) > "Mike A. Harris" wrote: > > > On Fri, 27 Feb 2004, Leonard den Ottolander wrote: > > > > >How well scrutinized is this NSA code actually? Everybody can see they > > >won't slip in an obvious backdoor, but how about nasty little overflows, > > >tucked away deep inside the code, for which they already have exploits > > >in their drawer? > > The NSA would need to be stupid to do something like this: introduce backdoors in code who has their mark all over it and who is likely to be scrutinized because "it is code from NSA". What the NSA would do is have one of their guys become a linux contributor without saying he is from NSA. Even better, corrupt/blackmail one of Linux regular contributors preferrently one who is quite high in the "chain of command". From skvidal at phy.duke.edu Mon Mar 1 07:22:58 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 01 Mar 2004 02:22:58 -0500 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <1078125525.1168.16.camel@agnes.fremen.dune> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> <1078125525.1168.16.camel@agnes.fremen.dune> Message-ID: <1078125778.5626.0.camel@binkley> > The NSA would need to be stupid to do something like this: introduce > backdoors in code who has their mark all over it and who is likely to > be scrutinized because "it is code from NSA". What the NSA would do is > have one of their guys become a linux contributor without saying > he is from NSA. Even better, corrupt/blackmail one of Linux regular > contributors preferrently one who is quite high in the "chain of command". yes. Our plan is working perfectly. muahahahahahahahahahahahha -sv From paveraware at hotmail.com Mon Mar 1 08:51:27 2004 From: paveraware at hotmail.com (Christensen Tom) Date: Mon, 01 Mar 2004 08:51:27 +0000 Subject: A quick question... Message-ID: I started devel work on a DHCP configuration tool (as the configuration site at fedora said there isn't one) I was wondering if I'm duplicating work? Is another tool in the pipe somewhere? Should I jump on with those people? I have quite a bit of DHCP experience and coding experience, I manage a large enterprise network using DHCP, and some pretty advanced stuff like Option 82, and I've written alot of scripts to auto config my system for me, if no one else is working on this, I should have a very alpha configurator by the end of this week if anyone else is interested. Thanks, Tom _________________________________________________________________ Click, drag and drop. My MSN is the simple way to design your homepage. http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/ From ByteEnable at austin.rr.com Mon Mar 1 09:53:40 2004 From: ByteEnable at austin.rr.com (ByteEnable) Date: Mon, 01 Mar 2004 03:53:40 -0600 Subject: -march=i386 -mcpu=i686 - I'm so sick of seeing that!!!!!!!!!!!!!!! In-Reply-To: <4042C486.7020706@linux.duke.edu> References: <1078103903.2521.7.camel@ByteEnable> <4042C486.7020706@linux.duke.edu> Message-ID: <1078134819.3984.0.camel@ByteEnable> Good one :) hehe. On Sun, 2004-02-29 at 23:05, Konstantin Ryabitsev wrote: > On 29.02.2004 20:18, ByteEnable wrote: > > -march=i386 -mcpu=i686 - I'm so sick of seeing that! > > So, get yourself a PPC or something. :) > > -- > Konstantin ("Icon") Ryabitsev > Duke Physics Systems Admin, RHCE > I am looking for a job in Canada! > http://linux.duke.edu/~icon/cajob.ptml > From wtogami at redhat.com Mon Mar 1 10:00:11 2004 From: wtogami at redhat.com (Warren Togami) Date: Mon, 01 Mar 2004 00:00:11 -1000 Subject: A quick question... In-Reply-To: References: Message-ID: <404309AB.9040002@redhat.com> Christensen Tom wrote: > I started devel work on a DHCP configuration tool (as the configuration > site at fedora said there isn't one) I was wondering if I'm duplicating > work? Is another tool in the pipe somewhere? Should I jump on with > those people? I have quite a bit of DHCP experience and coding > experience, I manage a large enterprise network using DHCP, and some > pretty advanced stuff like Option 82, and I've written alot of scripts > to auto config my system for me, if no one else is working on this, I > should have a very alpha configurator by the end of this week if anyone > else is interested. > Thanks, > Tom You mean dhcpd server right? As long as you are working on this, please consider the following: * Perhaps use the "rhpl" and pygtk stuff shared among the redhat-config-* and system-config-* tools. I have not personally looked at it yet, but they seem to share that package for common functions (?) * Common RH/Fedora configuration options like used for tftp/PXE boot (installer) and tftp/PXE/etherboot (K12LTSP). I would encourage you to talk to Eric Harrison and the K12LTSP community on the K12OSN list. http://redhat.com/mailman/listinfo/k12osn K12OSN list (Fedora for Educators and K12LTSP) That's all I can think from the top of my head for now. Warren From alexluca at inwind.it Mon Mar 1 10:03:36 2004 From: alexluca at inwind.it (Luca Ferrari) Date: Mon, 01 Mar 2004 11:03:36 +0100 Subject: New project In-Reply-To: <20040301072101.840.32491.Mailman@listman.back-rdu.redhat.com> References: <20040301072101.840.32491.Mailman@listman.back-rdu.redhat.com> Message-ID: <1078135415.3485.1.camel@laptop.kamaleonte> I think this: http://luka4e.fedoraitalia.org/intro_1/ is very pretty... Luca > But surprises aren't always pretty ones. > One thing I really do not like about any OS install is those pesky > self > advertising things that keep blurting about how good .... is. > Hugo. From paveraware at hotmail.com Mon Mar 1 10:08:21 2004 From: paveraware at hotmail.com (Christensen Tom) Date: Mon, 01 Mar 2004 10:08:21 +0000 Subject: A quick question... Message-ID: I am using pygtk and the rhpl stuff I have read through the devel guidelines on fedora.redhat.com I will talk to the K12LTSP community as well, thanks for the contact info :) Tom >Christensen Tom wrote: >>I started devel work on a DHCP configuration tool (as the configuration >>site at fedora said there isn't one) I was wondering if I'm duplicating >>work? Is another tool in the pipe somewhere? Should I jump on with those >>people? I have quite a bit of DHCP experience and coding experience, I >>manage a large enterprise network using DHCP, and some pretty advanced >>stuff like Option 82, and I've written alot of scripts to auto config my >>system for me, if no one else is working on this, I should have a very >>alpha configurator by the end of this week if anyone else is interested. >>Thanks, >>Tom > >You mean dhcpd server right? As long as you are working on this, please >consider the following: > >* Perhaps use the "rhpl" and pygtk stuff shared among the redhat-config-* >and system-config-* tools. I have not personally looked at it yet, but >they seem to share that package for common functions (?) >* Common RH/Fedora configuration options like used for tftp/PXE boot >(installer) and tftp/PXE/etherboot (K12LTSP). I would encourage you to >talk to Eric Harrison and the K12LTSP community on the K12OSN list. > >http://redhat.com/mailman/listinfo/k12osn >K12OSN list (Fedora for Educators and K12LTSP) > >That's all I can think from the top of my head for now. > >Warren > > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list _________________________________________________________________ Stay informed on Election 2004 and the race to Super Tuesday. http://special.msn.com/msn/election2004.armx From paveraware at hotmail.com Mon Mar 1 10:12:56 2004 From: paveraware at hotmail.com (Christensen Tom) Date: Mon, 01 Mar 2004 10:12:56 +0000 Subject: New project Message-ID: I think I'm gonna have to agree with Hugo... I don't really have any weight I'm just a user/part time bug finder, but I absolutely hate the WinXP intro, and all other intros I've ever seen, just get me to my desktop so I can start working already!!! (at least thats what I always think when windows is playing its little goofy music and bragging about how nice the system is) Tom >I think this: http://luka4e.fedoraitalia.org/intro_1/ >is very pretty... > >Luca > > > > But surprises aren't always pretty ones. > > One thing I really do not like about any OS install is those pesky > >self > > advertising things that keep blurting about how good .... is. > > > Hugo. > > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/ From twaugh at redhat.com Mon Mar 1 10:55:26 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 1 Mar 2004 10:55:26 +0000 Subject: more borken deps In-Reply-To: <40410A63.9040706@botz.org> References: <40410A63.9040706@botz.org> Message-ID: <20040301105526.GQ6654@redhat.com> On Sat, Feb 28, 2004 at 01:38:43PM -0800, J?rgen Botz wrote: > * redhat-lsb requires /usr/bin/kill, which no longer exists because > it has been moved from coreutils to util-linux where it seems to > be /bin/kill Get the latest util-linux (not the 'pre' one). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Mar 1 10:55:32 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 1 Mar 2004 11:55:32 +0100 Subject: The origin of _initrddir (was: Re: rawhide report: 20040229 changes) In-Reply-To: <200402291215.i1TCFxT31121@porkchop.devel.redhat.com> References: <200402291215.i1TCFxT31121@porkchop.devel.redhat.com> Message-ID: <20040301115532.64dce309@localhost> Build System wrote : > yum-2.0.5.20040224-2 > -------------------- > * Thu Feb 26 2004 Florian La Roche > > - mv /etc/init.d -> /etc/rc.d/init.d About this one, using a macro seems to be the right way of deciding which path to use, and I've seen _initrddir actually being used for it. Still, its name seems strange. I've asked on rpm-list about this, but got no answer so far. Below is that message, in case some people here have some insight on this... Matthias -- From: Matthias Saou To: RPM-List Subject: The origin of _initrddir Date: Fri, 27 Feb 2004 16:51:46 +0100 Hi, Just a quick question : I've seen %{_initrddir} used here and there in order to abstract /etc/rc.d/init.d (or /etc/init.d), and wondered why it was named that way, is IMHO it's quite confusing wrt the Linux kernel's initial ramdisk which "exposes" itself in various ways, like /initrd's presence, the initrd files in /boot and the grub/lilo lines... Did the person who introduced _initrddir just mix them up, make a typo or something? It would make much more sense to me if it was _initddir or _rcdinitddir (although that one misses the point) or _servicedir or... Just wondering. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.3-1.91 Load : 0.55 0.79 0.66 From czar at czarc.net Mon Mar 1 11:06:43 2004 From: czar at czarc.net (Gene C.) Date: Mon, 1 Mar 2004 06:06:43 -0500 Subject: more borken deps In-Reply-To: <20040301105526.GQ6654@redhat.com> References: <40410A63.9040706@botz.org> <20040301105526.GQ6654@redhat.com> Message-ID: <200403010606.43990.czar@czarc.net> On Monday 01 March 2004 05:55, Tim Waugh wrote: > On Sat, Feb 28, 2004 at 01:38:43PM -0800, J?rgen Botz wrote: > > * redhat-lsb requires /usr/bin/kill, which no longer exists because > > it has been moved from coreutils to util-linux where it seems to > > be /bin/kill > > Get the latest util-linux (not the 'pre' one). Up2date will not see the latest version because it thinks "2.12pre-3" is newer. You need to manually download the 2.12-4 version amd install it with rpm -Uvh --force util... coreutils... -- Gene From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Mar 1 11:11:47 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 1 Mar 2004 12:11:47 +0100 Subject: more borken deps In-Reply-To: <200403010606.43990.czar@czarc.net> References: <40410A63.9040706@botz.org> <20040301105526.GQ6654@redhat.com> <200403010606.43990.czar@czarc.net> Message-ID: <20040301121147.2f9221b0@localhost> Gene C. wrote : > On Monday 01 March 2004 05:55, Tim Waugh wrote: > > On Sat, Feb 28, 2004 at 01:38:43PM -0800, J?rgen Botz wrote: > > > * redhat-lsb requires /usr/bin/kill, which no longer exists because > > > it has been moved from coreutils to util-linux where it seems to > > > be /bin/kill > > > > Get the latest util-linux (not the 'pre' one). > > Up2date will not see the latest version because it thinks "2.12pre-3" is > newer. You need to manually download the 2.12-4 version amd install it with > rpm -Uvh --force util... coreutils... Hmm, in this particular case, --force should be easily avoidable by using --oldpackage instead (less risky). Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.3-1.91 Load : 0.41 0.57 0.58 From ms-nospam-0306 at arcor.de Mon Mar 1 11:16:41 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 1 Mar 2004 12:16:41 +0100 Subject: mp3's In-Reply-To: <200403010017.55290.matthew@zeut.net> References: <200403010017.55290.matthew@zeut.net> Message-ID: <20040301121641.0b01858a.ms-nospam-0306@arcor.de> On Mon, 1 Mar 2004 00:17:55 -0500, Matthew T. O'Connor wrote: > Hopefully a simple question: How do I get xmms to play mp3's on FC2 test1? > In all release versions of RH / Fedora, I can turn to 3rd party packagers > such as freshrpms etc... but what about for the devel tree? Does anyone know > where I can get non-core packages that track the devel tree? I've fetched xmms-mp3 from the Fedora Core 1.90 repository at http://rpm.livna.org -- From rjune at bravegnuworld.com Mon Mar 1 11:20:53 2004 From: rjune at bravegnuworld.com (Richard June) Date: Mon, 1 Mar 2004 06:20:53 -0500 Subject: A quick question... In-Reply-To: References: Message-ID: <200403010620.54232.rjune@bravegnuworld.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yes you are duplicating work, that's a question for fedora-config-list http://config-dhcpd.sourceforge.net/ it not exactly complete, but what is done works and works pretty much properly. that said, duplicating work isn't always a bad thing. On Monday 01 March 2004 05:08, Christensen Tom wrote: > I am using pygtk and the rhpl stuff I have read through the devel > guidelines on fedora.redhat.com > > I will talk to the K12LTSP community as well, thanks for the contact info > :) Tom > > >Christensen Tom wrote: > >>I started devel work on a DHCP configuration tool (as the configuration > >>site at fedora said there isn't one) I was wondering if I'm duplicating > >>work? Is another tool in the pipe somewhere? Should I jump on with those > >>people? I have quite a bit of DHCP experience and coding experience, I > >>manage a large enterprise network using DHCP, and some pretty advanced > >>stuff like Option 82, and I've written alot of scripts to auto config my > >>system for me, if no one else is working on this, I should have a very > >>alpha configurator by the end of this week if anyone else is interested. > >>Thanks, > >>Tom > > > >You mean dhcpd server right? As long as you are working on this, please > >consider the following: > > > >* Perhaps use the "rhpl" and pygtk stuff shared among the redhat-config-* > >and system-config-* tools. I have not personally looked at it yet, but > >they seem to share that package for common functions (?) > >* Common RH/Fedora configuration options like used for tftp/PXE boot > >(installer) and tftp/PXE/etherboot (K12LTSP). I would encourage you to > >talk to Eric Harrison and the K12LTSP community on the K12OSN list. > > > >http://redhat.com/mailman/listinfo/k12osn > >K12OSN list (Fedora for Educators and K12LTSP) > > > >That's all I can think from the top of my head for now. > > > >Warren > > > > > >-- > >fedora-devel-list mailing list > >fedora-devel-list at redhat.com > >http://www.redhat.com/mailman/listinfo/fedora-devel-list > > _________________________________________________________________ > Stay informed on Election 2004 and the race to Super Tuesday. > http://special.msn.com/msn/election2004.armx - -- Public Key available Here: http://www.bravegnuworld.com/~rjune/rjune.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAQxyVoEoft/7GAvIRAhm+AKCs8W5nJbe90LKKmZ+1M4D0oRuRKACfaLV7 431Mx6Whe0oJRs+WM+9BI5g= =4W/Q -----END PGP SIGNATURE----- From ronny-vlug at vlugnet.org Mon Mar 1 12:14:17 2004 From: ronny-vlug at vlugnet.org (Ronny Buchmann) Date: Mon, 1 Mar 2004 13:14:17 +0100 Subject: It really works! was Re: rawhide report: 20040228 changes In-Reply-To: <200402281450.i1SEocP12574@porkchop.devel.redhat.com> References: <200402281450.i1SEocP12574@porkchop.devel.redhat.com> Message-ID: <200403011314.17765.ronny-vlug@vlugnet.org> Installation with pxelinux went smoothly and also my Radeon9200 with DVI-out works out-of-the-box. This is great. I didn't see any really serious problems yet, has test2 really to be delayed so long? The most notable problems were misplaced KDE .desktop entries and non-working consolehelper (due to selinux) -- http://LinuxWiki.org/RonnyBuchmann From paveraware at hotmail.com Mon Mar 1 12:42:32 2004 From: paveraware at hotmail.com (Christensen Tom) Date: Mon, 01 Mar 2004 12:42:32 +0000 Subject: A quick question... Message-ID: I can't get it to work properly on my system... I'm running core 2 test1, the properties pane never shows anything... probably just me being stupid though. Anyway, I think I will continue to hack away for a week or so (we started off very similarly with the tree on the left like that and a properties pane) I'm taking a slightly more involved approach though, attempting to add support for classes, pools, multiple subnets on one interface, and shared networks right out of the gate... (I need all of those things on my network). I just started today on it, so I have a basic GUI, and I've been working on the backend quite a bit, we'll see I guess (btw I'm now subscribed to config as well, sorry I didn't see that list for whatever reason...) Thanks, Tom >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Yes you are duplicating work, that's a question for fedora-config-list >http://config-dhcpd.sourceforge.net/ it not exactly complete, but what is >done >works and works pretty much properly. >that said, duplicating work isn't always a bad thing. >On Monday 01 March 2004 05:08, Christensen Tom wrote: > > I am using pygtk and the rhpl stuff I have read through the devel > > guidelines on fedora.redhat.com > > > > I will talk to the K12LTSP community as well, thanks for the contact >info > > :) Tom > > > > >Christensen Tom wrote: > > >>I started devel work on a DHCP configuration tool (as the >configuration > > >>site at fedora said there isn't one) I was wondering if I'm >duplicating > > >>work? Is another tool in the pipe somewhere? Should I jump on with >those > > >>people? I have quite a bit of DHCP experience and coding experience, >I > > >>manage a large enterprise network using DHCP, and some pretty advanced > > >>stuff like Option 82, and I've written alot of scripts to auto config >my > > >>system for me, if no one else is working on this, I should have a very > > >>alpha configurator by the end of this week if anyone else is >interested. > > >>Thanks, > > >>Tom > > > > > >You mean dhcpd server right? As long as you are working on this, >please > > >consider the following: > > > > > >* Perhaps use the "rhpl" and pygtk stuff shared among the >redhat-config-* > > >and system-config-* tools. I have not personally looked at it yet, but > > >they seem to share that package for common functions (?) > > >* Common RH/Fedora configuration options like used for tftp/PXE boot > > >(installer) and tftp/PXE/etherboot (K12LTSP). I would encourage you to > > >talk to Eric Harrison and the K12LTSP community on the K12OSN list. > > > > > >http://redhat.com/mailman/listinfo/k12osn > > >K12OSN list (Fedora for Educators and K12LTSP) > > > > > >That's all I can think from the top of my head for now. > > > > > >Warren > > > > > > > > >-- > > >fedora-devel-list mailing list > > >fedora-devel-list at redhat.com > > >http://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > _________________________________________________________________ > > Stay informed on Election 2004 and the race to Super Tuesday. > > http://special.msn.com/msn/election2004.armx > >- -- >Public Key available Here: >http://www.bravegnuworld.com/~rjune/rjune.asc >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.3 (GNU/Linux) > >iD8DBQFAQxyVoEoft/7GAvIRAhm+AKCs8W5nJbe90LKKmZ+1M4D0oRuRKACfaLV7 >431Mx6Whe0oJRs+WM+9BI5g= >=4W/Q >-----END PGP SIGNATURE----- > > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list _________________________________________________________________ Watch high-quality video with fast playback at MSN Video. Free! http://click.atdmt.com/AVE/go/onm00200365ave/direct/01/ From buildsys at redhat.com Mon Mar 1 12:52:43 2004 From: buildsys at redhat.com (Build System) Date: Mon, 1 Mar 2004 07:52:43 -0500 Subject: rawhide report: 20040301 changes Message-ID: <200403011252.i21Cqg419575@porkchop.devel.redhat.com> Updated Packages: XFree86-4.3.0-62 ---------------- * Fri Feb 27 2004 Mike A. Harris 4.3.0-62 - Added new 2D driver from Alan Cox for Voodoo 1/2 hardware that does not require Glide in order to function, and provides RENDER acceleration and various other improvements above and beyond the XFree86 supplied "glide" driver which we have not shipped in the past. Driver version 1.0beta3. - Use new macros via_driver_name and voodoo_driver_name to avoid complexities in host.def with XF86ExtraCardDrivers define. compat-gcc-7.3-2.96.126 ----------------------- * Sun Feb 29 2004 Jakub Jelinek 7.3-2.96.126 - standard conforming string compare (Jason Merrill) - STL string thread safety on IA-32 - use ::operator new and ::operator delete in __default_alloc_template (Benjamin Kosnik) - clear unchanging flag of MEM/REG target in store_constructor (Bernd Schmidt, #88420) - avoid creating bogus ADDRESSOFs (on invalid input; Bernd Schmidt, #88424) - remove length () == 0 optimization in c_str() if -wchar-stdc++, since for types other than char and wchar_t empty () is probably not defined properly (Bernd Schmidt, #88423) - avoid creating unchanging MEMs in reload (Bernd Schmidt, #88425) - fix excessive stack usage caused by the -fno-strict-aliasing patch introduced in -112.7.2 (Vlad Makarov, #107552) - ptr to member fix (Nathan Sidwell, #100450, Issue Tracker #22489) * Wed Nov 05 2003 Jakub Jelinek 7.3-2.96.123 - add compat-libstdc++ on ppc32 (#107323) * Thu Sep 11 2003 Jakub Jelinek 7.3-2.96.122 - rebuilt against glibc-2.3.2-85, so that long int off64_t is used on ia64 (some older 2.3.x glibcs used incorrectly long long int off64_t) gstreamer-plugins-0.7.5-2 ------------------------- * Mon Mar 01 2004 Alexander Larsson 0.7.5-2 - Make alsa default sink/source instead of oss. iiimf-le-inpinyin-0.2-4 ----------------------- * Sun Feb 29 2004 Yu Shao - more fixes for preedit string handling rpmdb-fedora-1.90-0.20040301 ---------------------------- vim-6.2.294-1 ------------- * Mon Mar 01 2004 Karsten Hopp 6.2.294-1 - patchlevel 294 From teg at pvv.org Mon Mar 1 13:31:58 2004 From: teg at pvv.org (Trond Eivind =?ISO-8859-1?Q?Glomsr=F8d?=) Date: Mon, 01 Mar 2004 14:31:58 +0100 Subject: chown xxx.yyy is now rejected In-Reply-To: References: <20040223121416.GK6654@redhat.com> <20040223174610.GB23075@devserv.devel.redhat.com> Message-ID: <1078147918.18537.4.camel@pc-32.office.scali.no> > I want to use the greek letter pi in usernames personally. At the moment I can't even use '?' in my surname... someone put in a check for non-ASCII characters in "first boot" after I left. From alexluca at inwind.it Mon Mar 1 13:51:29 2004 From: alexluca at inwind.it (Luca Ferrari) Date: Mon, 01 Mar 2004 14:51:29 +0100 Subject: new project Message-ID: <1078149088.3483.4.camel@laptop.kamaleonte> yes but there are many other people that dont know nothing about the linux system!!! This is a way to introduce him fedora and all the best fedora's application... The desktop, the config, the project and many other thing! I think the newbie like it! Please... the intro is at http://luka4e.fedoraitalia.org/intro_1/ -- --Luca Ferrari-- www.spazioinwind.libero.it/kamaleonte From toshio at tiki-lounge.com Mon Mar 1 14:42:45 2004 From: toshio at tiki-lounge.com (Toshio) Date: Mon, 01 Mar 2004 09:42:45 -0500 Subject: new project In-Reply-To: <1078149088.3483.4.camel@laptop.kamaleonte> References: <1078149088.3483.4.camel@laptop.kamaleonte> Message-ID: <1078152164.4209.21.camel@Madison.badger.com> I can see where something like this could have value for a new user but I have two requirements for it: 1) It can't take away from core developer's time to integrate. There are many things of more priority than something that'll only run once and is more marketing than actual documentation. 2) It must have a cancel button so people don't have to see it if they don't want to. IMHO, Fedora is currently used by people who don't really want or need this "feature." Moving beyond that user base is something I hope will happen (and something like this may be appropriate to advance that purpose) but I don't see it as the purpose of FC2. Just my $0.02, -Toshio On Mon, 2004-03-01 at 08:51, Luca Ferrari wrote: > yes but there are many other people that dont know nothing about the > linux system!!! > This is a way to introduce him fedora and all the best fedora's > application... > The desktop, the config, the project and many other thing! > > I think the newbie like it! > > Please... > the intro is at http://luka4e.fedoraitalia.org/intro_1/ > -- > --Luca Ferrari-- > www.spazioinwind.libero.it/kamaleonte -- Toshio From bpm at ec-group.com Mon Mar 1 15:14:06 2004 From: bpm at ec-group.com (Brian Millett) Date: Mon, 1 Mar 2004 09:14:06 -0600 (CST) Subject: mdmonitor mdmpd ??? Message-ID: <39967.12.41.112.51.1078154046.squirrel@webmail.ec-group.com> Hi, after the update over the weekend, I get that the mdmonitor service starts, but that the mdmpd fails. What are these services ??? I have a toshiba laptop, do I need to have these? Thanks. -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." bpmATec-groupDOTcom Greg Glenn From leonard at den.ottolander.nl Mon Mar 1 15:32:07 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Mon, 01 Mar 2004 16:32:07 +0100 Subject: Pango development Message-ID: <1078155127.5359.17.camel@athlon.localdomain> Hello, I am seeing crashes in gnome-terminal when I use the midnight commander. This issue seems to be pango related. I reported this issue 7 weeks ago. See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113284 . I think it might have to do something with the fact that I use ISO-8859-15 as my charset, since the crash seems to appear in a call to g_utf8_next_char(). Should g_utf8_next_char() handle other charsets graciously? If not, then how can I use my system with another charset than UTF-8? Shouldn't pango handle other charsets as well? Has this changed in 1.3? When studying the pango rpm I noticed a reference to http://bugzilla.gnome.org/show_bug.cgi?id=121488 . In that bug report Owen states: "Is it really worth rewriting stuff in the 1.2.x branch, which will shortly be dead." What does this comment mean with respect to the support of pango for Fedora 1 and RHEL 3? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From mitr at volny.cz Mon Mar 1 15:38:50 2004 From: mitr at volny.cz (Miloslav Trmac) Date: Mon, 1 Mar 2004 16:38:50 +0100 Subject: Pango development In-Reply-To: <1078155127.5359.17.camel@athlon.localdomain> References: <1078155127.5359.17.camel@athlon.localdomain> Message-ID: <20040301153850.GA32112@popelka.ms.mff.cuni.cz> On Mon, Mar 01, 2004 at 04:32:07PM +0100, Leonard den Ottolander wrote: > Should g_utf8_next_char() handle other charsets graciously? If not, then > how can I use my system with another charset than UTF-8? Generally all character handling "inside" a program using GLib 2 (and the GNOME 2 platform) should be in UTF-8. The program itself is responsible for converting data on (e.g. file) input/output. Mirek From cturner at redhat.com Mon Mar 1 15:54:36 2004 From: cturner at redhat.com (Chip Turner) Date: 01 Mar 2004 10:54:36 -0500 Subject: (fwd) Perl/mod_perl test update In-Reply-To: References: Message-ID: "Mike A. Harris" writes: > >The perl update includes the virtual provides for perl modules to use > >to rely on when they are built against it as discussed a couple weeks > >ago. Anyone who can give this a whirl and let me know any breakages, > >I'd appreciate it; should be a fairly safe update but I want to get > >5.8.3 on all supported RHL/RHEL/Fedora releases that are currently in > >the 5.8.x family. > > Chip, > > I just released a new xchat release for Fedora Core 1 today. Is > this perl update going to require another xchat update? Nope, it shouldn't. mod_perl needed it because it tends to do very deep things inside of the perl it embeds. Most other embedding apps (vim, xchat, gaim) seem to work fine with the update. Chip -- Chip Turner cturner at redhat.com Red Hat, Inc. From leonard at den.ottolander.nl Mon Mar 1 16:20:49 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Mon, 01 Mar 2004 17:20:49 +0100 Subject: Pango development In-Reply-To: <20040301153850.GA32112@popelka.ms.mff.cuni.cz> References: <1078155127.5359.17.camel@athlon.localdomain> <20040301153850.GA32112@popelka.ms.mff.cuni.cz> Message-ID: <1078158049.5359.21.camel@athlon.localdomain> Hi Mirek, > Generally all character handling "inside" a program using GLib 2 > (and the GNOME 2 platform) should be in UTF-8. The program itself > is responsible for converting data on (e.g. file) input/output. Does this mean that the bug might well be in gnome-terminal? Gnome-terminal forgetting to translate and passing ISO-8859-15 to pango which subsequently crashes? If so I have to change the component back to gnome-terminal. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From jamesaharrisonuk at yahoo.co.uk Mon Mar 1 16:52:03 2004 From: jamesaharrisonuk at yahoo.co.uk (James Harrison) Date: Mon, 1 Mar 2004 08:52:03 -0800 (PST) Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: Message-ID: <20040301165203.88218.qmail@web25103.mail.ukl.yahoo.com> Im not going to argue anymore. I should have realised that trying to change something like this is stupid and impossible. Its probably been hammered out in other user-groups. > >That dont cut it for me. Two distinct kernels one with SELinux and one > >without. I do have a reason why I said this and it wasnt because of any comspiracy theories. I didnt make myself clear. Im not going to say anymore. Dropped. --- "Mike A. Harris" wrote: > On Fri, 27 Feb 2004, James Harrison wrote: > > >Date: Fri, 27 Feb 2004 11:03:48 -0800 (PST) > >From: James Harrison > >To: fedora-devel-list at redhat.com > >Content-Type: text/plain; charset=us-ascii > >List-Id: Development discussions related to Fedora Core > > > >Subject: Re: Fedora Core 2 Test 2 - delayed > > > > > >> >Boot with selinux=0, and the SELinux code is disabled. > >That dont cut it for me. Two distinct kernels one with SELinux and one > >without. > > Feel free to reconfigure the kernel .config in the kernel src.rpm > and rebuild your own kernel with SElinux disabled. The > likelyhood of us adding an additional kernel with SElinux totally > removed from it is very slim. Every kernel included in the OS > increases the maintenance of the kernel by that much more, which > costs us a large amount of engineering and QA time. > > Hopefully your own customized kernel will cut it for you. ;o) > > -- > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - XFree86 maintainer - Red Hat > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list ===== James Harrison __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From alexluca at inwind.it Mon Mar 1 16:51:59 2004 From: alexluca at inwind.it (Luca Ferrari) Date: Mon, 01 Mar 2004 17:51:59 +0100 Subject: new project In-Reply-To: <20040301072101.840.32491.Mailman@listman.back-rdu.redhat.com> References: <20040301072101.840.32491.Mailman@listman.back-rdu.redhat.com> Message-ID: <1078159900.10082.7.camel@laptop.kamaleonte> >I can see where something like this could have value for a new user >but >I have two requirements for it: >1) It can't take away from core developer's time to integrate. There >are many things of more priority than something that'll only run once >and is more marketing than actual documentation. >2) It must have a cancel button so people don't have to see it if they >don't want to. You have right for this! I think: Mozilla start with it but if you want to skip you can simply press the mozilla's Close button, no? >IMHO, Fedora is currently used by people who don't really want or need >this "feature." Moving beyond that user base is something I hope will >happen (and something like this may be appropriate to advance that >purpose) but I don't see it as the purpose of FC2. why? Bye bye! >Just my $0.02, >-Toshio From mark at mark.mielke.cc Mon Mar 1 17:02:15 2004 From: mark at mark.mielke.cc (Mark Mielke) Date: Mon, 1 Mar 2004 12:02:15 -0500 Subject: -march=i386 -mcpu=i686 - I'm so sick of seeing that!!!!!!!!!!!!!!! In-Reply-To: <1078103903.2521.7.camel@ByteEnable> References: <1078103903.2521.7.camel@ByteEnable> Message-ID: <20040301170215.GA14259@mark.mielke.cc> On Sun, Feb 29, 2004 at 07:18:23PM -0600, ByteEnable wrote: > -march=i386 -mcpu=i686 - I'm so sick of seeing that! > god, can't u ppl leave optimizations alone. Why not just do -march=i386 > then leave it alone! Why leave it alone? One determines the instruction set to use, while the other determines the instruction scheduler to use. We want i686 scheduler, but we don't want to use i686 instructions. Cheers, mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From ijuma82 at f2s.com Mon Mar 1 17:23:24 2004 From: ijuma82 at f2s.com (Ismael Juma) Date: Mon, 01 Mar 2004 17:23:24 +0000 Subject: Building 2.6 kernels on FC1 In-Reply-To: References: <1077644183.21413.20.camel@bushido.mshome.net> Message-ID: <4043718C.9080704@f2s.com> Alexandre Oliva wrote: >FWIW, kenrel-2.6.3-1.91 was the last one I could get installed on my >laptop that recognized the Firewire external drive (Maxtor 5000DV). >After that (tested up to 1.100), the module will load but it won't >associate a scsi device with the disk. > > Something similar happened to me. My firewire external drive is a Maxtor OneTouch though. Regards, Ismael From dpw2atox at yahoo.com Mon Mar 1 19:08:05 2004 From: dpw2atox at yahoo.com (David Wagoner) Date: Mon, 1 Mar 2004 11:08:05 -0800 (PST) Subject: Future of X? Message-ID: <20040301190805.47871.qmail@web40403.mail.yahoo.com> With the recent license changes made by the XFree86 devel team I am curious to see what the future of X will be in Fedora. I know there is x.org's xserver which is basically a fork of XFree86 4.4 release before the license was changed. Will Fedora adopt that in the future? __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From jaap at haitsma.org Mon Mar 1 19:12:32 2004 From: jaap at haitsma.org (Jaap A. Haitsma) Date: Mon, 01 Mar 2004 20:12:32 +0100 Subject: new project In-Reply-To: <1078149088.3483.4.camel@laptop.kamaleonte> References: <1078149088.3483.4.camel@laptop.kamaleonte> Message-ID: <40438B20.1060902@haitsma.org> Luca Ferrari wrote: > yes but there are many other people that dont know nothing about the > linux system!!! > This is a way to introduce him fedora and all the best fedora's > application... > The desktop, the config, the project and many other thing! > > I think the newbie like it! > > Please... > the intro is at http://luka4e.fedoraitalia.org/intro_1/ Ciao Luca, Don't let the negative answers scare you away ;-) With this kind of application usually only people which have a negative opinion about it react. Furthermore most people on this list are by far not newbies. If I were you I just try to make a program with which it is very easy to make these intros. I would make it is as general as possible. So it can be used for any distro or any program. For the demoing effect you could make one for fedora. If you have everything one of the Fedora developers (or developers of other projects) might start using your app. Saluti Jaap From robert at marcanoonline.com Mon Mar 1 19:13:29 2004 From: robert at marcanoonline.com (Robert Marcano) Date: Mon, 01 Mar 2004 15:13:29 -0400 Subject: Future of X? In-Reply-To: <20040301190805.47871.qmail@web40403.mail.yahoo.com> References: <20040301190805.47871.qmail@web40403.mail.yahoo.com> Message-ID: <1078168409.8359.3.camel@pcrobert.intranet.promca.com> On Mon, 2004-03-01 at 15:08, David Wagoner wrote: > With the recent license changes made by the XFree86 > devel team I am curious to see what the future of X > will be in Fedora. I know there is x.org's xserver > which is basically a fork of XFree86 4.4 release > before the license was changed. Will Fedora adopt that > in the future? > Read http://freedesktop.org/pipermail/x-packagers/2004-February/000004.html From smoogen at lanl.gov Mon Mar 1 19:45:40 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 01 Mar 2004 12:45:40 -0700 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <1078125778.5626.0.camel@binkley> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> <1078125525.1168.16.camel@agnes.fremen.dune> <1078125778.5626.0.camel@binkley> Message-ID: <1078170340.27106.37.camel@smoogen2.lanl.gov> On Mon, 2004-03-01 at 00:22, seth vidal wrote: > > The NSA would need to be stupid to do something like this: introduce > > backdoors in code who has their mark all over it and who is likely to > > be scrutinized because "it is code from NSA". What the NSA would do is > > have one of their guys become a linux contributor without saying > > he is from NSA. Even better, corrupt/blackmail one of Linux regular > > contributors preferrently one who is quite high in the "chain of command". > > yes. Our plan is working perfectly. > > > muahahahahahahahahahahahha > Shh.. Now they will know that Linus actually works for the NSA and has since 1990. > -sv -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From skvidal at phy.duke.edu Mon Mar 1 19:49:43 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 01 Mar 2004 14:49:43 -0500 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <1078170340.27106.37.camel@smoogen2.lanl.gov> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> <1078125525.1168.16.camel@agnes.fremen.dune> <1078125778.5626.0.camel@binkley> <1078170340.27106.37.camel@smoogen2.lanl.gov> Message-ID: <1078170582.19172.95.camel@opus> On Mon, 2004-03-01 at 14:45, Stephen Smoogen wrote: > On Mon, 2004-03-01 at 00:22, seth vidal wrote: > > > The NSA would need to be stupid to do something like this: introduce > > > backdoors in code who has their mark all over it and who is likely to > > > be scrutinized because "it is code from NSA". What the NSA would do is > > > have one of their guys become a linux contributor without saying > > > he is from NSA. Even better, corrupt/blackmail one of Linux regular > > > contributors preferrently one who is quite high in the "chain of command". > > > > yes. Our plan is working perfectly. > > > > > > muahahahahahahahahahahahha > > > > Shh.. Now they will know that Linus actually works for the NSA and has > since 1990. The nsa plays a deep-game. If you're not planning 15 years ahead at every minute, you're not playing in our^Wtheir league. :) -sv From davej at redhat.com Mon Mar 1 20:00:03 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 1 Mar 2004 20:00:03 +0000 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <1078125525.1168.16.camel@agnes.fremen.dune> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> <1078125525.1168.16.camel@agnes.fremen.dune> Message-ID: <20040301200003.GC960@redhat.com> On Mon, Mar 01, 2004 at 08:18:45AM +0100, Jean Francois Martinez wrote: > The NSA would need to be stupid to do something like this: introduce > backdoors in code who has their mark all over it and who is likely to > be scrutinized because "it is code from NSA". What the NSA would do is > have one of their guys become a linux contributor without saying > he is from NSA. Even better, corrupt/blackmail one of Linux regular > contributors preferrently one who is quite high in the "chain of command". Hmm, I need to let "the man" know his cheques haven't been making it through. Dave From dulley at lsi.usp.br Mon Mar 1 20:32:32 2004 From: dulley at lsi.usp.br (Lucas Peetz Dulley) Date: Mon, 01 Mar 2004 17:32:32 -0300 Subject: Fedora for IA-64 ? Message-ID: <40439DE0.2070304@lsi.usp.br> Hi everyone, How is the development on Fedora for Ia-64? Here at our lab we received a brand new Itanium2 machine with MegaRaid We want run Fedora on it :) I wanna help in the development of Fedora for IA-64. What should I do? How can I help? -- Lucas Peetz Dulley Virtual Reality Center - CAVERNA Digital LSI - POLI - USP Tel: +55-11-3091-5374 Av. Prof. Luciano Gualberto, 158 trav. 3 CEP: 05508-900 - Sao Paulo - SP - Brazil From pmatilai at welho.com Mon Mar 1 20:58:40 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 01 Mar 2004 22:58:40 +0200 Subject: Major upgrade of apt (0.5.15cnc5) in fedora.us stable! Message-ID: <1078174720.5001.65.camel@chip.laiskiainen.org> Some great news for the apt-rpm users out there! This is a bit lengthy but contains important information about this new version in so bear with me, or at least do read the migration notes below if you're upgrading from an older release. Migration notes for the impatient upgrader ------------------------------------------ To make all the cool new stuff possible, and to make the default configuration less fedora.us specific, some rearrangements had to be made and not everything was possible to automatically migrate. However if you haven't heavily modified your local configuration, things should continue to "just work" after this upgrade. Most important changes to configuration system are listed below, or see more detailed information later in the text under "local changes and improvements" subject: 1) The main configuration, eg /etc/apt/apt.conf, will be moved out of the way during the upgrade. Again, if you haven't changed the configuration there's nothing you need to do, but if you have you'll need to manually merge the changes back from /etc/apt/apt.conf.rpmsave to the main configuration file. Apologies for any inconvenience caused, but rest assured this is a one-time only change and wont happen again. 2) There's a new mirror/repository selector system included in this release. The first time you run any apt-command you'll be presented with a list of repositories and their mirrors. If you already have fine-tuned your sources.list to perfection or otherwise don't want to change anything just press 'q' here and nothing will be changed and you wont be bothered again. Otherwise, just follow the instructions to complete the mirror selection to make your downloads faster. You can re-run the mirror selector anytime later with "apt-get mirror-select" command. 3) Some of the default configuration values have been changed, notably there's no longer "Default-Release" pin set by default. It was removed since it caused more confusion than the intended protection to users, but if you have included testing/unstable repositories in your sources.list this might cause some unwanted packages to get updated and might want to manually add the pin back to apt.conf. And now lets get on with the good stuff: Improvements in upstream apt-rpm -------------------------------- No more --nodeps! ---------------- >From version 0.5.15cnc3 upwards apt uses the RPM API to do package installations, erasures and upgrades in a single atomic transaction. This means smoother and more correct operation and also means that you can't bitch about apt using --nodeps anymore ;) You can still enable the old behavior of external RPM process if you wish, by setting RPM::PM="external" option though. Support for handling arbitrary local and remote rpms: ---------------------------------------------------- Ever wished you could use apt like rpm to install that lonely rpm you just downloaded, with the dependencies resolved like? Well, now you can! These work with full dependency resolving now: # apt-get install ~/rpm/RPMS/my-package-1.2.4-1.rpm # apt-get install http://some.site/somewhere/my-package-1.2.4-1.i386.rpm These also work with build-dep and source commands, both for local and remote src.rpms: # apt-get build-dep ~/rpm/SRPMS/your-package-1.2.4-1.src.rpm $ apt-get source http://some.site/somewhere/your-package-1.2.4-1.src.rpm On top of that, as a nice side-effect of build-dep now supporting arbitrary file dependencies you can also install software by file names: # apt-get install /usr/bin/automake ..and there's even more - for additional information see this LWN article: http://lwn.net/Articles/60650/ Local changes and improvements in Fedora.us apt package ------------------------------------------------------- Configuration rearrangements and changes: ---------------------------------------- Apt now ships with bare-bones "factory default" settings located in /etc/apt/apt.conf.d/default.conf which is repository/vendor neutral and simply contains optimal values for operation with Fedore Core 1. Do not customize that file, changes there will not be preserved to allow updating the base config without messing your local changes to the main /etc/apt/apt.conf. This change does make life easier in the future but it does have a one-time annoyance of requiring you to merge any changes you've made to apt.conf from apt.conf.rpmsave after updating to this package. Similarly there aren't any repositories set by default in sources.list, that is handled by the new repository selector (see below). Repository/mirror selector: -------------------------- When you start the new version of apt for the first time it'll ask you to choose the repositories you want and for each repository the nearest mirror. If you don't want your sources.list to be touched, just hit 'q' and never mind. You can later re-run the selector with "apt-get mirror-select" if you wish to change your selections. The mirror-selector supports arbitrary number of repositories and mirrors and allows 3rd party repositories to add their own repositories by just dropping in a config file into apt.conf.d with a single setting, pointing to your repositorys mirror-list. Handling of kernel and related packages: --------------------------------------- The new version will handle kernel, and any packages in allow-duplicated or automatically "virtualized" transparently to the user along with upgrade/dist-upgrade: [root at chip root]# apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be upgraded lftp (2.6.5-4 => 2.6.10-1) The following NEW packages will be installed: kernel#2.4.22-1.2135.nptl (2.4.22-1.2135.nptl) kernel-source#2.4.22-1.2135.nptl (2.4.22-1.2135.nptl) 1 upgraded, 2 newly installed, 0 removed and 0 not upgraded. Need to get 0B/54.5MB of archives. After unpacking 205MB of additional disk space will be used. Do you want to continue? [Y/n] Actually it will even update your kernel-module-foo packages if such are present on your system, and if you use GRUB as the bootloader it will also automatically make the new kernel the default one. To disable that behavior, set "Kernel::Set-Default=false" in apt.conf. To disable upgrading of kernel completely, set "RPM::Upgrade-Virtual=false" in apt.conf. Other cool scripts: ------------------ There are various interesting Lua-scripts enhancing apt in various ways included in contrib/ directory of /usr/share/doc/apt-0.5.15cnc4/contrib, for usage instructions see the README's. - Panu - From kir at darnet.ru Mon Mar 1 21:09:41 2004 From: kir at darnet.ru (Kir Kolyshkin) Date: Tue, 02 Mar 2004 00:09:41 +0300 Subject: Pango development In-Reply-To: <1078155127.5359.17.camel@athlon.localdomain> References: <1078155127.5359.17.camel@athlon.localdomain> Message-ID: <4043A695.2070905@darnet.ru> I see the same bugs with gnome-terminal 2.5 (and therefore added the appropriate comment to your bug). Probably this is the same bug as this one: http://bugzilla.gnome.org/show_bug.cgi?id=131336 Leonard den Ottolander wrote: >Hello, > >I am seeing crashes in gnome-terminal when I use the midnight commander. >This issue seems to be pango related. I reported this issue 7 weeks ago. >See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113284 . I think >it might have to do something with the fact that I use ISO-8859-15 as my >charset, since the crash seems to appear in a call to >g_utf8_next_char(). > >Should g_utf8_next_char() handle other charsets graciously? If not, then >how can I use my system with another charset than UTF-8? Shouldn't pango >handle other charsets as well? Has this changed in 1.3? > >When studying the pango rpm I noticed a reference to >http://bugzilla.gnome.org/show_bug.cgi?id=121488 . In that bug report >Owen states: "Is it really worth rewriting stuff in the 1.2.x branch, >which will shortly be dead." What does this comment mean with respect to >the support of pango for Fedora 1 and RHEL 3? > >Leonard. > > > From steve at silug.org Mon Mar 1 21:16:56 2004 From: steve at silug.org (Steven Pritchard) Date: Mon, 1 Mar 2004 15:16:56 -0600 Subject: Nagios (was Re: Self-Introduction: Jose Pedro Oliveira) In-Reply-To: <403FEBDB.7040104@di.uminho.pt> References: <403FEBDB.7040104@di.uminho.pt> Message-ID: <20040301211656.GA26278@osiris.silug.org> On Sat, Feb 28, 2004 at 01:16:11AM +0000, Jos? Pedro Oliveira wrote: > - Which packages do you want to see published? > Network and system administration related > (eg: Nagios, Snort, ...) > > - Do you want to do QA? > Yes. Please see https://bugzilla.fedora.us/show_bug.cgi?id=1264 https://bugzilla.fedora.us/show_bug.cgi?id=1265 :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From steve at silug.org Mon Mar 1 21:40:08 2004 From: steve at silug.org (Steven Pritchard) Date: Mon, 1 Mar 2004 15:40:08 -0600 Subject: Major upgrade of apt (0.5.15cnc5) in fedora.us stable! In-Reply-To: <1078174720.5001.65.camel@chip.laiskiainen.org> References: <1078174720.5001.65.camel@chip.laiskiainen.org> Message-ID: <20040301214008.GB26278@osiris.silug.org> On Mon, Mar 01, 2004 at 10:58:40PM +0200, Panu Matilainen wrote: > 2) There's a new mirror/repository selector system included in this release. > The first time you run any apt-command you'll be presented with a list of > repositories and their mirrors. Will it bail out appropriately if apt isn't attached to a tty (like if apt-get is running from cron)? Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From kdebisschop at alert.infoplease.com Mon Mar 1 21:43:59 2004 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Mon, 1 Mar 2004 16:43:59 -0500 Subject: Nagios (was Re: Self-Introduction: Jose Pedro Oliveira) In-Reply-To: <20040301211656.GA26278@osiris.silug.org> References: <403FEBDB.7040104@di.uminho.pt> <20040301211656.GA26278@osiris.silug.org> Message-ID: <20040301164359.10ce8f94.kdebisschop@alert.infoplease.com> On Mon, 1 Mar 2004 15:16:56 -0600 Steven Pritchard wrote: > On Sat, Feb 28, 2004 at 01:16:11AM +0000, Jos? Pedro Oliveira wrote: > > - Which packages do you want to see published? > > Network and system administration related > > (eg: Nagios, Snort, ...) > > > > - Do you want to do QA? > > Yes. > > Please see > > https://bugzilla.fedora.us/show_bug.cgi?id=1264 > https://bugzilla.fedora.us/show_bug.cgi?id=1265 > Since there is a spec file in both the plugins and in nagios, and since I am the lead developer for the plugins, and a developer for nagios, and since fedora is supposed to emphasize upstream changes, I'd really appreciate any effort that could be made to merge these specfile changes with the main distribution. The holy grail would be to have a distro agnostic specfile that also met fedora's guidelines. That may be difficult at present, but at the very least I would appreciate if those changes that could be part of the main distribution could be broken out and submitted to the nagios (and plugins) devlopers. Bottom line: I use fedora, so the spec with the distro is always going to be more congruent with fedora than any other distro. If fedora contributions can feed back to the nagios projects, it's to the overall good, at least IMHO. -- Karl DeBisschop (kdebisschop at infoplease.com) Pearson Education/Infoplease (http://www.infoplease.com) From alan at redhat.com Mon Mar 1 21:46:43 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 1 Mar 2004 16:46:43 -0500 Subject: Fedora for IA-64 ? In-Reply-To: <40439DE0.2070304@lsi.usp.br> References: <40439DE0.2070304@lsi.usp.br> Message-ID: <20040301214643.GA11586@devserv.devel.redhat.com> On Mon, Mar 01, 2004 at 05:32:32PM -0300, Lucas Peetz Dulley wrote: > How is the development on Fedora for Ia-64? I don't think anyone has attempted to port Fedora to IA64. From pmatilai at welho.com Mon Mar 1 21:48:44 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 01 Mar 2004 23:48:44 +0200 Subject: Major upgrade of apt (0.5.15cnc5) in fedora.us stable! In-Reply-To: <20040301214008.GB26278@osiris.silug.org> References: <1078174720.5001.65.camel@chip.laiskiainen.org> <20040301214008.GB26278@osiris.silug.org> Message-ID: <1078177724.5001.72.camel@chip.laiskiainen.org> On Mon, 2004-03-01 at 23:40, Steven Pritchard wrote: > On Mon, Mar 01, 2004 at 10:58:40PM +0200, Panu Matilainen wrote: > > 2) There's a new mirror/repository selector system included in this release. > > The first time you run any apt-command you'll be presented with a list of > > repositories and their mirrors. > > Will it bail out appropriately if apt isn't attached to a tty (like if > apt-get is running from cron)? Yep, exactly because of the possibility people are auto-updating from cron. - Panu - From alan at redhat.com Mon Mar 1 21:48:54 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 1 Mar 2004 16:48:54 -0500 Subject: Pango development In-Reply-To: <4043A695.2070905@darnet.ru> References: <1078155127.5359.17.camel@athlon.localdomain> <4043A695.2070905@darnet.ru> Message-ID: <20040301214854.GA13268@devserv.devel.redhat.com> On Tue, Mar 02, 2004 at 12:09:41AM +0300, Kir Kolyshkin wrote: > I see the same bugs with gnome-terminal 2.5 (and therefore added the > appropriate comment to your bug). Probably this is the same bug as this one: > http://bugzilla.gnome.org/show_bug.cgi?id=131336 Unless we know what the cause is and if its involving parsing data provided by external programs I'd mark this bug 'security' as it could enable DoS text files, file names and/or worse if its a bug of that kind From dulley at lsi.usp.br Mon Mar 1 22:04:52 2004 From: dulley at lsi.usp.br (Lucas Peetz Dulley) Date: Mon, 01 Mar 2004 19:04:52 -0300 Subject: Fedora for IA-64 ? In-Reply-To: <20040301214643.GA11586@devserv.devel.redhat.com> References: <40439DE0.2070304@lsi.usp.br> <20040301214643.GA11586@devserv.devel.redhat.com> Message-ID: <4043B384.4090009@lsi.usp.br> Alan Cox wrote: >On Mon, Mar 01, 2004 at 05:32:32PM -0300, Lucas Peetz Dulley wrote: > > >>How is the development on Fedora for Ia-64? >> >> > >I don't think anyone has attempted to port Fedora to IA64. > Really? I thought it was being ported because of the following URL: http://download.fedora.redhat.com/pub/fedora/linux/core/development/ia64/ What is this about then? -- Lucas Peetz Dulley Virtual Reality Center - CAVERNA Digital LSI - POLI - USP Tel: +55-11-3091-5374 Av. Prof. Luciano Gualberto, 158 trav. 3 CEP: 05508-900 - Sao Paulo - SP - Brazil From smoogen at lanl.gov Mon Mar 1 23:02:45 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 01 Mar 2004 16:02:45 -0700 Subject: Fedora for IA-64 ? In-Reply-To: <4043B384.4090009@lsi.usp.br> References: <40439DE0.2070304@lsi.usp.br> <20040301214643.GA11586@devserv.devel.redhat.com> <4043B384.4090009@lsi.usp.br> Message-ID: <1078182165.27106.64.camel@smoogen2.lanl.gov> On Mon, 2004-03-01 at 15:04, Lucas Peetz Dulley wrote: > Alan Cox wrote: > > >On Mon, Mar 01, 2004 at 05:32:32PM -0300, Lucas Peetz Dulley wrote: > > > > > >>How is the development on Fedora for Ia-64? > >> > >> > > > >I don't think anyone has attempted to port Fedora to IA64. > > > Really? I thought it was being ported because of the following URL: > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ia64/ > > What is this about then? Basically it is whatever compiles into SRPMS on the Red Hat Fedora ia64 build system. If it is like the x86_64 and some of the other architectures.. it is looking for someone outside of RH who has the time/energy to do the rest and send the working bits to FedoraCore. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From katzj at redhat.com Mon Mar 1 23:05:14 2004 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 01 Mar 2004 18:05:14 -0500 Subject: Fedora for IA-64 ? In-Reply-To: <4043B384.4090009@lsi.usp.br> References: <40439DE0.2070304@lsi.usp.br> <20040301214643.GA11586@devserv.devel.redhat.com> <4043B384.4090009@lsi.usp.br> Message-ID: <1078182314.2215.63.camel@dhcp64-181.boston.redhat.com> On Mon, 2004-03-01 at 17:04, Lucas Peetz Dulley wrote: > Alan Cox wrote: > >On Mon, Mar 01, 2004 at 05:32:32PM -0300, Lucas Peetz Dulley wrote: > >>How is the development on Fedora for Ia-64? > > > >I don't think anyone has attempted to port Fedora to IA64. > > > Really? I thought it was being ported because of the following URL: > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ia64/ > > What is this about then? The packages get built just as a manner of course, our build system builds everything across all of the arches for RHEL (x86, ia64, x86_64, s390, s390x, ppc, ppc64). The critical missing piece really is the kernel and then just making sure things work. The fact that they build is only the first piece of the puzzle :) Cheers, Jeremy From jgardner at jonathangardner.net Mon Mar 1 23:12:13 2004 From: jgardner at jonathangardner.net (Jonathan Gardner) Date: Mon, 1 Mar 2004 15:12:13 -0800 Subject: Thoughts on Eric Raymond's Insights Message-ID: <200403011512.13910.jgardner@jonathangardner.net> I'm thinking of how we as a Fedora team can take the ball that ESR has identified -- REAL usuability -- and runn with it in a meaningful way. Here at Fedora, we are really 2 teams. There are the "Morlocks" who are underground, fixing things, pulling magical levers and making things work -- generally subscribed to fedora-dev and fedora-test, and several other technical mailing lists -- and the "Eloi" who maybe make it as far as actually getting Fedora installed and subcribe to fedora-list. We need to bridge the gap between the two! Here's the proposal. We do real usuability studies. But we do it the "open source" way. Everyone is a volunteer. We recruit the users (the "Eloi") and ask them to choose a project they are interested in, and we hook them up with those specialists. We recruit some more-technically minded people (the "Morlocks") and have them develop some usuability plans. These people should not be testers or developers, but people who understand the software or have the ability to communicate productively with the authors of the software. A third set of people will actually engage with the end-users in one-on-one sessions, following the plans that were developed. They don't have to be experts in that particular piece of software, they just have to be good at leading these sessons. The two have to communicate either by phone or by IRC, or some other instant communication method. The usuability sessions will be made public, so that other unrelated projects can derive some benefit from them. We'll allow others who know more about this kind of thing to comment on the results, summarize it for the developers, identify the problems and suggest solutions. Then the developers and testers can use this to develop the software for the end users. With enough data, we should be able to identify the biggest problems and work to solve them before FC3. Then, when FC3 comes out, we can do this all over again. The only problems I see are getting people involved and working with each other. I worry that while we will be able to get participants, those will always be the *wrong* people we are trying to target. However, never underestimate the amount of data that one session can produce! So maybe we don't need that much to actually happen. Thought, ideas? Should we form a Fedora usuability group to tackle this? -- Jonathan Gardner jgardner at jonathangardner.net From rjune at bravegnuworld.com Mon Mar 1 23:17:46 2004 From: rjune at bravegnuworld.com (Richard June) Date: Mon, 1 Mar 2004 18:17:46 -0500 Subject: A quick question... In-Reply-To: References: Message-ID: <200403011817.48434.rjune@bravegnuworld.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I don't have an fc 2 box to test with, it works on fc1 and rh9 much of that stuff is stuff I'm planning, but have been working on things like LTSP lately instead of that On Monday 01 March 2004 07:42, Christensen Tom wrote: > I can't get it to work properly on my system... > I'm running core 2 test1, the properties pane never shows anything... > probably just me being stupid though. Anyway, I think I will continue to > hack away for a week or so (we started off very similarly with the tree on > the left like that and a properties pane) I'm taking a slightly more > involved approach though, attempting to add support for classes, pools, > multiple subnets on one interface, and shared networks right out of the > gate... (I need all of those things on my network). I just started today > on it, so I have a basic GUI, and I've been working on the backend quite a > bit, we'll see I guess (btw I'm now subscribed to config as well, sorry I > didn't see that list for whatever reason...) > Thanks, > Tom > > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >Yes you are duplicating work, that's a question for fedora-config-list > >http://config-dhcpd.sourceforge.net/ it not exactly complete, but what is > >done > >works and works pretty much properly. > >that said, duplicating work isn't always a bad thing. > > > >On Monday 01 March 2004 05:08, Christensen Tom wrote: > > > I am using pygtk and the rhpl stuff I have read through the devel > > > guidelines on fedora.redhat.com > > > > > > I will talk to the K12LTSP community as well, thanks for the contact > > > >info > > > > > :) Tom > > > : > > > >Christensen Tom wrote: > > > >>I started devel work on a DHCP configuration tool (as the > > > >configuration > > > > > >>site at fedora said there isn't one) I was wondering if I'm > > > >duplicating > > > > > >>work? Is another tool in the pipe somewhere? Should I jump on with > > > >those > > > > > >>people? I have quite a bit of DHCP experience and coding experience, > > > >I > > > > > >>manage a large enterprise network using DHCP, and some pretty > > > >> advanced stuff like Option 82, and I've written alot of scripts to > > > >> auto config > > > >my > > > > > >>system for me, if no one else is working on this, I should have a > > > >> very alpha configurator by the end of this week if anyone else is > > > >interested. > > > > > >>Thanks, > > > >>Tom > > > > > > > >You mean dhcpd server right? As long as you are working on this, > > > >please > > > > > >consider the following: > > > > > > > >* Perhaps use the "rhpl" and pygtk stuff shared among the > > > >redhat-config-* > > > > > >and system-config-* tools. I have not personally looked at it yet, > > > > but they seem to share that package for common functions (?) > > > >* Common RH/Fedora configuration options like used for tftp/PXE boot > > > >(installer) and tftp/PXE/etherboot (K12LTSP). I would encourage you > > > > to talk to Eric Harrison and the K12LTSP community on the K12OSN > > > > list. > > > > > > > >http://redhat.com/mailman/listinfo/k12osn > > > >K12OSN list (Fedora for Educators and K12LTSP) > > > > > > > >That's all I can think from the top of my head for now. > > > > > > > >Warren > > > > > > > > > > > >-- > > > >fedora-devel-list mailing list > > > >fedora-devel-list at redhat.com > > > >http://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > _________________________________________________________________ > > > Stay informed on Election 2004 and the race to Super Tuesday. > > > http://special.msn.com/msn/election2004.armx > > > >- -- > >Public Key available Here: > >http://www.bravegnuworld.com/~rjune/rjune.asc > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v1.2.3 (GNU/Linux) > > > >iD8DBQFAQxyVoEoft/7GAvIRAhm+AKCs8W5nJbe90LKKmZ+1M4D0oRuRKACfaLV7 > >431Mx6Whe0oJRs+WM+9BI5g= > >=4W/Q > >-----END PGP SIGNATURE----- > > > > > >-- > >fedora-devel-list mailing list > >fedora-devel-list at redhat.com > >http://www.redhat.com/mailman/listinfo/fedora-devel-list > > _________________________________________________________________ > Watch high-quality video with fast playback at MSN Video. Free! > http://click.atdmt.com/AVE/go/onm00200365ave/direct/01/ - -- Public Key available Here: http://www.bravegnuworld.com/~rjune/rjune.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAQ8SaoEoft/7GAvIRAiczAJ49Tzm95fF9133/dJJL2476gSiCUwCfZt5r rR9WLfmRVD4EwxjuViphH9c= =mEuw -----END PGP SIGNATURE----- From davej at redhat.com Mon Mar 1 23:20:46 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 1 Mar 2004 23:20:46 +0000 Subject: Fedora for IA-64 ? In-Reply-To: <40439DE0.2070304@lsi.usp.br> References: <40439DE0.2070304@lsi.usp.br> Message-ID: <20040301232046.GA16468@redhat.com> On Mon, Mar 01, 2004 at 05:32:32PM -0300, Lucas Peetz Dulley wrote: > Here at our lab we received a brand new Itanium2 machine with MegaRaid > We want run Fedora on it :) > I wanna help in the development of Fedora for IA-64. What should I do? > How can I help? the biggest thing holding you back is going to be the lack of a kernel. You might want to grab the latest one, see if it builds, and if not, try and shake out any problems that you may come across. If there is going to be a FC2 for ia64, it's very unlikely to be a tier 1 architecture however, as currently yours is the first mail I've seen asking for it. Which is quite scary considering I've seen 2-3 requests for an s390 port 8-) Dave From mrsam at courier-mta.com Mon Mar 1 23:38:25 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 01 Mar 2004 18:38:25 -0500 Subject: Fedora for IA-64 ? References: <40439DE0.2070304@lsi.usp.br> <20040301232046.GA16468@redhat.com> Message-ID: Dave Jones writes: > If there is going to be a FC2 for ia64, it's very unlikely to be > a tier 1 architecture however, as currently yours is the first mail > I've seen asking for it. Which is quite scary considering I've seen > 2-3 requests for an s390 port 8-) Why's that surprising? There's definitely more S390s out there than there are IA64's bwaaaaaaahahahahahaha? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Mon Mar 1 23:39:16 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 1 Mar 2004 18:39:16 -0500 Subject: Fedora for IA-64 ? In-Reply-To: <40439DE0.2070304@lsi.usp.br> References: <40439DE0.2070304@lsi.usp.br> Message-ID: <20040301233916.GC28424@devserv.devel.redhat.com> Lucas Peetz Dulley (dulley at lsi.usp.br) said: > How is the development on Fedora for Ia-64? > > Here at our lab we received a brand new Itanium2 machine with MegaRaid > We want run Fedora on it :) > I wanna help in the development of Fedora for IA-64. What should I do? > How can I help? Well, it's mainly missing a kernel and testing now. So, get the kernel working, and rawhide will almost certainly be vaguely installable. Bill From pros-n-cons at bak.rr.com Tue Mar 2 00:38:51 2004 From: pros-n-cons at bak.rr.com (Vincent) Date: Mon, 1 Mar 2004 16:38:51 -0800 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <1078125778.5626.0.camel@binkley> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> <1078125525.1168.16.camel@agnes.fremen.dune> <1078125778.5626.0.camel@binkley> Message-ID: <20040301163851.5146e483.pros-n-cons@bak.rr.com> On Mon, 01 Mar 2004 02:22:58 -0500 seth vidal wrote: > > > The NSA would need to be stupid to do something like this: introduce > > backdoors in code who has their mark all over it and who is likely to > > be scrutinized because "it is code from NSA". What the NSA would do is > > have one of their guys become a linux contributor without saying > > he is from NSA. Even better, corrupt/blackmail one of Linux regular > > contributors preferrently one who is quite high in the "chain of command". > > yes. Our plan is working perfectly. > > > muahahahahahahahahahahahha > > -sv > > > > -- I find it over the top aswell, the code is open but I'm not sure trusting governments by default is such a good idea either, The US government (CIA) has already played this game and is infact credited by some for the fall of the USSR's economy due to a trojan'd software bug. http://msnbc.msn.com/id/4394002/ some interesting quotes: "In order to disrupt the Soviet gas supply, its hard currency earnings from the West, and the internal Russian economy, the pipeline software that was to run the pumps, turbines, and valves was programmed to go haywire, after a decent interval, to reset pump speeds and valve settings to produce pressures far beyond those acceptable to pipeline joints and welds," "The result was the most monumental non-nuclear explosion and fire ever seen from space," "While there were no physical casualties from the pipeline explosion, there was significant damage to the Soviet economy," he writes. "Its ultimate bankruptcy, not a bloody battle or nuclear exchange, is what brought the Cold War to an end. In time the Soviets came to understand that they had been stealing bogus technology, but now what were they to do? By implication, every cell of the Soviet leviathan might be infected. They had no way of knowing which equipment was sound, which was bogus. All was suspect, which was the intended endgame for the entire operation." The code is fine but it deserves the extra scrutiny it is getting. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From namtat at hku.hk Tue Mar 2 01:14:04 2004 From: namtat at hku.hk (Tat Nam) Date: Tue, 2 Mar 2004 09:14:04 +0800 Subject: Multiboot with linux server, fedora and w2k server Message-ID: Hi, I've a hard drive of 60GMB and have already installed Windows 2000 server and Linux 9 server. GRUB is the boot loader. Recently, I bought a new hard drive of 120GMB in size and installed it into the system in order to install Fedora project. I intended to make the system to make a multiboot and enable me to select among W2K server, Linux 9 server and Fedora. However, all papers on the net talking about dual boot, does anybody have a method to do the multiboot with GRUB? Thanks in advance. -- Nam, Tat From tmwg-fedorad at inxservices.com Tue Mar 2 01:15:50 2004 From: tmwg-fedorad at inxservices.com (George Garvey) Date: Mon, 1 Mar 2004 17:15:50 -0800 Subject: Old gcc directories still on system Message-ID: <20040302011550.GA24906@inxservices.com> Currently, the system has gcc-3.3.3-2 installed. This is what is on the disk (I've excluded 3.2.3 and 3.3.3 -- why are these directories still there?): /usr/lib/gcc-lib/i386-redhat-linux: total 16 drwxr-xr-x 3 root root 4096 Feb 18 04:08 3.2.3 drwxr-xr-x 3 root root 4096 Oct 25 10:30 3.3.1 drwxr-xr-x 3 root root 4096 Mar 1 14:39 3.3.2 drwxr-xr-x 5 root root 4096 Mar 1 14:01 3.3.3 /usr/lib/gcc-lib/i386-redhat-linux/3.3.1: total 4 drwxr-xr-x 2 root root 4096 Oct 25 10:30 include /usr/lib/gcc-lib/i386-redhat-linux/3.3.1/include: total 0 /usr/lib/gcc-lib/i386-redhat-linux/3.3.2: total 4 drwxr-xr-x 2 root root 4096 Mar 1 14:38 include /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include: total 0 From jspaleta at princeton.edu Tue Mar 2 02:11:16 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Mon, 01 Mar 2004 21:11:16 -0500 Subject: Fedora Core 2 Test 2 - delayed Message-ID: <1078193476.28748.9.camel@goober.localdomain> Vincent wrote: > The code is fine but it deserves the extra scrutiny it is getting. The code is getting scrutiny on this list? At best what we are seeing here is derision, but certainly no comments on this list count as code scrutiny. So maybe its best to say the code deserve the extra scrutiny it has gotten upstream already before the decision to include in the 2.6 kernel codebase was made, instead of talking about the lack of scrutiny its currently getting on this list. No one here, on this list, is adding anything of merit to the analysis of the codebase. -jef"maybe open source developers should create bogus code and license it under a license that is friendly to proprietary consumption....to hasten the endgame scenario of propetary software development"spaleta -------------- 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 wtogami at redhat.com Tue Mar 2 02:17:35 2004 From: wtogami at redhat.com (Warren Togami) Date: Mon, 01 Mar 2004 16:17:35 -1000 Subject: Old gcc directories still on system In-Reply-To: <20040302011550.GA24906@inxservices.com> References: <20040302011550.GA24906@inxservices.com> Message-ID: <4043EEBF.5030400@redhat.com> George Garvey wrote: > Currently, the system has gcc-3.3.3-2 installed. This is what is on the > disk (I've excluded 3.2.3 and 3.3.3 -- why are these directories still > there?): > > /usr/lib/gcc-lib/i386-redhat-linux: > total 16 > drwxr-xr-x 3 root root 4096 Feb 18 04:08 3.2.3 > drwxr-xr-x 3 root root 4096 Oct 25 10:30 3.3.1 > drwxr-xr-x 3 root root 4096 Mar 1 14:39 3.3.2 > drwxr-xr-x 5 root root 4096 Mar 1 14:01 3.3.3 > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.1: > total 4 > drwxr-xr-x 2 root root 4096 Oct 25 10:30 include > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.1/include: > total 0 > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2: > total 4 > drwxr-xr-x 2 root root 4096 Mar 1 14:38 include > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include: > total 0 > > This is potentially a packaging bug in the gcc packages where it does not own the directories that it creates during installation. This can be problematic in cases like where a sysadmin has set the default umask to 077. I would encourage you or someone else in the community to investigate this issue and submit an expect patch for the spec file for this and any other similar packaging issues, especially for something as important as gcc. If the patch is provided in a Bugzilla report so that it applies cleanly against the latest rawhide package, that would save the busy package maintainers and developers a lot of time. Thank you, Warren Togami From otaylor at redhat.com Tue Mar 2 02:15:41 2004 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 01 Mar 2004 21:15:41 -0500 Subject: Pango development In-Reply-To: <1078155127.5359.17.camel@athlon.localdomain> References: <1078155127.5359.17.camel@athlon.localdomain> Message-ID: <1078193740.4207.43.camel@localhost.localdomain> On Mon, 2004-03-01 at 10:32, Leonard den Ottolander wrote: > Hello, > > I am seeing crashes in gnome-terminal when I use the midnight commander. > This issue seems to be pango related. I reported this issue 7 weeks ago. > See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113284 . I think > it might have to do something with the fact that I use ISO-8859-15 as my > charset, since the crash seems to appear in a call to > g_utf8_next_char(). > Should g_utf8_next_char() handle other charsets graciously? If not, then > how can I use my system with another charset than UTF-8? Shouldn't pango > handle other charsets as well? Has this changed in 1.3? I'm somewhat at a loss as to why you think it is happening in g_utf8_get_char(); all the backtraces on that bug-report show a crash somewhere in pango-layout.c (without symbols, exactly where is hard to tell.) Pango checks UTF-8 validity on pango_layout_set_text() so generally invalid UTF-8 can't crash Pango in strange locations. Though this crash is related to EelEllipsizingLabel, which a pretty awful hack; so it's just barely possible it's stuffing bad text into Pango in some fashion. Like any bug, what is the most incredibly useful information to have is the sequence of steps that is required to take a plain-vanilla system and make it reproduce the crash. > When studying the pango rpm I noticed a reference to > http://bugzilla.gnome.org/show_bug.cgi?id=121488 . In that bug report > Owen states: "Is it really worth rewriting stuff in the 1.2.x branch, > which will shortly be dead." What does this comment mean with respect to > the support of pango for Fedora 1 and RHEL 3? For RHEL 3, I'll backport any fixes that are necessary; this is generally a pretty small set; it would basically have to be a user-triggable crash. (121488 actually was fixed in the RHEL 3 SRPM with a local patch) For Fedora 1; the same applies until we release FC2, at which point it's Fedora Legacy's problem. :-) Regards, Owen From otaylor at redhat.com Tue Mar 2 02:18:46 2004 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 01 Mar 2004 21:18:46 -0500 Subject: Pango development In-Reply-To: <20040301214854.GA13268@devserv.devel.redhat.com> References: <1078155127.5359.17.camel@athlon.localdomain> <4043A695.2070905@darnet.ru> <20040301214854.GA13268@devserv.devel.redhat.com> Message-ID: <1078193925.4207.47.camel@localhost.localdomain> On Mon, 2004-03-01 at 16:48, Alan Cox wrote: > On Tue, Mar 02, 2004 at 12:09:41AM +0300, Kir Kolyshkin wrote: > > I see the same bugs with gnome-terminal 2.5 (and therefore added the > > appropriate comment to your bug). Probably this is the same bug as this one: > > http://bugzilla.gnome.org/show_bug.cgi?id=131336 > > Unless we know what the cause is and if its involving parsing data > provided by external programs I'd mark this bug 'security' as it could > enable DoS text files, file names and/or worse if its a bug of that > kind I'm pretty sure it's a "read-off-the-end" bug rather than a "write-off-the-end" bug, so "worse" is unlikely. But yes, you probably could trigger it with a really long weird web page title that 'elinks' makes the terminal title. Regards, Owen From rhally at mindspring.com Tue Mar 2 02:53:38 2004 From: rhally at mindspring.com (Richard Hally) Date: Mon, 1 Mar 2004 21:53:38 -0500 Subject: Multiboot with linux server, fedora and w2k server In-Reply-To: Message-ID: Do "info grub" to see the "manual". It explains how to set (hd0,n) and (hd1,n) etc. to access different hard drives and partitions. Richard Hally -----Original Message----- From: fedora-devel-list-admin at redhat.com [mailto:fedora-devel-list-admin at redhat.com]On Behalf Of Tat Nam Sent: Monday, March 01, 2004 8:14 PM To: fedora-devel-list at redhat.com Subject: Multiboot with linux server, fedora and w2k server Hi, I've a hard drive of 60GMB and have already installed Windows 2000 server and Linux 9 server. GRUB is the boot loader. Recently, I bought a new hard drive of 120GMB in size and installed it into the system in order to install Fedora project. I intended to make the system to make a multiboot and enable me to select among W2K server, Linux 9 server and Fedora. However, all papers on the net talking about dual boot, does anybody have a method to do the multiboot with GRUB? Thanks in advance. -- Nam, Tat -- fedora-devel-list mailing list fedora-devel-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-devel-list From otaylor at redhat.com Tue Mar 2 03:15:41 2004 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 01 Mar 2004 22:15:41 -0500 Subject: Pango development In-Reply-To: <4043A695.2070905@darnet.ru> References: <1078155127.5359.17.camel@athlon.localdomain> <4043A695.2070905@darnet.ru> Message-ID: <1078197341.4207.60.camel@localhost.localdomain> On Mon, 2004-03-01 at 16:09, Kir Kolyshkin wrote: > I see the same bugs with gnome-terminal 2.5 (and therefore added the > appropriate comment to your bug). Probably this is the same bug as this one: > http://bugzilla.gnome.org/show_bug.cgi?id=131336 131336 is an unrelated backtrace; some other crash. After a bit of study, I think the bug that Leonard is something I fixed last fall: Fri Oct 31 12:32:38 2003 Owen Taylor Fix one problem with iteration by chars (Part of #89541, Mariano Su?rez-Alvarez) * Pango/pango-layout.c (cluster_end_index): Fix to be item relative, like iter->cluster_index. * pango/pango-layout.c (pango_layout_iter_next_char): Adapt. See http://bugzilla.gnome.org/show_bug.cgi?id=89541 You had me puzzled by a bit by your mention of gnome-terminal-2.5, but I see from what you added to the bug report that you are using gnome-terminal-2.5 with an older Pango. Kir/Leonard - do you think you can try upgrading your glib2 and pango to the versions in FC2 test1 (or the development tree) and see if the crash still exists? The newer glib2 and pango should work fine with the other packages in FC1. Thanks, Owen From russell at coker.com.au Tue Mar 2 03:18:08 2004 From: russell at coker.com.au (Russell Coker) Date: Tue, 2 Mar 2004 14:18:08 +1100 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <200403011512.13910.jgardner@jonathangardner.net> References: <200403011512.13910.jgardner@jonathangardner.net> Message-ID: <200403021418.08215.russell@coker.com.au> On Tue, 2 Mar 2004 10:12, Jonathan Gardner wrote: > I'm thinking of how we as a Fedora team can take the ball that ESR has > identified -- REAL usuability -- and runn with it in a meaningful way. > > Here at Fedora, we are really 2 teams. There are the "Morlocks" who are > underground, fixing things, pulling magical levers and making things work > -- generally subscribed to fedora-dev and fedora-test, and several other > technical mailing lists -- and the "Eloi" who maybe make it as far as > actually getting Fedora installed and subcribe to fedora-list. Are we supposed to eat end-users? I hope that we have plenty of sheep, cattle and chickens using Fedora... -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From smoogen at lanl.gov Tue Mar 2 03:22:07 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 1 Mar 2004 20:22:07 -0700 (MST) Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <200403021418.08215.russell@coker.com.au> References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> Message-ID: On Tue, 2 Mar 2004, Russell Coker wrote: >On Tue, 2 Mar 2004 10:12, Jonathan Gardner >wrote: >> I'm thinking of how we as a Fedora team can take the ball that ESR has >> identified -- REAL usuability -- and runn with it in a meaningful way. >> >> Here at Fedora, we are really 2 teams. There are the "Morlocks" who are >> underground, fixing things, pulling magical levers and making things work >> -- generally subscribed to fedora-dev and fedora-test, and several other >> technical mailing lists -- and the "Eloi" who maybe make it as far as >> actually getting Fedora installed and subcribe to fedora-list. > >Are we supposed to eat end-users? > >I hope that we have plenty of sheep, cattle and chickens using Fedora... Just remember that human is the other, other, other white meat. And is good in BBQ sauce. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From jspaleta at princeton.edu Tue Mar 2 04:32:26 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Mon, 01 Mar 2004 23:32:26 -0500 Subject: Thoughts on Eric Raymond's Insights Message-ID: <1078201946.29023.32.camel@goober.localdomain> Jonathan Gardner wrote: > Everyone is a volunteer Everyone is a potential volunteer. You included. > We recruit the users (the "Eloi") and ask them to choose a project > they are interested in, and we hook them up with those specialists Have you looked at the fedora.redhat.com project pages...that looks like a recruitment effort to me..based on each project. Or are you talking about hiring a brass band and marching around or something similar? Recruitment efforts on a lot of fronts are in need of creative ideas. By the way, for anyone reading fedora.us QA review needs volunteers. So does the Fedora Core community triage effort, find me on #fedora-bugs on the irc network if you are interested in helping out with either of those efforts.... > We recruit some more-technically minded people (the "Morlocks") and > have them develop some usuability plans. These people should not be > testers or developers, but people who understand the software or have > the ability to communicate productively with the authors of the > software Have fun trying to identify the people who can do that well. > A third set of people will actually engage with the end-users in one- > on-one sessions, following the plans that were developed Are you keeping a running count in your head about the number of people you are talking about...and how much time you really expect these volunteers to contribute consistently? One on One sessions are expensive in terms of manhours...and you don't have anyone signed up yet..so your total number of manhours to spend are zero. Don't start building a process that is manpower expensive..until you have manpower to burn... you are going to kill the process under its own weight before you even get someone to volunteer. > The usuability sessions will be made public, so that other unrelated > projects can derive some benefit from them A more cynical view is that, making it public will provide other 'potential' volunteers the opportunity to rip apart your methodology and reinterpret the result to prove the result you derived from the sessions are invalid....be careful what you wish for. > We'll allow others who know more about this kind of thing to comment > on the results, summarize it for the developers, identify the problems > and suggest solutions Unless you have a commitment from the developers to buy into the methodology that forms the basis of the summaries...this is just going to lead to a lot of argument. I tell you right now, that you aren't likely to win over development mindshare just by handing them a usability summary without their involvement with outlining at least the methodology you layout. If you are going to experiment with this, you should first find a project with developers who are open to working with you on this to see if it really will be helpful. Pushing the summaries on developers for a project if they aren't interested..is not going to help. > With enough data, we should be able to identify the biggest problems > and work to solve them before FC3. Then, when FC3 comes out, we can do > this all over again. This is a very hopeful hypothesis. And I would argue, that the biggest problems will be defined differently by different segments of the userbase. It will be interesting how you build a process that matches biggest problems...to specific usage patterns...in an unbiased manner. It will be interesting to see how you guard against having your summaries being biased by a small vocal minority. > The only problems I see are getting people involved and working with > each other. I worry that while we will be able to get participants, > those will always be the *wrong* people we are trying to target There are LOADS of problems...loads and loads... i like this handbook on volunteerism http://www.sport.vic.gov.au/Web/SRV/srvimages.nsf/Images/VMPWorkbookpdf/ $File/VMPWorkbook.pdf The summary on the first 18 pages are so, is generally useful as a guideline for any volunteer process... > However, never underestimate the amount of data that one session can > produce! So maybe we don't need that much to actually happen. the amount of data isn't the question, I fear for the quality of the data, and whether what you will be producing is something the developers want. Maybe if you rethink this idea assuming you only have 3 or 4 people who are energized about working on the problem you see, and think about a process that can produce a result with just 3 or 4 people's worth of volunteer time. Think usability strike team, instead of usability batalion, -jef"is still looking for someone to head up an accessibility strike team"spaleta -------------- 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 elf.no-ip.org Tue Mar 2 06:16:32 2004 From: ml at elf.no-ip.org (Tadashi Jokagi) Date: Tue, 02 Mar 2004 15:16:32 +0900 Subject: KDE3.2.1 and a Japanese locale Message-ID: <404426c0.5498%ml@elf.no-ip.org> Hi, To warren, KDE maintainer and developpers. There were the following reports from a KDE Japan user group. KDE 3.2.1 will be release-planned next week. A Japanese locale is contained in 3.2.1. A Japanese locale is *not* contained in 3.2. Fedora Core 2 adopts KDE 3.2. However, use of this version displays neither a menu nor a message in Japanese in a KDE desktop. It seems that the Japanese locale is using 3.1.95 now. The Japanese locale of this version is not so good. Is there any idea of management about this problem? The KDE Japan user group tried hard in order to make a better thing by the appeal of warren. Can Fedora Project cooperate in it? -- ----.----1----.----2----.----3----.----4----.----5----.----6----.----7 Tadashi Jokagi/Shibuya city mailto:elf at elf.no-ip.org YokukitanaII http://elf.no-ip.org/ Yokukitawiki http://elf.no-ip.org/wiki/ Yokukitablog http://elf.no-ip.org/blog/ From hvdkooij at vanderkooij.org Tue Mar 2 06:26:31 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Tue, 2 Mar 2004 07:26:31 +0100 (CET) Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <200403021418.08215.russell@coker.com.au> References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> Message-ID: On Tue, 2 Mar 2004, Russell Coker wrote: > Are we supposed to eat end-users? How to serve men? (A known intergalactic bestseller) Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From tony at tgds.net Tue Mar 2 06:53:10 2004 From: tony at tgds.net (Tony Grant) Date: Tue, 02 Mar 2004 07:53:10 +0100 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> Message-ID: <1078210390.16698.40.camel@localhost.localdomain> cups setup in fedora sucks bigtime. I had printer sharing working just fine in RH9 after a long uphill battle understanding how it worked. Imagine my surprise after the upgrade to see that my printer had disappeared from Mac OS X Print Center. Upgrading wiped all the cups folders especially the one containing the windows ppd files... So much as I hate to say it I have to go along with ESR on this one. Tony Grant -- www.tgds.net Library management software toolkit From mharris at redhat.com Tue Mar 2 07:13:09 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 2 Mar 2004 02:13:09 -0500 (EST) Subject: It really works! was Re: rawhide report: 20040228 changes In-Reply-To: <200403011314.17765.ronny-vlug@vlugnet.org> References: <200402281450.i1SEocP12574@porkchop.devel.redhat.com> <200403011314.17765.ronny-vlug@vlugnet.org> Message-ID: On Mon, 1 Mar 2004, Ronny Buchmann wrote: >Installation with pxelinux went smoothly and also my Radeon9200 with DVI-out >works out-of-the-box. > >This is great. > >I didn't see any really serious problems yet, has test2 really >to be delayed so long? Test2 is not being delayed due to general problems, it is being delayed specifically because of SElinux not being quite ready yet, and it is absolutely mission critical that SElinux is in a useable state in test2, or else people will just disable it entirely, and it will get zero testing. There's no sense putting out test releases, if one of the major new features will just be disabled because it doesn't work properly yet. Wow, that was quite a run-on sentence there. I should like win an award or something eh. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From jgardner at jonathangardner.net Tue Mar 2 08:07:13 2004 From: jgardner at jonathangardner.net (Jonathan M. Gardner) Date: Tue, 2 Mar 2004 00:07:13 -0800 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <1078201946.29023.32.camel@goober.localdomain> References: <1078201946.29023.32.camel@goober.localdomain> Message-ID: <200403020007.17492.jgardner@jonathangardner.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 01 March 2004 8:32 pm, Jef Spaleta wrote: > Jonathan Gardner wrote: > > We recruit the users (the "Eloi") and ask them to choose a project > > they are interested in, and we hook them up with those specialists > > Have you looked at the fedora.redhat.com project pages...that looks > like a recruitment effort to me..based on each project. Or are you > talking about hiring a brass band and marching around or something > similar? Recruitment efforts on a lot of fronts are in need of creative > ideas. By the way, for anyone reading fedora.us QA review needs > volunteers. So does the Fedora Core community triage effort, find me on > #fedora-bugs on the irc network if you are interested in helping out > with either of those efforts.... > I think QA and usability tests are two different things. QA people go in with certain expectations and an understanding of the software. Usuability studies include people who are familiar with the software and people who have never seen it before, and watch how they interact with the software. It exposes nitpicks and spots where the users just plain get confused or lost. QA has already absorbed the project, they already undertand the quirks and have been brainwashed that it is okay, that's the way it is supposed to work. I don't think the FOSS community distinguishes between these two things adequately. We have this view that there are developers/project managers, and then everybody else (documentation, QA, usuability, users, all in one). > Are you keeping a running count in your head about the number of people > you are talking about...and how much time you really expect these > volunteers to contribute consistently? One on One sessions are > expensive in terms of manhours...and you don't have anyone signed up > yet..so your total number of manhours to spend are zero. Don't start > building a process that is manpower expensive..until you have manpower > to burn... you are going to kill the process under its own weight > before you even get someone to volunteer. > So start small, introduce abstraction layers as (or if) we get bigger. > Unless you have a commitment from the developers to buy into the > methodology that forms the basis of the summaries...this is just going > to lead to a lot of argument. I tell you right now, that you aren't > likely to win over development mindshare just by handing them a > usability summary without their involvement with outlining at least the > methodology you layout. If you are going to experiment with this, you > should first find a project with developers who are open to working > with you on this to see if it really will be helpful. Pushing the > summaries on developers for a project if they aren't interested..is not > going to help. > I see your point. I'll do an experiment at home. I have a lovely wife who hates computers but uses them anyway. Are there any volunteers for a project that would be willing to take the results of a usability study seriously? Some potential candidates: 1) Configuring KMail, Mozilla Mail, or Evolution to get and send mail via my mail server (IMAPS and Sendmail with AUTH) 2) Configuring the network to browse the internet, given the IP addresses provided by my ISP, using Red Hat's internet configuration tool. I'm open to other suggestions. > > With enough data, we should be able to identify the biggest problems > > and work to solve them before FC3. Then, when FC3 comes out, we can > > do this all over again. > > This is a very hopeful hypothesis. And I would argue, that the biggest > problems will be defined differently by different segments of the > userbase. It will be interesting how you build a process that matches > biggest problems...to specific usage patterns...in an unbiased manner. > It will be interesting to see how you guard against having your > summaries being biased by a small vocal minority. > That is true. Usuability studies only render anecdotes. We never know if the two or three people who participate are truly representative of their population. But in my experience, even though they don't turn out a great volume of statistics with error bars or complete analysis of the target market, they do give a lot of valuable feedback. I think if we are going to make Linux a serious contender on the desktop, we need to solve these problems sooner rather than later. In fact, I believe we can't conquer the desktop until we solve these showstoppers. We have to make Linux work for Aunt Tillie and Eric Raymond. > > There are LOADS of problems...loads and loads... > i like this handbook on volunteerism > > http://www.sport.vic.gov.au/Web/SRV/srvimages.nsf/Images/VMPWorkbookpdf >/ $File/VMPWorkbook.pdf > > The summary on the first 18 pages are so, is generally useful as a > guideline for any volunteer process... > I browsed that guidebook and found it contains some knowledge I'd like to study in more detail. I have some familiarity with organizing people and such via church activities and Boy Scouts of America. Humm, maybe it is time to visit some friends and get their input... ;-) - -- Jonathan Gardner jgardner at jonathangardner.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFARECxqp6r/MVGlwwRAtF3AKCtEvmtsSIHV6WitnY97oay66J+uACfSOk/ IOAnvmxet1mdazuZe6/W1Uc= =nDPB -----END PGP SIGNATURE----- From twaugh at redhat.com Tue Mar 2 10:24:11 2004 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 2 Mar 2004 10:24:11 +0000 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <1078210390.16698.40.camel@localhost.localdomain> References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> <1078210390.16698.40.camel@localhost.localdomain> Message-ID: <20040302102411.GA6654@redhat.com> On Tue, Mar 02, 2004 at 07:53:10AM +0100, Tony Grant wrote: > cups setup in fedora sucks bigtime. > > I had printer sharing working just fine in RH9 after a long uphill > battle understanding how it worked. Imagine my surprise after the > upgrade to see that my printer had disappeared from Mac OS X Print > Center. > > Upgrading wiped all the cups folders especially the one containing the > windows ppd files... > > So much as I hate to say it I have to go along with ESR on this one. You have to file bugs, or these things won't get fixed. Can't fix things we don't know about! This is the first time I've ever heard of this. Please file a bug report, and say in it what method you used for a) installing cups in the first place b) setting up printers c) upgrading Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From than at redhat.com Tue Mar 2 10:30:01 2004 From: than at redhat.com (Than Ngo) Date: Tue, 02 Mar 2004 11:30:01 +0100 Subject: KDE3.2.1 and a Japanese locale In-Reply-To: <404426c0.5498%ml@elf.no-ip.org> References: <404426c0.5498%ml@elf.no-ip.org> Message-ID: <40446229.7090604@redhat.com> Tadashi Jokagi wrote: >Hi, > >To warren, KDE maintainer and developpers. > >There were the following reports from a KDE Japan user group. > >KDE 3.2.1 will be release-planned next week. >A Japanese locale is contained in 3.2.1. >A Japanese locale is *not* contained in 3.2. > >Fedora Core 2 adopts KDE 3.2. >However, use of this version displays neither a menu nor a message in Japanese in a KDE desktop. >It seems that the Japanese locale is using 3.1.95 now. >The Japanese locale of this version is not so good. >Is there any idea of management about this problem? > >The KDE Japan user group tried hard in order to make a better thing by the appeal of warren. >Can Fedora Project cooperate in it? > > > it's a know problem that the kde-i18n-ja is broken in 3.2.0 release, but it's fixed in 3.2.1. i'm now preparing kde-3.2.1 packages for FC1 and FC2. It should be ready by next weekend. Than From i.pilcher at comcast.net Tue Mar 2 10:37:45 2004 From: i.pilcher at comcast.net (Ian Pilcher) Date: Tue, 02 Mar 2004 04:37:45 -0600 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <20040302102411.GA6654@redhat.com> References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> <1078210390.16698.40.camel@localhost.localdomain> <20040302102411.GA6654@redhat.com> Message-ID: Tim Waugh wrote: > You have to file bugs, or these things won't get fixed. Can't fix > things we don't know about! Start fixing bugs that are filed, and maybe people will file some more. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From gteale at cmedltd.com Tue Mar 2 10:54:29 2004 From: gteale at cmedltd.com (Geoff Teale) Date: Tue, 02 Mar 2004 10:54:29 +0000 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> <1078210390.16698.40.camel@localhost.localdomain> <20040302102411.GA6654@redhat.com> Message-ID: <1078224869.25421.81.camel@dubya.devel.cmedltd.com> On Tue, 2004-03-02 at 04:37 -0600, Ian Pilcher wrote: > Start fixing bugs that are filed, and maybe people will file some more. Come now, that really isn't a helpful comment. However, sort out QA and open up things a little so that we can all get in there and fix bugs ourselves - that's a route to getting things done more quickly. -- Geoff Teale Cmed Technology Free Software Foundation From cornette at insight.rr.com Tue Mar 2 12:30:55 2004 From: cornette at insight.rr.com (Jim Cornette) Date: Tue, 02 Mar 2004 07:30:55 -0500 Subject: Multiboot with linux server, fedora and w2k server In-Reply-To: References: Message-ID: <40447E7F.6040602@insight.rr.com> Tat Nam wrote: >Hi, > I've a hard drive of 60GMB and have already installed Windows 2000 server >and Linux 9 server. GRUB is the boot loader. Recently, I bought a new hard >drive of 120GMB in size and installed it into the system in order to install >Fedora project. I intended to make the system to make a multiboot and >enable me to select among W2K server, Linux 9 server and Fedora. > > However, all papers on the net talking about dual boot, does anybody >have a method to do the multiboot with GRUB? > > > Thanks in advance. > > >-- >Nam, Tat > > > > I have a system that I triple boot. I find it easy to manage if I install grub on hda1 for one installation. (installation 1). Then on installation 2, I install grub on /dev/hdb1. Then finally, I install a third OS on the machine and install that in the MBR. You want to run grub-install /dev/hdx1 for each non-dozer installation. Basically, you want three different /boot partitions, one for each installation. Then you want to chainload the installation on /dev/hda1 and /dev/hdb1 from your third grub.conf file. This setup method allows each grub to maintained properly from it's own environment. Updating a kernel on the hda1 system and updating the system on hdb1 should not conflict and other than having to select the chainloader in the third installation. There is very little manual editing needed. I'm on a different computer now. There are samples submited on the regular list for this concept. It can be done. Jim From alan at redhat.com Tue Mar 2 12:51:50 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 2 Mar 2004 07:51:50 -0500 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040301163851.5146e483.pros-n-cons@bak.rr.com> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> <1078125525.1168.16.camel@agnes.fremen.dune> <1078125778.5626.0.camel@binkley> <20040301163851.5146e483.pros-n-cons@bak.rr.com> Message-ID: <20040302125150.GB15477@devserv.devel.redhat.com> On Mon, Mar 01, 2004 at 04:38:51PM -0800, Vincent wrote: > a trojan'd software bug. > http://msnbc.msn.com/id/4394002/ Established as urban legend Next tin foil hat please From mitr at volny.cz Tue Mar 2 13:01:23 2004 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 2 Mar 2004 14:01:23 +0100 Subject: A friendly reminder from translators Message-ID: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> Hello, when changing strings, please make sure that the translations at i18n.redhat.com are updated, both the .pot file and all .po files. Packages that currently have updated .pot files without the .po update: system-config-httpd, kudzu, specspo Thanks, Mirek From tony at tgds.net Tue Mar 2 13:08:04 2004 From: tony at tgds.net (Tony Grant) Date: Tue, 02 Mar 2004 14:08:04 +0100 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <20040302102411.GA6654@redhat.com> References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> <1078210390.16698.40.camel@localhost.localdomain> <20040302102411.GA6654@redhat.com> Message-ID: <1078232884.16698.62.camel@localhost.localdomain> Le mar 02/03/2004 ? 11:24, Tim Waugh a ?crit : > > Upgrading wiped all the cups folders especially the one containing the > > windows ppd files... > > > > So much as I hate to say it I have to go along with ESR on this one. > > You have to file bugs, or these things won't get fixed. Can't fix > things we don't know about! I wasn't sure that this was a bug... I am the kind of user who blames himself first then looks for solutions and bugs people as an extreme last resort (as in the case of broken fedora 2.6.1 -> kernel that prevents Vmware 3.2.x from working). > This is the first time I've ever heard of this. Please file a bug > report, and say in it what method you used for > > a) installing cups in the first place Ftp install of Redhat Linux 9.0 - cups is standard print driver if I remember. > b) setting up printers Used the web interface + instructions on how to install the adobe driver for windows so manual configuration of smb.conf and manual edit of cups.conf. The printer was visible as ipp printer in Mac OS X. > c) upgrading yum update to Fedora Core 1 when it came out. The gnome configuration tool and the web interface create two different config files. Local printing and desktop printing work just fine. But I have Windows NT in Vmware and a Windows 2000 client (other half's work machine) and a Mac running OX X 10.2.x which can't connect. cups may be a very cool replacement for lpd but it is not easy to set up and run in mixed environnement. The docs suck but that is not your fault. The gnome setup interface shows promise but printer sharing does not work as advertised... Sorry. Cheers Tony Grant -- www.tgds.net Library management software toolkit From alan at redhat.com Tue Mar 2 13:24:29 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 2 Mar 2004 08:24:29 -0500 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <200403020007.17492.jgardner@jonathangardner.net> References: <1078201946.29023.32.camel@goober.localdomain> <200403020007.17492.jgardner@jonathangardner.net> Message-ID: <20040302132429.GE15477@devserv.devel.redhat.com> On Tue, Mar 02, 2004 at 12:07:13AM -0800, Jonathan M. Gardner wrote: > I see your point. I'll do an experiment at home. I have a lovely wife who > hates computers but uses them anyway. Are there any volunteers for a > project that would be willing to take the results of a usability study > seriously? Its one thing that new users do well, sometimes inadvertantly but then don't feel confident about filing bugs. > Some potential candidates: > > 1) Configuring KMail, Mozilla Mail, or Evolution to get and send mail via > my mail server (IMAPS and Sendmail with AUTH) > > 2) Configuring the network to browse the internet, given the IP addresses > provided by my ISP, using Red Hat's internet configuration tool. > > I'm open to other suggestions. 3) Using the supplied mailman and apache configure the lot graphically (you can't yet we provided all the bits) There is also a ton of scope for improving error handling from errors to diagnosis eg hitting "Print" when no printing is set up ought to tell you this and if you know the admin pw let you set it up at that point. From alan at redhat.com Tue Mar 2 13:27:26 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 2 Mar 2004 08:27:26 -0500 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: References: <200403011512.13910.jgardner@jonathangardner.net> <200403021418.08215.russell@coker.com.au> <1078210390.16698.40.camel@localhost.localdomain> <20040302102411.GA6654@redhat.com> Message-ID: <20040302132726.GF15477@devserv.devel.redhat.com> On Tue, Mar 02, 2004 at 04:37:45AM -0600, Ian Pilcher wrote: > Tim Waugh wrote: > >You have to file bugs, or these things won't get fixed. Can't fix > >things we don't know about! > > Start fixing bugs that are filed, and maybe people will file some more. Thats a good way of making sure your bugs get kill-filed. Go ask your mother about the words "please" and "thank you" From leonard at den.ottolander.nl Tue Mar 2 13:34:11 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 02 Mar 2004 14:34:11 +0100 Subject: Pango development In-Reply-To: <1078193740.4207.43.camel@localhost.localdomain> References: <1078155127.5359.17.camel@athlon.localdomain> <1078193740.4207.43.camel@localhost.localdomain> Message-ID: <1078234451.4749.28.camel@athlon.localdomain> Hello Owen, > > See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113284 . > I'm somewhat at a loss as to why you think it is happening in > g_utf8_get_char(); That is because you haven't carefully studied the material presented to you. I'll leave it to you to figure this out. > Like any bug, what is the most incredibly useful information to have is > the sequence of steps that is required to take a plain-vanilla system > and make it reproduce the crash. I added such a description directly after you posted to the bug. Do you procmail bugzilla mail to a separate folder? Note that I cannot reproduce this every time, but you can somewhat "set the stage". I do however have various crash dumps that indicate the crash appears in that same place. > For RHEL 3, I'll backport any fixes that are necessary; > For Fedora 1; the same applies until we release FC2, at which point > it's Fedora Legacy's problem. :-) Since RHEL 3 and Fedora 1 are using (about) the same version of pango Fedora Legacy would thus only have to track RHEL 3 updates. Should be easy enough. Is there a taroon-announce list that I can subscribe to? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Tue Mar 2 13:40:03 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 02 Mar 2004 14:40:03 +0100 Subject: Pango development In-Reply-To: <1078234451.4749.28.camel@athlon.localdomain> References: <1078155127.5359.17.camel@athlon.localdomain> <1078193740.4207.43.camel@localhost.localdomain> <1078234451.4749.28.camel@athlon.localdomain> Message-ID: <1078234802.4749.34.camel@athlon.localdomain> Hi, I wrote: > Is there a taroon-announce list that I can subscribe to? Looking before asking usually helps ;) . The list at http://www.redhat.com/mailman/listinfo/enterprise-watch-list also contains the enterprise-watch-list. Right. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From kaboom at gatech.edu Tue Mar 2 13:55:09 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Tue, 2 Mar 2004 08:55:09 -0500 (EST) Subject: It really works! was Re: rawhide report: 20040228 changes In-Reply-To: References: <200402281450.i1SEocP12574@porkchop.devel.redhat.com> <200403011314.17765.ronny-vlug@vlugnet.org> Message-ID: On Tue, 2 Mar 2004, Mike A. Harris wrote: > Wow, that was quite a run-on sentence there. I should like win > an award or something eh. ;o) "Good" applicants are always needed ;-) later, chris From bart.martens at chello.be Tue Mar 2 13:56:23 2004 From: bart.martens at chello.be (Bart Martens) Date: Tue, 02 Mar 2004 14:56:23 +0100 Subject: A friendly reminder from translators In-Reply-To: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> References: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> Message-ID: <1078235783.3734.44.camel@localhost.localdomain> On Tue, 2004-03-02 at 14:01, Miloslav Trmac wrote: > Hello, > when changing strings, please make sure that the translations at > i18n.redhat.com are updated, both the .pot file and all .po files. I assume that sometimes this is not possible for all languages. Is deleting/clearing the broken translations, to have the english text be used instead, an acceptable temporary solution? Or *must* all translations be updated before the software modification is released? > Packages that currently have updated .pot files without the .po update: > system-config-httpd, kudzu, specspo This is happening to anaconda too. I sent the fr.po file to St??phane Jourdan, the reporter of bug #109374, asking him to add the missing translations. St??phane noticed that there are quite some translations broken. He's working on fixing them now. From alan at redhat.com Tue Mar 2 14:04:17 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 2 Mar 2004 09:04:17 -0500 Subject: A friendly reminder from translators In-Reply-To: <1078235783.3734.44.camel@localhost.localdomain> References: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> <1078235783.3734.44.camel@localhost.localdomain> Message-ID: <20040302140417.GA18247@devserv.devel.redhat.com> On Tue, Mar 02, 2004 at 02:56:23PM +0100, Bart Martens wrote: > I assume that sometimes this is not possible for all languages. Is > deleting/clearing the broken translations, to have the english text be > used instead, an acceptable temporary solution? Or *must* all > translations be updated before the software modification is released? If no translation is available or it is marked fuzzy then the original text is used. As such .po files do not have to be current. Normally the process is that the translator does msgmerge old.po application.pot > new.po edits new.po if needed and then commits that back as the updates. From buildsys at redhat.com Tue Mar 2 14:51:12 2004 From: buildsys at redhat.com (Build System) Date: Tue, 2 Mar 2004 09:51:12 -0500 Subject: rawhide report: 20040302 changes Message-ID: <200403021451.i22EpC321315@porkchop.devel.redhat.com> New package ICAClient Citrix ICA Client for Unix New package memtest86+ Stand-alone memory tester for x86 and x86-64 computers Updated Packages: desktop-file-utils-0.4-2 ------------------------ * Mon Mar 01 2004 Dan Williams 0.4-2 - Fix RH #117201, initial comment fails validation - Add in, but do not use, Frederic Crozat's freedesktop.org menu-spec 0.8 patch docbook-style-xsl-1.65.0-1 -------------------------- * Mon Mar 01 2004 Tim Waugh 1.65.0-1 - 1.65.0. firstboot-1.3.5-2 ----------------- * Mon Mar 01 2004 Brent Fox 1.3.5-2 - remove Requires on system-config-mouse glib2-2.3.5-1 ------------- * Tue Mar 02 2004 Mark McLoughlin 2.3.5-1 - Update to 2.3.5 - Fix build on ppc64 - Disable make check on s390 as well - test-thread failing glibc-2.3.3-13 -------------- * Mon Mar 01 2004 Jakub Jelinek 2.3.3-13 - update from CVS gnome-media-2.5.4-1 ------------------- * Thu Feb 26 2004 Alexander Larsson 2.5.4-1 - update to 2.5.4 groff-1.18.1-33 --------------- * Mon Mar 01 2004 Thomas Woerner 1.18.1-33 - fixed nroff script: convert output to locale charmap hpoj-0.91-5 ----------- * Mon Mar 01 2004 Tim Waugh 0.91-5 - Really fix init script start-up order (bug #117206). kernel-2.6.3-1.118 ------------------ * Mon Mar 01 2004 Dave Jones - Update to 2.6.4-rc1-bk2 - Limit dcache hash table size - "Fix" ACPI related random memory corruption on Thinkpads. - Warn on excessive sleeping in interrupt handlers kudzu-1.1.47-1 -------------- * Mon Mar 01 2004 Bill Nottingham 1.1.47-1 - fix dac960 probe (#116126, ) less-382-2 ---------- * Tue Mar 02 2004 Karsten Hopp 382-2 - use ncursesw if available * Sat Feb 14 2004 Karsten Hopp 382-1 - new upstream version lvm2-2.00.08-4 -------------- * Thu Feb 19 2004 Stephen C. Tweedie 2.00.08-4 - Add sysfs filter patch - Allow non-root users to build RPM nautilus-media-0.5.3-1 ---------------------- * Mon Mar 01 2004 Alexander Larsson 0.5.3-1 - update to 0.5.3 openssh-3.6.1p2-32 ------------------ * Mon Mar 01 2004 Thomas Woerner 3.6.1p2-32 - fixed pie build pango-1.3.5-1 ------------- * Tue Mar 02 2004 Mark McLoughlin 1.3.5-1 - Update to 1.3.5 policy-1.6-16 ------------- * Fri Feb 27 2004 Dan Walsh 1.6-16 - First version of loosened policy * Fri Feb 27 2004 Dan Walsh 1.6-15 - Add Russell's changes * Fri Feb 27 2004 Dan Walsh 1.6-14 - add sysctl controls - Add firstboot and mdadm qt-3.3.1-0.1 ------------ * Mon Mar 01 2004 Than Ngo 3.3.1-0.1 - update to 3.3.1 * Mon Feb 23 2004 Than Ngo 3.3.0-0.4 - add fix for building with freetype 2.1.7 or newer rhythmbox-0.6.7-1 ----------------- * Mon Mar 01 2004 Alexander Larsson 0.6.7-1 - update to 0.6.7 rpmdb-fedora-1.90-0.20040302 ---------------------------- strace-4.5.2-1 -------------- * Mon Mar 01 2004 Roland McGrath 4.5.2-1 - new upstream version, sched_* calls (#116990), show core flag (#112117) * Fri Feb 13 2004 Elliot Lee - rebuilt system-config-display-1.0.10-1 ------------------------------ * Mon Mar 01 2004 Brent Fox 1.0.10-1 - sanity check the monitor selection (bug #112314) * Mon Mar 01 2004 Brent Fox 1.0.9-3 - remove Requires on system-config-mouse * Fri Feb 27 2004 Brent Fox 1.0.9-2 - another stab at the dual-head code system-config-soundcard-1.2.5-1 ------------------------------- * Tue Mar 02 2004 Bill Nottingham 1.2.5-1 - handle missing amixer gracefully (#117082) unixODBC-2.2.8-1 ---------------- * Mon Mar 01 2004 Tom Lane - Update to 2.2.8 - rebuilt yum-2.0.5.20040229-1 -------------------- * Tue Mar 02 2004 Jeremy Katz - 2.0.5.20040229-1 - update again per seth's request From mitr at volny.cz Tue Mar 2 15:34:07 2004 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 2 Mar 2004 16:34:07 +0100 Subject: A friendly reminder from translators In-Reply-To: <20040302140417.GA18247@devserv.devel.redhat.com> References: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> <1078235783.3734.44.camel@localhost.localdomain> <20040302140417.GA18247@devserv.devel.redhat.com> Message-ID: <20040302153407.GA30205@popelka.ms.mff.cuni.cz> On Tue, Mar 02, 2004 at 09:04:17AM -0500, Alan Cox wrote: > Normally the process is that the translator does > > msgmerge old.po application.pot > new.po > > edits new.po if needed and then commits that back as the updates. The traditional process for RHL is AFAIK that the developers do the msgmerge and commit po files back to CVS. Changing this to the GNOME-like "developers don't care as long as translators have commit access and don't break anything" style is something I'd like to propose later, if I find the time to work on it. Mirek From nphilipp at redhat.com Tue Mar 2 15:59:31 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 02 Mar 2004 16:59:31 +0100 Subject: spectool v1.0 was: Let us please all stop the whining In-Reply-To: <1077924298.31846.10.camel@wombat.tiptoe.de> References: <1077844839.4875.174.camel@Madison.badger.com> <20040227023043.15f11272.ms-nospam-0306@arcor.de> <200402262336.13553.lowen@pari.edu> <20040227113321.3e86433c.ms-nospam-0306@arcor.de> <20040227203153.031905d0@localhost> <1077924298.31846.10.camel@wombat.tiptoe.de> Message-ID: <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> Hi all, I have renamed the rpm-retrieve.pl script to spectool and put it up on: http://people.redhat.com/nphilipp/spectool The biggest change is, it understands --help now and is version 1.0. For those who missed the great "why macros in Source fields are evil/bring world peace" thread on fedora-devel-list, this tool expands macros source/patch directives and either lists them or directly retrieves the files. --- 8< --- Usage: spectool can be a list of 'all', 'sources', 'patches', 'source0', 'patch5', etc. Options: -d, --define 'macro value' defines RPM macro 'macro' to be 'value' -g, --gf, --get-files gets the sources/patches that are listed with a URL -l, --lf, --list-files lists the expanded sources/patches --- >8 --- Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- 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 ms-nospam-0306 at arcor.de Tue Mar 2 16:16:43 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 2 Mar 2004 17:16:43 +0100 Subject: spectool v1.0 was: Let us please all stop the whining In-Reply-To: <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> References: <1077844839.4875.174.camel@Madison.badger.com> <20040227023043.15f11272.ms-nospam-0306@arcor.de> <200402262336.13553.lowen@pari.edu> <20040227113321.3e86433c.ms-nospam-0306@arcor.de> <20040227203153.031905d0@localhost> <1077924298.31846.10.camel@wombat.tiptoe.de> <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20040302171643.2c1b1578.ms-nospam-0306@arcor.de> On Tue, 02 Mar 2004 16:59:31 +0100, Nils Philippsen wrote: > For those who missed the great "why macros in Source fields are > evil/bring world peace" thread on fedora-devel-list, Nah, macros in Source fields are not evil. It's just that those, who use them, use them inconsequently. They fetch a new source tarball with up-to-date bookmarks and then don't update the URL in the Source field (so why put the URL there beforehand?). And the expanded URL does not make it into the binary rpm and src.rpm either. I will test-drive spectool when I think about it. But it won't stop the "whining" (-> subject), since if I found an out-of-date Source URL, it would need whining to get it fixed. ;) -- From erik at totalcirculation.com Tue Mar 2 16:23:40 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Tue, 2 Mar 2004 11:23:40 -0500 Subject: apt-get / mach problems Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD95D@smith.interlink.local> Hi All, In an attempt to put my money where my mouth is, I'm attempting to do some more QA and write up a streamlined getting started guide. I'm working on putting together a straightforward way to test buildrequires. I've patched mach so that it will attempt to install perl(*) buildrequires, and it more or less works. However, mach rebuild (and apt-get) fails on the following command: [erik at mises SPECS]$ sudo apt-get install 'perl(Digest::SHA1)' 'perl(Digest::Nilsimsa)' Reading Package Lists... Done Building Dependency Tree... Done Selecting perl-Digest-SHA1 for 'perl(Digest::SHA1)' Package perl(Digest::Nilsimsa) is a virtual package provided by: perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 You should explicitly select one to install. E: Package perl(Digest::Nilsimsa) has no installation candidate Now. You'll notice perl(Digest::SHA1) resolves just fine. However apt thinks there are multiple perl(Digest::Nilsimsa) packages available, although it only lists one. Whats going on here? How can I resolve this? Obviously, I could replace all the buildrequires with explicit ones, but I've gotten the impression that is NOT the cool way to solve this problem. I also tried to manually solve the problem using mach apt-get install perl-Digest-Nilsimsa mach rebuild ~/rpm/SRPMS/perl-Razor-Agent-2.36-0.fdr.6.src.rpm and it STILL tries to install the perl(Digest::Nilsimsa) package and fails. I mustn't be understanding something about mach in this case... what? I don't see anything particularly wrong with the perl-Digest-Nilsimsa package: [erik at mises SPECS]$ sudo apt-get install perl-Digest-Nilsimsa [erik at mises SPECS]$ rpm -qi --provides perl-Digest-Nilsimsa Name : perl-Digest-Nilsimsa Relocations: (not relocateable) Version : 0.06 Vendor: Fedora Linux Release : 0.fdr.4.1 Build Date: Sun 18 Jan 2004 03:33:46 AM EST Install Date: Tue 02 Mar 2004 11:18:21 AM EST Build Host: bmaster.fedora.us Group : Development/Libraries Source RPM: perl-Digest-Nilsimsa-0.06-0.fdr.4.1.src.rpm Size : 47837 License: GPL Signature : DSA/SHA1, Sun 18 Jan 2004 03:38:26 AM EST, Key ID 29d5ba248df56d05 Packager : Fedora Linux, URL : http://search.cpan.org/dist/Digest-Nilsimsa/ Summary : Perl interface to the Nilsima Algorithm Description : Perl interface to the Nilsima Algorithm. Nilsimsa.so perl(Digest::Nilsimsa) = 0.06 perl-Digest-Nilsimsa = 0:0.06-0.fdr.4.1 Help please! :) Thanks --erik From ms-nospam-0306 at arcor.de Tue Mar 2 16:30:20 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 2 Mar 2004 17:30:20 +0100 Subject: apt-get / mach problems In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD95D@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD95D@smith.interlink.local> Message-ID: <20040302173020.2fabee67.ms-nospam-0306@arcor.de> On Tue, 2 Mar 2004 11:23:40 -0500, Erik LaBianca wrote: > Selecting perl-Digest-SHA1 for 'perl(Digest::SHA1)' > Package perl(Digest::Nilsimsa) is a virtual package provided by: > perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 > You should explicitly select one to install. > E: Package perl(Digest::Nilsimsa) has no installation candidate > Help please! :) I can't help with this one, but I can point you to: https://bugzilla.fedora.us/show_bug.cgi?id=373#c24 It's a known thing, and it's being investigated, too, IIRC. -- From msevior at physics.unimelb.edu.au Tue Mar 2 16:30:50 2004 From: msevior at physics.unimelb.edu.au (msevior at physics.unimelb.edu.au) Date: Wed, 3 Mar 2004 03:30:50 +1100 (EST) Subject: atmel drivers in the main distro? Message-ID: <36619.130.87.50.26.1078245050.squirrel@kiosk1.ph.unimelb.edu.au> Hi folks, I don't know if you've covered this issue already, but I didn't see it in a google of the devel list. Is there a reason the atmel wireless drivers are not distributed with the main Fedora disto? I have a Belkin wireless card that works beautifully with the atmel drivers from http://atmelwlandriver.sourceforge.net Once compiled against the Fedora-1 kernel. If these aren't in the next Fedora release I suggest they should be. Cheers Martin Sevior From toshio at tiki-lounge.com Tue Mar 2 16:44:30 2004 From: toshio at tiki-lounge.com (Toshio) Date: Tue, 02 Mar 2004 11:44:30 -0500 Subject: spectool v1.0 was: Let us please all stop the whining In-Reply-To: <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> References: <1077844839.4875.174.camel@Madison.badger.com> <20040227023043.15f11272.ms-nospam-0306@arcor.de> <200402262336.13553.lowen@pari.edu> <20040227113321.3e86433c.ms-nospam-0306@arcor.de> <20040227203153.031905d0@localhost> <1077924298.31846.10.camel@wombat.tiptoe.de> <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1078245869.4209.43.camel@Madison.badger.com> On Tue, 2004-03-02 at 10:59, Nils Philippsen wrote: > Usage: spectool > can be a list of 'all', 'sources', 'patches', 'source0', 'patch5', etc. > Options: > -d, --define 'macro value' defines RPM macro 'macro' to be 'value' > -g, --gf, --get-files gets the sources/patches that are listed > with > a URL > -l, --lf, --list-files lists the expanded sources/patches Great litle tool. If you'd like some feedback, the options are not optional whereas the is. It would make sense to either make --list-files the default mode (easy) or else change the usage to be: spectool [option] where options are: --sources --patches --all --sourceN etc and mode is list-files or get-files (harder because of the dynamic nature of sourceN) Does this fit the bill as something that should go into fedora-rpmdevtool-$TNV? Then we can add to the (currently non-existent) non-showstopper checklist "Run the spec through fedora-spectool to make sure the Sources have current URLs listed and whine politely if they don't." (Although that might obscure the fact that people need to manually check that a Source URL is canonical, not just let spectool download the sources and assume they're fine....) -Toshio -- Toshio From aleksey at nogin.org Tue Mar 2 17:08:31 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Tue, 02 Mar 2004 09:08:31 -0800 Subject: spectool v1.0 was: Let us please all stop the whining In-Reply-To: <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> References: <1077844839.4875.174.camel@Madison.badger.com> <20040227023043.15f11272.ms-nospam-0306@arcor.de> <200402262336.13553.lowen@pari.edu> <20040227113321.3e86433c.ms-nospam-0306@arcor.de> <20040227203153.031905d0@localhost> <1077924298.31846.10.camel@wombat.tiptoe.de> <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> Message-ID: <4044BF8F.9030007@nogin.org> On 02.03.2004 07:59, Nils Philippsen wrote: > I have renamed the rpm-retrieve.pl script to spectool and put it up on: > > http://people.redhat.com/nphilipp/spectool > > The biggest change is, it understands --help now and is version 1.0. > > For those who missed the great "why macros in Source fields are > evil/bring world peace" thread on fedora-devel-list, this tool expands > macros source/patch directives and either lists them or directly > retrieves the files. I would like to point people to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=6346 that I filed a long time ago asking for rpm (rpmbuild now) to be able to download missing source packages. I still think that this is the right solution. Do people agree? Should that bug be reopened (it's CLOSED WONTFIX right now)? -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From jorton at redhat.com Tue Mar 2 17:15:03 2004 From: jorton at redhat.com (Joe Orton) Date: Tue, 2 Mar 2004 17:15:03 +0000 Subject: include php-imap in FC2 (bug #115535) In-Reply-To: <20040224180218.GA11418@basen.net> References: <20040224180218.GA11418@basen.net> Message-ID: <20040302171503.GA948@redhat.com> On Tue, Feb 24, 2004 at 08:02:18PM +0200, Kaj J. Niemi wrote: > > I'm also able to package the c-client library based on the previous imap > > rpm if that is the conclusion of this discussion. > > Attached is a suggestion for libc-client.spec. It is based on the imap-2002d > package. A shared library is built in addition to the static library. The > build code was borrowed from FreeBSD's ports collection mail/cclient where > it has been working well. In the base package we install just the shared > library while the header files and the static library gets saved for -devel. > The .spec and the .src.rpm can be found at . > > Comments are welcome. Thanks for doing this Kaj... I had a quick look, it was missing a %post/%postun, and there were a few too many RFCs in %doc for my taste. $RPM_OPT_FLAGS doesn't seem to be actually used during the build AFAICT. Can that be fixed? Attached an updated spec file. joe -------------- next part -------------- %define soname c-client %define somajver 0 %define shlibname lib%{soname}.so.%{somajver} Summary: C-client mail access routines for IMAP and POP protocols Name: libc-client Version: 2002e Release: 1 Epoch: 0 License: University of Washington Free-Fork License Group: System Environment/Daemons URL: http://www.washington.edu/imap/ Source0: imap-%{version}.tar.Z Source1: flock.c Patch0: imap-2002e-redhat-ssl.patch Patch1: imap-2000-linux.patch Patch2: imap-2001a-mbox-disable.patch Patch3: imap-2002b-krbpath.patch Patch4: imap-2000c-redhat-flock.patch Patch5: imap-2001a-overflow.patch Patch6: imap-2002e-redhat-version.patch Patch7: imap-2002d-ssltype.patch Patch8: imap-2002e-cclient-only.patch Patch9: imap-2002e-shared.patch Buildroot: %{_tmppath}/%{name}-%{version}-root BuildPrereq: krb5-devel, openssl-devel # DO NOT REMOVE THIS PAM HEADER DEPENDANCY OR FACE THE WRATH BuildPreReq: /usr/include/security/pam_modules.h Requires: pam >= 0.59 %description C-client is a common API for accessing mailboxes. It is used internally by the popular PINE mail reader, the University of Washington's IMAP server and PHP. %package devel Summary: Development tools for programs which will use the IMAP library. Group: Development/Libraries %description devel The c-client-devel package contains the header files and static libraries for developing programs which will use the C-client common API. %prep %setup -q -n imap-%{version} chmod -R u+w . %patch0 -p1 -b .redhat-ssl-patch %patch1 -p1 -b .linux-patch %patch2 -p0 -b .mbox-disable-patch %patch3 -p1 -b .gssapi-patch %patch4 -p1 -b .redhat-flock %patch5 -p1 -b .overflow %patch6 -p1 -b .redhat-version %patch7 -p1 -b .ssltype %patch8 -p1 -b .cclient-only %patch9 -p1 -b .shared cp %{SOURCE1} src/osdep/unix/ %build # Set EXTRACFLAGS here instead of in imap-2000-redhat.patch (#20760) EXTRACFLAGS="$EXTRACFLAGS -DDISABLE_POP_PROXY=1 -DIGNORE_LOCK_EACCES_ERRORS=1" EXTRACFLAGS="$EXTRACFLAGS -I/usr/include/openssl" make RPM_OPT_FLAGS="$RPM_OPT_FLAGS -fPIC" lnp \ EXTRACFLAGS="$EXTRACFLAGS" \ EXTRALDFLAGS="$EXTRALDFLAGS" \ EXTRAAUTHENTICATORS=gss \ SSLTYPE=unix \ SHLIBBASE=%{soname} \ SHLIBNAME=%{shlibname} # This line needs to be here. %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT%{_libdir} install -m 644 ./c-client/c-client.a $RPM_BUILD_ROOT%{_libdir}/ ln -s c-client.a $RPM_BUILD_ROOT%{_libdir}/libc-client.a install -m 644 ./c-client/%{shlibname} $RPM_BUILD_ROOT%{_libdir}/ ln -s %{shlibname} $RPM_BUILD_ROOT%{_libdir}/lib%{soname}.so mkdir -p $RPM_BUILD_ROOT%{_includedir}/imap install -m 644 ./c-client/*.h $RPM_BUILD_ROOT%{_includedir}/imap # Added linkage.c to fix (#34658) install -m 644 ./c-client/linkage.c $RPM_BUILD_ROOT%{_includedir}/imap install -m 644 ./src/osdep/tops-20/shortsym.h $RPM_BUILD_ROOT%{_includedir}/imap #mkdir -p $RPM_BUILD_ROOT/%{_datadir}/ssl/certs # don't ship quite so many docs rm -rf docs/rfc docs/FAQ.txt %post -p /sbin/ldconfig %postun -p /sbin/ldconfig %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) %doc CPYRIGHT README WARNING docs/RELNOTES docs/*.txt %doc docs/CONFIG docs/SSLBUILD %{_libdir}/lib%{soname}.so.* %files devel %defattr(-,root,root) %doc docs/* %{_includedir}/imap %{_libdir}/c-client.a %{_libdir}/libc-client.a %{_libdir}/lib%{soname}.so %changelog * Tue Mar 2 2004 Joe Orton 0:2002e-1 - add post/postun, always use -fPIC * Tue Feb 24 2004 Kaj J. Niemi - Name change from c-client to libc-client * Sat Feb 14 2004 Kaj J. Niemi 0:2002e-0.1 - c-client 2002e is based on imap-2002d - Build shared version, build logic is copied from FreeBSD net/cclient From jorton at redhat.com Tue Mar 2 17:37:09 2004 From: jorton at redhat.com (Joe Orton) Date: Tue, 2 Mar 2004 17:37:09 +0000 Subject: include php-imap in FC2 (bug #115535) In-Reply-To: <20040302171503.GA948@redhat.com> References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> Message-ID: <20040302173709.GA9234@redhat.com> On Tue, Mar 02, 2004 at 05:15:03PM +0000, Joe Orton wrote: > On Tue, Feb 24, 2004 at 08:02:18PM +0200, Kaj J. Niemi wrote: > > > I'm also able to package the c-client library based on the previous imap > > > rpm if that is the conclusion of this discussion. > > > > Attached is a suggestion for libc-client.spec. It is based on the imap-2002d > > package. A shared library is built in addition to the static library. The > > build code was borrowed from FreeBSD's ports collection mail/cclient where > > it has been working well. In the base package we install just the shared > > library while the header files and the static library gets saved for -devel. > > The .spec and the .src.rpm can be found at . > > > > Comments are welcome. > > Thanks for doing this Kaj... I had a quick look, it was missing a > %post/%postun, and there were a few too many RFCs in %doc for my taste. Also some Conflicts with imap{,-devel} are needed here. joe From erik at totalcirculation.com Tue Mar 2 18:17:22 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Tue, 2 Mar 2004 13:17:22 -0500 Subject: apt-get / mach problems Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD961@smith.interlink.local> > > [erik at mises SPECS]$ sudo apt-get install 'perl(Digest::SHA1)' > 'perl(Digest::Nilsimsa)' > Reading Package Lists... Done > Building Dependency Tree... Done > Selecting perl-Digest-SHA1 for 'perl(Digest::SHA1)' > Package perl(Digest::Nilsimsa) is a virtual package provided by: > perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 > You should explicitly select one to install. > E: Package perl(Digest::Nilsimsa) has no installation candidate > > Ok, I've found another (maybe easily fixed) bug on the apt-get side things. [root at mises root]# apt-get install perl-Digest-Nilsimsa Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: perl-Digest-Nilsimsa (0.06-0.fdr.4.1) 0 upgraded, 1 newly installed, 0 removed and 0 not upgraded. Need to get 0B/26.1kB of archives. After unpacking 47.8kB of additional disk space will be used. Checking GPG signatures... Committing changes... Preparing... ########################################### [100%] 1:perl-Digest-Nilsimsa ########################################### [100%] Done. [root at mises root]# apt-get install 'perl(Digest::Nilsimsa)' Reading Package Lists... Done Building Dependency Tree... Done Package perl(Digest::Nilsimsa) is a virtual package provided by: perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 You should explicitly select one to install. E: Package perl(Digest::Nilsimsa) has no installation candidate [root at mises root]# rpm -q --whatprovides 'perl(Digest::Nilsimsa)' perl-Digest-Nilsimsa-0.06-0.fdr.4.1 What's happening here is that apt isn't checking rpm for a whatprovides before it tries to do the install. This wouldn't be a problem, IF the virtual provides resolution worked properly in all cases, but since it doesn't, apt-get fails when asked to install bugged virtual provides, even if there is something installed satisfying the dependency. Not sure if this portion of the problem is really an apt bug or not, it's easy enough to workaround by manually checking provides first. --erik From steve at silug.org Tue Mar 2 18:32:00 2004 From: steve at silug.org (Steven Pritchard) Date: Tue, 2 Mar 2004 12:32:00 -0600 Subject: atmel drivers in the main distro? In-Reply-To: <36619.130.87.50.26.1078245050.squirrel@kiosk1.ph.unimelb.edu.au> References: <36619.130.87.50.26.1078245050.squirrel@kiosk1.ph.unimelb.edu.au> Message-ID: <20040302183200.GA32544@osiris.silug.org> On Wed, Mar 03, 2004 at 03:30:50AM +1100, msevior at physics.unimelb.edu.au wrote: > Is there a reason the atmel wireless drivers are not distributed with the > main Fedora disto? There are a lot of wireless drivers that aren't integrated into the kernel. I'd suggest bugging the upstream developers about getting their driver into Linus's tree. In the mean time, there are other open-source wireless drivers in fedora.us QA (at least my kernel-module-hostap package and a kernel-module-prism54 package I noticed yesterday). I'd love to see more. (Actually, I'd love to see the existing ones make it through QA even more. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From pmatilai at welho.com Tue Mar 2 18:37:40 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 02 Mar 2004 20:37:40 +0200 Subject: apt-get / mach problems In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD961@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD961@smith.interlink.local> Message-ID: <1078252660.19163.22.camel@chip.laiskiainen.org> On Tue, 2004-03-02 at 20:17, Erik LaBianca wrote: > > > > [erik at mises SPECS]$ sudo apt-get install 'perl(Digest::SHA1)' > > 'perl(Digest::Nilsimsa)' > > Reading Package Lists... Done > > Building Dependency Tree... Done > > Selecting perl-Digest-SHA1 for 'perl(Digest::SHA1)' > > Package perl(Digest::Nilsimsa) is a virtual package provided by: > > perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 > > You should explicitly select one to install. > > E: Package perl(Digest::Nilsimsa) has no installation candidate > > > > > > Ok, I've found another (maybe easily fixed) bug on the apt-get side > things. > > [root at mises root]# apt-get install perl-Digest-Nilsimsa > Reading Package Lists... Done > Building Dependency Tree... Done > The following NEW packages will be installed: > perl-Digest-Nilsimsa (0.06-0.fdr.4.1) > 0 upgraded, 1 newly installed, 0 removed and 0 not upgraded. > Need to get 0B/26.1kB of archives. > After unpacking 47.8kB of additional disk space will be used. > Checking GPG signatures... > Committing changes... > Preparing... ########################################### > [100%] > 1:perl-Digest-Nilsimsa ########################################### > [100%] > Done. > > [root at mises root]# apt-get install 'perl(Digest::Nilsimsa)' > Reading Package Lists... Done > Building Dependency Tree... Done > Package perl(Digest::Nilsimsa) is a virtual package provided by: > perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 > You should explicitly select one to install. > E: Package perl(Digest::Nilsimsa) has no installation candidate > > [root at mises root]# rpm -q --whatprovides 'perl(Digest::Nilsimsa)' > perl-Digest-Nilsimsa-0.06-0.fdr.4.1 > > What's happening here is that apt isn't checking rpm for a whatprovides > before it tries to do the install. This wouldn't be a problem, IF the > virtual provides resolution worked properly in all cases, but since it > doesn't, apt-get fails when asked to install bugged virtual provides, > even if there is something installed satisfying the dependency. > > Not sure if this portion of the problem is really an apt bug or not, > it's easy enough to workaround by manually checking provides first. It's a bug in apt alright, but not quite what you think. There is code in apt-get which should handle this case but something in the lower level stuff causes the code to fail. Need to dig deeper... - Panu - From mail.sw.rh.rhl.devel at spam.fi.basen.net Tue Mar 2 18:30:41 2004 From: mail.sw.rh.rhl.devel at spam.fi.basen.net (Kaj J. Niemi) Date: Tue, 2 Mar 2004 20:30:41 +0200 Subject: include php-imap in FC2 (bug #115535) References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> Message-ID: <200403021830.i22IUf6j004645@d96.fi.basen.net> > %post/%postun, and there were a few too many RFCs in %doc for my taste. Ok. > RPM_OPT_FLAGS doesn't seem to be actually used during the build AFAICT. True. Make type lnp actually uses RPM_OPT_FLAGS as BASECFLAGS but I don't think it's being used anywhere in c-client. Diff to yours below. --- libc-client.spec.rh 2004-03-02 20:19:45.810283163 +0200 +++ libc-client.spec 2004-03-02 20:29:49.626635533 +0200 @@ -5,7 +5,7 @@ Summary: C-client mail access routines for IMAP and POP protocols Name: libc-client Version: 2002e -Release: 1 +Release: 2 Epoch: 0 License: University of Washington Free-Fork License Group: System Environment/Daemons @@ -31,6 +31,7 @@ # DO NOT REMOVE THIS PAM HEADER DEPENDANCY OR FACE THE WRATH BuildPreReq: /usr/include/security/pam_modules.h Requires: pam >= 0.59 +Conflicts: imap %description C-client is a common API for accessing mailboxes. It is used internally by @@ -40,6 +41,7 @@ %package devel Summary: Development tools for programs which will use the IMAP library. Group: Development/Libraries +Conflicts: imap-devel %description devel The c-client-devel package contains the header files and static libraries @@ -69,8 +71,9 @@ # Set EXTRACFLAGS here instead of in imap-2000-redhat.patch (#20760) EXTRACFLAGS="$EXTRACFLAGS -DDISABLE_POP_PROXY=1 -DIGNORE_LOCK_EACCES_ERRORS=1" EXTRACFLAGS="$EXTRACFLAGS -I/usr/include/openssl" +EXTRACFLAGS="$EXTRACFLAGS -fPIC" -make RPM_OPT_FLAGS="$RPM_OPT_FLAGS -fPIC" lnp \ +make lnp \ EXTRACFLAGS="$EXTRACFLAGS" \ EXTRALDFLAGS="$EXTRALDFLAGS" \ EXTRAAUTHENTICATORS=gss \ @@ -122,6 +125,10 @@ %{_libdir}/lib%{soname}.so %changelog +* Tue Mar 02 2004 Kaj J. Niemi 0:2002e-2 +- "lnp" already uses RPM_OPT_FLAGS +- have us conflict with imap, imap-devel + * Tue Mar 2 2004 Joe Orton 0:2002e-1 - add post/postun, always use -fPIC // kaj From jspaleta at princeton.edu Tue Mar 2 19:44:37 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 02 Mar 2004 14:44:37 -0500 Subject: Thoughts on Eric Raymond's Insights Message-ID: <1078256676.22970.37.camel@spatula.pppl.gov> Jonathan M. Gardner wrote: > I think QA and usability tests are two different things I'm not saying they are the same, I'm just pointing out there is a lot of work to go around for potential volunteers. I'll take whatever opportunities to recruit for the community based efforts I care about...even if its at the expense of someone else's idea...I'm evil like that. Everything is competent manpower limited. And I plan to do what I can to make sure my pet projects take as much of that limited resource as possible.... better hope you convince me your idea is something i should add to my list of pet projects. > I see your point. I'll do an experiment at home. I have a lovely > wife who hates computers but uses them anyway. I would call that a bias. And from my point of view, the results of the session with your wife aren't as important as the methodology you use to pick the test-subject(your wife) and the methodology you use to identify the usability issues you want to get feedback on, so that your session can be repeated by others. If its not really repeatable...the session with your wife is going to be nothing better than a random osnews review, where personal preferences get expressed without a meaningful framework of comparison. And we all know how much traction those sorts of reviews in the media have on developer thinking.... You are going to have to be extremely careful that you approach things in a way that only addresses usability and not utility. And actually, i would argue that you should attempt to address just a single aspect of usability at a time. I really think this sums up things in very broad strokes: http://www.useit.com/alertbox/20030825.html But all the links here are of value: http://fedora.redhat.com/participate/developers-guide/s1-ui-more-suggestions.html particularly for you maybe this: http://usability.gov/methods/usability_testing.html > Are there any volunteers for a project that would be willing to > take the results of a usability study seriously? Depends on how serious the usability study is.... And I doubt all the project developers actively read all the messages in this list. You are going to have to be proactive and try to poke a few developers in the eye who are leading projects that could use some help with usability. Since the gnome people already have a usability project listed... http://developer.gnome.org/projects/gup/references.html you might find a person associated with that who is willing to provide some guidance. KMail and Mozilla Mail and Evolution are all upstream development issues, not under the direct control of Fedora Project. You will have to start getting involved in the upstream mailinglist and approach the developers on their home turf. redhat-config-network or as we like to call it now system-config-network is the providence of: http://fedora.redhat.com/projects/config-tools/ and has its own mailinglist. It's up to you to find out which project would be most receptive to your experimentation. > But in my experience, even though they don't turn out a great > volume of statistics with error bars or complete analysis of > the target market, they do give a lot of valuable feedback. No offense, but for the sake of this discussion, its not clear how valuable your personal experience is on this matter. And to be fair its not clear how valuable my personal experience on this matter is either. And in my experience, just saying 'in my experience' without some noteworthy credentials or a working relationship with your audience based on a good track-record of productive conversation doesn't help convince people who are leaning towards a healthy level of criticism when listening to your opinions. Its far better to cite references that look authoritative. Even if they are crap, it at least shows you aren't just talking only from a point of view of personal opinion and are willing to do some research. -jef"looking forward to seeing your methodology"spaleta From czar at czarc.net Tue Mar 2 19:52:47 2004 From: czar at czarc.net (Gene C.) Date: Tue, 2 Mar 2004 14:52:47 -0500 Subject: version/release identification for packages Message-ID: <200403021452.47048.czar@czarc.net> There seems to be this desire to put oddball version/release identifiers for packages. First, in FC2-T1 there was util-linux 2.12pre-3 being updated with 2.12-4 but rpm and up2date consider the older package to be newer. Now, for FC1 the recent update for tcpdump has 3.7.2-7.1 being updated by 3/7/2-7.fc1.1 but (again) the older packages is considered newer (and the same is true for libpcap 0.7.2-7.1 being updated by 0.7.2-7.fc1.1). For folks just letting up2date figure out what needs to be updated, this is a major problem. Please stop doing this. -- Gene From notting at redhat.com Tue Mar 2 20:14:20 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 2 Mar 2004 15:14:20 -0500 Subject: version/release identification for packages In-Reply-To: <200403021452.47048.czar@czarc.net> References: <200403021452.47048.czar@czarc.net> Message-ID: <20040302201420.GA12175@devserv.devel.redhat.com> Gene C. (czar at czarc.net) said: > There seems to be this desire to put oddball version/release identifiers for > packages. First, in FC2-T1 there was util-linux 2.12pre-3 being updated with > 2.12-4 but rpm and up2date consider the older package to be newer. Hm, the first one really shouldn't have been named XXpre. That's a beta release, though, so, what's done is done. We'll try and avoid that in the future. > Now, for > FC1 the recent update for tcpdump has 3.7.2-7.1 being updated by > 3/7/2-7.fc1.1 but (again) the older packages is considered newer (and the > same is true for libpcap 0.7.2-7.1 being updated by 0.7.2-7.fc1.1). That's a bug. Please put this in bugzilla. Bill From keithl at kl-ic.com Tue Mar 2 20:55:34 2004 From: keithl at kl-ic.com (Keith Lofstrom) Date: Tue, 2 Mar 2004 12:55:34 -0800 Subject: Logrotate RFE (2) Message-ID: <20040302205534.GD1809@gate.kl-ic.com> Logrotate is the program called by cron to rename and expire log files. Ruedinger Oertel at SUSE (ro at suse.de) has some patches that enhance the basic Redhat logrotate with "dateext". This allows a dated log file extension rather than a numbered one, for example /var/log/messages.20031029 . The old logfiles do not get renamed, just discarded after they get too old. This is a lot easier on rsync, and it also is easier to administer. Ruediger's patches do not change the current logrotate behavior, just adds new features. The code patches are stable and very well tested - all SUSE users are using them - and they work fine with the old integer-suffix scheme (which I ran for some time, to test). What are the proper steps to get these patches folded into the main development path for Fedora Core? I mentioned this on this list in October with a few positive comments, and submitted an RFE to bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 ... but there have been no responses since early November. This patch can significantly increase the efficiency of rsync disk-to-disk backups, and overall is a cleaner way to do things. Hundreds of thousands of SUSE users have tested the snarf out of it. So what can I do? Organize more Redhat-style testers? Run more compatability tests? Or is this one of those not-invented-here or not-important-enough things, and I should just patch and reinstall every time I upgrade Fedora? In the larger sense, what can I do to make it easier for the Fedora organizers to incorporate small enhancements like this? Help with other, more popular projects to earn credibility? Send beer and pizza? Keith -- Keith Lofstrom keithl at ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs From ByteEnable at austin.rr.com Tue Mar 2 21:04:23 2004 From: ByteEnable at austin.rr.com (ByteEnable) Date: Tue, 02 Mar 2004 15:04:23 -0600 Subject: Thoughts on Eric Raymond's Insights In-Reply-To: <1078256676.22970.37.camel@spatula.pppl.gov> References: <1078256676.22970.37.camel@spatula.pppl.gov> Message-ID: <1078261462.3489.18.camel@ByteEnable> On Tue, 2004-03-02 at 13:44, Jef Spaleta wrote: > Jonathan M. Gardner wrote: > > I think QA and usability tests are two different things > > I'm not saying they are the same, I'm just pointing out > there is a lot of work to go around for potential volunteers. > I'll take whatever opportunities to recruit for the community based > efforts I care about...even if its at the expense of someone else's > idea...I'm evil like that. Everything is competent manpower limited. > And I plan to do what I can to make sure my pet projects take > as much of that limited resource as possible.... better hope you > convince me your idea is something i should add to my list of pet > projects. > > > I see your point. I'll do an experiment at home. I have a lovely > > wife who hates computers but uses them anyway. > > I would call that a bias. And from my point of view, the results of the > session with your wife aren't as important as the methodology > you use to pick the test-subject(your wife) and the methodology you use > to identify the usability issues you want to get feedback on, so that > your session can be repeated by others. If its not really > repeatable...the session with your wife is going to be nothing better > than a random osnews review, where personal preferences get expressed > without a meaningful framework of comparison. And we all know how much > traction those sorts of reviews in the media have on developer > thinking.... > > You are going to have to be extremely careful that you approach things > in a way that only addresses usability and not utility. > And actually, i would argue that you should attempt to address just > a single aspect of usability at a time. I really think this sums up > things in very broad strokes: > http://www.useit.com/alertbox/20030825.html > > But all the links here are of value: > http://fedora.redhat.com/participate/developers-guide/s1-ui-more-suggestions.html > particularly for you maybe this: > http://usability.gov/methods/usability_testing.html > > > Are there any volunteers for a project that would be willing to > > take the results of a usability study seriously? > > Depends on how serious the usability study is.... > And I doubt all the project developers actively read all the messages in > this list. You are going to have to be proactive and try to poke a few > developers in the eye who are leading projects that could use some help > with usability. Since the gnome people already have a usability project > listed... > http://developer.gnome.org/projects/gup/references.html > you might find a person associated with that who is willing to provide > some guidance. KMail and Mozilla Mail and Evolution are all > upstream development issues, not under the direct control of Fedora > Project. You will have to start getting involved in the upstream > mailinglist and approach the developers on their home turf. > redhat-config-network or as we like to call it now system-config-network > is the providence of: > http://fedora.redhat.com/projects/config-tools/ > and has its own mailinglist. It's up to you to find out which project > would be most receptive to your experimentation. > > > > But in my experience, even though they don't turn out a great > > volume of statistics with error bars or complete analysis of > > the target market, they do give a lot of valuable feedback. > > No offense, but for the sake of this discussion, its not clear how > valuable your personal experience is on this matter. And to be fair > its not clear how valuable my personal experience on this matter is > either. And in my experience, just saying 'in my experience' without > some noteworthy credentials or a working relationship with your audience > based on a good track-record of productive conversation doesn't help > convince people who are leaning towards a healthy level of criticism > when listening to your opinions. Its far better to cite references that > look authoritative. Even if they are crap, it at least shows you aren't > just talking only from a point of view of personal opinion and are > willing to do some research. > > -jef"looking forward to seeing your methodology"spaleta > On note on usability. I agree with Jef on some of his comments, in particular that one person is not enough data to justify an entire product change. In the industry this is called a focus group. Let's say, that you identified five areas (top five) that all users had problems with using your software. Obviously, you would address those top five issues. However, those users in the focus group should be selected based on the market or group of users that the product is targeted for. For a very broad classification, one could draw some ideas from this list: o beginners - total computer noob o intermediate - some computer experience o advanced - Master of more than one application o crossover1 - moving to Linux from Windows o crossover2 - moving to Linux from Mac o crossover3 - you get the idea Now, someone with a human factors PHD needs to come up with a human factors test that someone could administer without having to have a PHD in human factors. Ideally, it would be a software program that would save the results for later upload to a database. Or you could have a Internet Human Factors site where you could administer the test from so the data is collected real time. Sounds like a good graduate project somewhere. Byte From esr at snark.thyrsus.com Tue Mar 2 21:07:20 2004 From: esr at snark.thyrsus.com (Eric S. Raymond) Date: Tue, 2 Mar 2004 16:07:20 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking Message-ID: <200403022107.i22L7K2N012226@snark.thyrsus.com> There has been much discussion recently on the Fedora mailing list about how to improve Linux's ease of use in scenarios like printer setup. (Thank you, everyone, for picking up on the content of my rant so constructively when you very well might have dismissed it as carping.) I have just become aware of a technology which could represent a long step towards addressing the usability problem. It is a set of small patches to the IP infrastructure that support zero-configuration networking -- you just plug in an IP-capable device and it self-configures an IP address, becomes available in a local DNS namespace, and other devices automatically discover its presence and the services it offers. This technology is called "zeroconf", and is described at http://zeroconf.org. The first component of Zeroconf, self-assigned link-local addresses, has been shipping since Mac OS 8.5 in 1998, and the other two components, Multicast DNS and Service Discovery, shipped starting in OS X 10.2, a year and a half ago. Since then almost every maker of IP-over-Ethernet-capable printers printers has adopted Zeroconf and incorporated it into their firmware, and just about any network printer you can buy today has it. There is a mature open-source implementation which is part of the Darwin/OS X codebase. The zeroconf stuff uses existing services like DHCP and DNS if they exist -- and, just as importantly, doesn't mess them up when you plug a zeroconf-enabled device into a normal, manually-configured network -- but it doesn't need them. It uses a few simple, clever multicasting tricks and a technique for detecting IP address collisions. The total volume of code is not large, basically consisting of one zeroconf responder daemon and a handful of small patches to other services. Less than 100K all told, and that's *with* multihoming and IPv6 and all the bells and whistles. The effect is a lot like the Chooser application on the Mac (this is not accidental; zeroconf was written to replicate Chooser's behavior in a TCP/IP world). You plug Ethernet cables together and stuff just works -- no more complicated ritual dances with ifconfig, DHCP, and DNS. Your IP-enabled devices even magically appear in your DNS namespace, with a DNS name ending in ".local". Home networks using Linux would become zero-administration; Aunt Tille would love it. The inventor of zeroconf, Stuart Cheshire, tells me the technical problems are all solved and the solutions well tested, but he doesn't understand the politics of getting the Linux community to generally adopt zeroconf. He's anxious to help. I suggest that full integration of zeroconf should be added to Fedora's to-do list. For this to actually happen, somebody will need to step forward and become zeroconf's champion. Any volunteers? The source code (which already runs on Linux -- just do a "make os=linux; sudo make install") can be checked out from Apple's Darwin repository. Check out top-of-tree; Stuart tells me the tarball is a little out of date doesn't contain the latest fixes: The documentation in the mDNSPosix folder should be fairly clear. If not, Stuart Cheshire requests that you email him and Marc Krochmal with any questions, or you can ask on the public Rendezvous list: -- Eric S. Raymond Let us hope our weapons are never needed --but do not forget what the common people knew when they demanded the Bill of Rights: An armed citizenry is the first defense, the best defense, and the final defense against tyranny. If guns are outlawed, only the government will have guns. Only the police, the secret police, the military, the hired servants of our rulers. Only the government -- and a few outlaws. I intend to be among the outlaws. -- Edward Abbey, "Abbey's Road", 1979 From nphilipp at redhat.com Tue Mar 2 21:13:48 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 02 Mar 2004 22:13:48 +0100 Subject: spectool v1.0 was: Let us please all stop the whining In-Reply-To: <20040302171643.2c1b1578.ms-nospam-0306@arcor.de> References: <1077844839.4875.174.camel@Madison.badger.com> <20040227023043.15f11272.ms-nospam-0306@arcor.de> <200402262336.13553.lowen@pari.edu> <20040227113321.3e86433c.ms-nospam-0306@arcor.de> <20040227203153.031905d0@localhost> <1077924298.31846.10.camel@wombat.tiptoe.de> <1078243170.26425.11.camel@gibraltar.stuttgart.redhat.com> <20040302171643.2c1b1578.ms-nospam-0306@arcor.de> Message-ID: <1078260861.2694.24.camel@wombat.tiptoe.de> On Tue, 2004-03-02 at 17:16, Michael Schwendt wrote: > On Tue, 02 Mar 2004 16:59:31 +0100, Nils Philippsen wrote: > > > For those who missed the great "why macros in Source fields are > > evil/bring world peace" thread on fedora-devel-list, > > Nah, macros in Source fields are not evil. It's just that those, who use > them, use them inconsequently. They fetch a new source tarball with > up-to-date bookmarks and then don't update the URL in the Source field (so > why put the URL there beforehand?). Hyperbole wherever I look ;-). Frankly, not having macros in the URL doesn't ensure that the URL gets updated, it just ensures that the basename is correct (sometimes not even that ;-). > And the expanded URL does not make it into the binary rpm and src.rpm > either. Yes. > I will test-drive spectool when I think about it. But it won't stop > the "whining" (-> subject), since if I found an out-of-date Source URL, > it would need whining to get it fixed. ;) Absolutely. There's nothing wrong when you complain about wrong URLs, be they macro-ridden or not. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- 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 surak at casa.surak.eti.br Tue Mar 2 21:33:37 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Tue, 02 Mar 2004 18:33:37 -0300 Subject: Gnomemeeting 1.0 Message-ID: <1078263216.7619.0.camel@casa> Hey guys, gnomemeeting 1.0 is out. Will us see it on FC1? -- []s Alexandre Ganso 500 FOUR vermelha - Diretor Steel Goose Moto Group From smoogen at lanl.gov Tue Mar 2 21:38:50 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Tue, 02 Mar 2004 14:38:50 -0700 Subject: Logrotate RFE (2) In-Reply-To: <20040302205534.GD1809@gate.kl-ic.com> References: <20040302205534.GD1809@gate.kl-ic.com> Message-ID: <1078263529.31164.67.camel@smoogen2.lanl.gov> On Tue, 2004-03-02 at 13:55, Keith Lofstrom wrote: > . > > > What are the proper steps to get these patches folded into the main > development path for Fedora Core? I mentioned this on this list in > October with a few positive comments, and submitted an RFE to bugzilla: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 > > ... but there have been no responses since early November. This patch > can significantly increase the efficiency of rsync disk-to-disk > backups, and overall is a cleaner way to do things. Hundreds of > thousands of SUSE users have tested the snarf out of it. We are looking at using this here on our taroon systems due to the fact that it is very helpful for our clusters. So count this as a vote that it or something similar should be included. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From robert at v0jta.net Tue Mar 2 21:43:05 2004 From: robert at v0jta.net (Robert Vojta) Date: 02 Mar 2004 22:43:05 +0100 Subject: Gnomemeeting 1.0 In-Reply-To: <1078263216.7619.0.camel@casa> References: <1078263216.7619.0.camel@casa> Message-ID: Alexandre Strube writes: > Hey guys, > > gnomemeeting 1.0 is out. Will us see it on FC1? Check this, Alex already built it for the FC1 ... http://www.gnomemeeting.org/index.php?rub=5&path=redhat/fedora_core_1 AFAIK it's planned for the FC2. -- Robert Vojta From angles at aminvestments.com Wed Mar 3 04:16:44 2004 From: angles at aminvestments.com (Angles Puglisi) Date: Tue, 02 Mar 2004 23:16:44 -0500 Subject: include php-imap in FC2 (bug #115535) In-Reply-To: <20040302173709.GA9234@redhat.com> Message-ID: <20040302.KZw.06448900@www.dudex.net> Speaking as someone who has had to replace (some of) php-imap with pure php code, I observe that the "insecure" c-client problems would apply more to an actual uwash imap server, not so much to a subset of the c-client code used only in a client. The php-imap extension is not a server. Any script kiddie can smack on a uwash server, but to exploit a _client_ using a portion of that code, would seem to be much more tricky. It seems like a special malware server, or specially crafted malware emails, would need to be used and then a php-imap client would need to connect to and/or request such malware in order for the client to be exploited, and even this might depend if php-imap were using POP3 or IMAP (it uses more c-client code for POP3). Not impossible of course, but different from server considerations. I understand the issues around the need to maintain the c-client code, but do remember we are talking about a client that accesses a server accorrding to RFC standards, we are not providing a server. If this mitigates the effort required to maintain the c-client (since it will not be a server) then maybe that helps. AFAIK, redhat / fedora has generally provided the easiest to install php-imap (and php in general) packages around. Joe Orton (jorton at redhat.com) wrote: > > On Tue, Mar 02, 2004 at 05:15:03PM +0000, Joe Orton wrote: > > On Tue, Feb 24, 2004 at 08:02:18PM +0200, Kaj J. Niemi wrote: > > > > I'm also able to package the c-client library based on the previous imap > > > > rpm if that is the conclusion of this discussion. > > > > > > Attached is a suggestion for libc-client.spec. It is based on the imap-2002d > > > package. A shared library is built in addition to the static library. The > > > build code was borrowed from FreeBSD's ports collection mail/cclient where > > > it has been working well. In the base package we install just the shared > > > library while the header files and the static library gets saved for -devel. > > > The .spec and the .src.rpm can be found at . > > > > > > Comments are welcome. > > > > Thanks for doing this Kaj... I had a quick look, it was missing a > > %post/%postun, and there were a few too many RFCs in %doc for my taste. > > Also some Conflicts with imap are needed here. > > joe > > > > -- That's "angle" as in geometry. www.anglemail.org From sarahs at redhat.com Tue Mar 2 22:55:16 2004 From: sarahs at redhat.com (Sarah Wang) Date: Wed, 03 Mar 2004 08:55:16 +1000 Subject: A friendly reminder from translators In-Reply-To: <20040302153407.GA30205@popelka.ms.mff.cuni.cz> References: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> <1078235783.3734.44.camel@localhost.localdomain> <20040302140417.GA18247@devserv.devel.redhat.com> <20040302153407.GA30205@popelka.ms.mff.cuni.cz> Message-ID: <404510D4.4090309@redhat.com> Miloslav Trmac wrote: > On Tue, Mar 02, 2004 at 09:04:17AM -0500, Alan Cox wrote: > >>Normally the process is that the translator does >> >> msgmerge old.po application.pot > new.po >> >>edits new.po if needed and then commits that back as the updates. > > The traditional process for RHL is AFAIK that the developers do the > msgmerge and commit po files back to CVS. > I'm in favour of this approach. PO file updating process should be as automated as possible. It will help to make sure all po files are consistent and most up to date. It will also encourage translation participation. Manual merge should only be used in case of file conflicts. > Changing this to the GNOME-like "developers don't care as long as > translators have commit access and don't break anything" style > is something I'd like to propose later, if I find the time to work on it. I don't really agree with "developer don't care" attitude. I believe developers should have internationalization process in their mindset. After all, the world we are living in is getting increasingly globalized - can we afford not to think outside of the square we live in? The automation process wouldn't be so difficult to implement either. All we need is a script that is automatically triggered whenever a new pot file is committed. The script then do a cvs up and msgmerge to all existing po files in the directory. Regards, Sarah From alan at redhat.com Tue Mar 2 23:07:50 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 2 Mar 2004 18:07:50 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <200403022107.i22L7K2N012226@snark.thyrsus.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> Message-ID: <20040302230750.GA21059@devserv.devel.redhat.com> > has adopted Zeroconf and incorporated it into their firmware, and > just about any network printer you can buy today has it. There is > a mature open-source implementation which is part of the Darwin/OS X > codebase. That is debatable owing to possible patent issues. See the ietf web site list of IPR statements on the subject, although the patent may well be very dubious. From kaboom at gatech.edu Tue Mar 2 23:12:28 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Tue, 2 Mar 2004 18:12:28 -0500 (EST) Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040302230750.GA21059@devserv.devel.redhat.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> Message-ID: On Tue, 2 Mar 2004, Alan Cox wrote: > > has adopted Zeroconf and incorporated it into their firmware, and > > just about any network printer you can buy today has it. There is > > a mature open-source implementation which is part of the Darwin/OS X > > codebase. > > That is debatable owing to possible patent issues. See the ietf web site > list of IPR statements on the subject, although the patent may well > be very dubious. Not to mention the trademark infringement suit over the name "Rendezvous" for Apple's code.... later, chris From skvidal at phy.duke.edu Tue Mar 2 23:17:33 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 02 Mar 2004 18:17:33 -0500 Subject: rawhide report: 20040302 changes In-Reply-To: <200403021451.i22EpC321315@porkchop.devel.redhat.com> References: <200403021451.i22EpC321315@porkchop.devel.redhat.com> Message-ID: <1078269453.24265.5.camel@opus> > yum-2.0.5.20040229-1 > -------------------- > * Tue Mar 02 2004 Jeremy Katz - 2.0.5.20040229-1 > > - update again per seth's request > Yah - I hosed this up really well for those people who don't have rpmdb-fedora installed. doh! fix is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117290 I'll put a new daily out shortly that fixes this. -sv From alan at redhat.com Tue Mar 2 23:18:54 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 2 Mar 2004 18:18:54 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> Message-ID: <20040302231854.GE21059@devserv.devel.redhat.com> On Tue, Mar 02, 2004 at 06:12:28PM -0500, Chris Ricker wrote: > > That is debatable owing to possible patent issues. See the ietf web site > > list of IPR statements on the subject, although the patent may well > > be very dubious. > > Not to mention the trademark infringement suit over the name "Rendezvous" > for Apple's code.... Rendezvous is Apple's name for their version of it. A trademark is much less of a problem because you can name yours something different. From esr at thyrsus.com Wed Mar 3 00:19:20 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Tue, 2 Mar 2004 19:19:20 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040302231854.GE21059@devserv.devel.redhat.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> Message-ID: <20040303001920.GA13629@thyrsus.com> Alan Cox : > On Tue, Mar 02, 2004 at 06:12:28PM -0500, Chris Ricker wrote: > > > That is debatable owing to possible patent issues. See the ietf web site > > > list of IPR statements on the subject, although the patent may well > > > be very dubious. > > > > Not to mention the trademark infringement suit over the name "Rendezvous" > > for Apple's code.... > > Rendezvous is Apple's name for their version of it. A trademark is much less > of a problem because you can name yours something different. That's right. Now, maybe if we spent as much eneergy thinking of a way to make this work, rather than reasons it can't work, we'd be in better shape. -- Eric S. Raymond From kaboom at gatech.edu Wed Mar 3 00:29:06 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Tue, 2 Mar 2004 19:29:06 -0500 (EST) Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040302231854.GE21059@devserv.devel.redhat.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> Message-ID: On Tue, 2 Mar 2004, Alan Cox wrote: > Rendezvous is Apple's name for their version of it. A trademark is much less > of a problem because you can name yours something different. Right, but the only open-source mDNS implementation I know of is Rendezvous, so between that and MS's patents AFAIK it's just another idea without a usable open-source implementation for Fedora to even consider shipping.... later, chris From leonard at den.ottolander.nl Wed Mar 3 00:39:33 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 03 Mar 2004 01:39:33 +0100 Subject: Pango development Message-ID: <1078274372.6271.0.camel@athlon.localdomain> Hello Owen, > After a bit of study, I think the bug that Leonard is something > I fixed last fall: > Fix one problem with iteration by chars (Part of > #89541, Mariano Su?rez-Alvarez) I upgraded both glib2 and pango on this FC 1 system to 2.3.3-1 and 1.3.3-1 respectively, to see if it makes a difference. This fixes some issues, and it creates some new ones. The resize behaviour seems to have disappeared when copying/moving files with mc. Instead certain resize events are not always propagated correctly to the mc sessions, which makes that mc sessions have empty lines in the middle or at the bottom after resizing the gnome-terminal. I don't remember to have seen this before. Also I do again see the "funny characters" in the tab title and window title on some copy/move actions with mc. After the last pango upgrade they appeared only temporarily (being redrawn after the copy/move, but still visible after a crash of gnome-terminal), now they sometimes stay. Note that all these findings are somewhat premature as I just upgraded 30 minutes ago. I can send you screen shots if you want. I'll let you know if gnome-terminal crashes on me again. Maybe you should add yourself to the CC list of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113284 as I recently recomponented that bug to gnome-terminal, and reowned it to Havoc. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From jspaleta at princeton.edu Wed Mar 3 00:55:48 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 02 Mar 2004 19:55:48 -0500 Subject: Fedora Bug Day Tomorrow: March 3rd 2004: Don't Bug Mark Day Message-ID: <1078275348.22970.91.camel@spatula.pppl.gov> What: Fedora Bug Day: Learn to be a package shepherd Help us out with Fedora Core triage by picking your favorite Fedora Core package and acting as its community shepherd, by helping the package maintainer keep up with bug reports and submitted patches and so on and so forth. Alan Cox I think said it best: "Track the bugs in your favorite package/component: * try to make a few minutes everyday to look through the new bugs filed in the last day for the package you want to watch. * Sign up for the upstream mailing lists and bug tracking system, so you can more effectively be able to move bugs reported to Fedora upstream where they are more likely to be fixed." And to put a finer point on it Warren Togami adds: "Most projects don't have anything like an effective bug tracker of their own. Because of that, what we need are volunteers to serve as liaison to upstream projects. They should be members of those upstream mailing lists and pay attention to news/patches/security alerts there. Such helpers if they are diligent would be like assistants to the package maintainers, and learn things as they go as well as gain trust in the process" When: March 3rd, starting at 14:00 UTC (09:00 EST) Where: #fedora-bugs channel on freenode irc network How: Come to the #fedora-bugs channel on the freenode irc network tomorrow and be a part of the discussion. Instead of writing a very long drawn out explanation of what you should be doing as a package shepherd. I'll just point you to an example. http://www.ottolander.nl/gnome-panel/ I think leonardjo created a very useful shepherding tool with this simple static table. I think people might be able to do a lot of good taking this static table summary example and reusing it for other packages in Fedora Core. Poor Mark, he had to be the guinea pig package maintainer for leonardjo's proactive shepherding experiment. So instead of just picking on Mark, maybe its time to pick on..err i mean help...a few more package maintainers as well. So come on over to the #fedora-bugs channel tomorrow, pick a fedora core package you would like to start shepherding and start digging into the steaming pile of bugs waiting for you in bugzilla. What else: And if you can't be a package shepherd just yet, you're you can still be useful for general Fedora Core Triage, and help clean out the cobwebs in bugzilla so developers can find the bugreports that need attention. Huh: No Clue What I'm talking about when I say the phrase Fedora Triage? Take a quick look at the fedora-triage-list archives: https://lists.dulug.duke.edu/pipermail/fedora-triage-list/ These messages should hopefully tell you what its all about in more detail: http://tinyurl.com/ywma3 - Summary of my vision for Fedora Triage http://tinyurl.com/23alw - My short term goals and long term plan -jef"black belt cat herder"spaleta From esr at thyrsus.com Wed Mar 3 01:19:21 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Tue, 2 Mar 2004 20:19:21 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> Message-ID: <20040303011921.GA14219@thyrsus.com> Chris Ricker : > On Tue, 2 Mar 2004, Alan Cox wrote: > >> Rendezvous is Apple's name for their version of it. A trademark is much less >> of a problem because you can name yours something different. > > Right, but the only open-source mDNS implementation I know of is Rendezvous, > so between that and MS's patents AFAIK it's just another idea without a > usable open-source implementation for Fedora to even consider shipping.... MS's patents? This stuff was invented by Stuart Cheshire, a guy at Apple, and has been shipping in Apple products since 1998. If there were going to be a patent kerfuffle with MS it would have happened already. Cheshire thinks the mDNS implementation is unencumbered and is not only willing but eager for Linux to adopt it. Now, possibly he's wrong, but wouldn't it be a good idea to ask him and look into the facts before muttering "patents" and turning off your brain? -- Eric S. Raymond From kaboom at gatech.edu Wed Mar 3 01:34:10 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Tue, 2 Mar 2004 20:34:10 -0500 (EST) Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040303011921.GA14219@thyrsus.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <20040303011921.GA14219@thyrsus.com> Message-ID: On Tue, 2 Mar 2004, Eric S. Raymond wrote: > Chris Ricker : > > On Tue, 2 Mar 2004, Alan Cox wrote: > > > >> Rendezvous is Apple's name for their version of it. A trademark is much less > >> of a problem because you can name yours something different. > > > > Right, but the only open-source mDNS implementation I know of is Rendezvous, > > so between that and MS's patents AFAIK it's just another idea without a > > usable open-source implementation for Fedora to even consider shipping.... > > MS's patents? This stuff was invented by Stuart Cheshire, a guy at Apple, and > has been shipping in Apple products since 1998. If there were going to be > a patent kerfuffle with MS it would have happened already. > > Cheshire thinks the mDNS implementation is unencumbered and is not only > willing but eager for Linux to adopt it. Now, possibly he's wrong, > but wouldn't it be a good idea to ask him and look into the facts before > muttering "patents" and turning off your brain? Um, turn on *your* brain, and read Patent 6,101,499. If I remember right, Chesire even acknowledge's MS's claims in some of the IETF drafts. Link-local address configuration has patent claims. The mDNS code has trademark issues. About the only working part of Zeroconf available for Linux without issues AFAIK is OpenSLP, and there's no point in shipping that by itself.... later, chris From esr at thyrsus.com Wed Mar 3 01:53:57 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Tue, 2 Mar 2004 20:53:57 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <20040303011921.GA14219@thyrsus.com> Message-ID: <20040303015357.GA14431@thyrsus.com> Chris Ricker : > Um, turn on *your* brain, and read Patent 6,101,499. If I remember right, > Chesire even acknowledge's MS's claims in some of the IETF drafts. > Link-local address configuration has patent claims. The mDNS code has > trademark issues. About the only working part of Zeroconf available for > Linux without issues AFAIK is OpenSLP, and there's no point in shipping that > by itself.... I'm on the phone with Cheshire now. We're looking at the patent. He doesn't believe that it either covers the mDNS technique or is enforceable, and will write a more detailed response to this list. -- Eric S. Raymond From kaboom at gatech.edu Wed Mar 3 02:07:04 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Tue, 2 Mar 2004 21:07:04 -0500 (EST) Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040303015357.GA14431@thyrsus.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <20040303011921.GA14219@thyrsus.com> <20040303015357.GA14431@thyrsus.com> Message-ID: On Tue, 2 Mar 2004, Eric S. Raymond wrote: > I'm on the phone with Cheshire now. We're looking at the patent. He > doesn't believe that it either covers the mDNS technique or is enforceable, > and will write a more detailed response to this list. It doesn't cover mDNS, it covers some of the link-local addressing. MS has said they'll grant royalty-free licenses provided there's reciprocity (though that obviously has major license choice implications for any code written to implement zeroconf on Linux). later, chris From esr at thyrsus.com Wed Mar 3 02:25:55 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Tue, 2 Mar 2004 21:25:55 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <20040303011921.GA14219@thyrsus.com> <20040303015357.GA14431@thyrsus.com> Message-ID: <20040303022555.GA14769@thyrsus.com> Chris Ricker : > On Tue, 2 Mar 2004, Eric S. Raymond wrote: > > > I'm on the phone with Cheshire now. We're looking at the patent. He > > doesn't believe that it either covers the mDNS technique or is enforceable, > > and will write a more detailed response to this list. > > It doesn't cover mDNS, it covers some of the link-local addressing. MS has > said they'll grant royalty-free licenses provided there's reciprocity > (though that obviously has major license choice implications for any code > written to implement zeroconf on Linux). I'll defer to Stuart Cheshire's response on this. -- Eric S. Raymond From pros-n-cons at bak.rr.com Wed Mar 3 03:19:40 2004 From: pros-n-cons at bak.rr.com (Vincent) Date: Tue, 2 Mar 2004 19:19:40 -0800 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040302125150.GB15477@devserv.devel.redhat.com> References: <20040227025751.GF29689@devserv.devel.redhat.com> <1077886446.4747.11.camel@athlon.localdomain> <20040227163955.67adbee8.pros-n-cons@bak.rr.com> <1078125525.1168.16.camel@agnes.fremen.dune> <1078125778.5626.0.camel@binkley> <20040301163851.5146e483.pros-n-cons@bak.rr.com> <20040302125150.GB15477@devserv.devel.redhat.com> Message-ID: <20040302191940.27bba5c7.pros-n-cons@bak.rr.com> On Tue, 02 Mar 2004 07:51:50 -0500 Alan Cox wrote: > On Mon, Mar 01, 2004 at 04:38:51PM -0800, Vincent wrote: > > a trojan'd software bug. > > http://msnbc.msn.com/id/4394002/ > > Established as urban legend > > Next tin foil hat please > > > -- For something to be established, isn't there suppose to be some sort of facts that are to go with it? The 'urban legend' seems to have more facts going for it than the oppisitions "its not true" line. I remember when we found buoy's off the coast, russians were using to monitor our subs, those buoys were filled with Atari chips. So I beleive the story they were financing thier war with our technology. All that is left to beleive for me is that they slipped bugs into some of it. Not a far stretch IMO. Anyway, It's now on slashdot so maybe its B.S. after all =) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mharris at redhat.com Wed Mar 3 03:47:35 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 2 Mar 2004 22:47:35 -0500 (EST) Subject: version/release identification for packages In-Reply-To: <200403021452.47048.czar@czarc.net> References: <200403021452.47048.czar@czarc.net> Message-ID: On Tue, 2 Mar 2004, Gene C. wrote: >Date: Tue, 2 Mar 2004 14:52:47 -0500 >From: Gene C. >To: fedora-test-list at redhat.com >Cc: fedora-devel-list at redhat.com >Content-Type: text/plain; > charset="us-ascii" >List-Id: Development discussions related to Fedora Core > >Subject: version/release identification for packages > >There seems to be this desire to put oddball version/release identifiers for >packages. First, in FC2-T1 there was util-linux 2.12pre-3 being updated with >2.12-4 but rpm and up2date consider the older package to be newer. Now, for >FC1 the recent update for tcpdump has 3.7.2-7.1 being updated by >3/7/2-7.fc1.1 but (again) the older packages is considered newer (and the >same is true for libpcap 0.7.2-7.1 being updated by 0.7.2-7.fc1.1). > >For folks just letting up2date figure out what needs to be updated, this is a >major problem. Please stop doing this. Not everyone updating packages is aware that 2.12-4 will be considered older than 2.12pre3, and so that is how problems like this get into the tree. If a particular engineer has never encountered this problem before, they'll not be aware of it until the problem has actually surfaced. The way I handle such a version bump is to do: Version: 2.12 Release: whatever then the pre3 one would become: Version: 2.12 Release: 0.pre3.whatever When version 2.13 is released, it will upgrade cleanly. The only 2 ways I can think of to avoid this type of problem completely is to have an established and defined policy which everyone is to follow to the letter to avoid these types of problems, and not make it a "developer preference" type of thing. Then with a defined policy, there would be 2 ways of enforcing it: 1) Automated packaging tests which are ran prior to a package being built in the buildsystem, and fail the package automatically if any common problem is detected of the nature of the above. Not all scenarios are detectable most likely and so a list would have to be kept and updated over time I believe in order to be more useful. or 2) Mandatory peer review of each package update, with one or more people having to sign off that a package update meets the established packaging policies. Those are the two mechanisms I can think of. IMHO, only #1 is really something that could be realistically considered, as #2 would make package updates asynchronous and add an extra layer of delay to the already complicated process. Any other ideas? -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Wed Mar 3 04:04:29 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 2 Mar 2004 23:04:29 -0500 (EST) Subject: Logrotate RFE (2) In-Reply-To: <20040302205534.GD1809@gate.kl-ic.com> References: <20040302205534.GD1809@gate.kl-ic.com> Message-ID: On Tue, 2 Mar 2004, Keith Lofstrom wrote: >Logrotate is the program called by cron to rename and expire log >files. Ruedinger Oertel at SUSE (ro at suse.de) has some patches that >enhance the basic Redhat logrotate with "dateext". This allows a >dated log file extension rather than a numbered one, for example >/var/log/messages.20031029 . The old logfiles do not get renamed, >just discarded after they get too old. This is a lot easier on >rsync, and it also is easier to administer. > >Ruediger's patches do not change the current logrotate behavior, just >adds new features. The code patches are stable and very well >tested - all SUSE users are using them - and they work fine with >the old integer-suffix scheme (which I ran for some time, to test). > > >What are the proper steps to get these patches folded into the main >development path for Fedora Core? I mentioned this on this list in >October with a few positive comments, and submitted an RFE to bugzilla: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 > >... but there have been no responses since early November. This patch >can significantly increase the efficiency of rsync disk-to-disk >backups, and overall is a cleaner way to do things. Hundreds of >thousands of SUSE users have tested the snarf out of it. > >So what can I do? Organize more Redhat-style testers? Run more >compatability tests? Or is this one of those not-invented-here or >not-important-enough things, and I should just patch and reinstall >every time I upgrade Fedora? > >In the larger sense, what can I do to make it easier for the Fedora >organizers to incorporate small enhancements like this? Help with >other, more popular projects to earn credibility? Send beer and pizza? I haven't looked at the actual implementation to comment on it from a technical review standpoint, however I fullheartedly agree that this would be a wonderful feature addition - technical issues aside. Then again, I'd also like the free beer and pizza. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From ByteEnable at austin.rr.com Wed Mar 3 06:30:58 2004 From: ByteEnable at austin.rr.com (ByteEnable) Date: Wed, 03 Mar 2004 00:30:58 -0600 Subject: Fedora XFree86 and ATI Performance issues. Message-ID: <1078295458.3489.27.camel@ByteEnable> I've noticed that I only get like 500 fps with glxgears using Fedora's XFree. If I download 4.3 or 4.4 from XFree86.org I can get 1075 fps with the same hardware. Should I bugzilla this? Byte From pmatilai at welho.com Wed Mar 3 06:54:02 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 03 Mar 2004 08:54:02 +0200 Subject: version/release identification for packages In-Reply-To: References: <200403021452.47048.czar@czarc.net> Message-ID: <1078296842.25587.24.camel@chip.laiskiainen.org> On Wed, 2004-03-03 at 05:47, Mike A. Harris wrote: > On Tue, 2 Mar 2004, Gene C. wrote: > > >Date: Tue, 2 Mar 2004 14:52:47 -0500 > >From: Gene C. > >To: fedora-test-list at redhat.com > >Cc: fedora-devel-list at redhat.com > >Content-Type: text/plain; > > charset="us-ascii" > >List-Id: Development discussions related to Fedora Core > > > >Subject: version/release identification for packages > > > >There seems to be this desire to put oddball version/release identifiers for > >packages. First, in FC2-T1 there was util-linux 2.12pre-3 being updated with > >2.12-4 but rpm and up2date consider the older package to be newer. Now, for > >FC1 the recent update for tcpdump has 3.7.2-7.1 being updated by > >3/7/2-7.fc1.1 but (again) the older packages is considered newer (and the > >same is true for libpcap 0.7.2-7.1 being updated by 0.7.2-7.fc1.1). > > > >For folks just letting up2date figure out what needs to be updated, this is a > >major problem. Please stop doing this. > > Not everyone updating packages is aware that 2.12-4 will be > considered older than 2.12pre3, and so that is how problems like > this get into the tree. If a particular engineer has never > encountered this problem before, they'll not be aware of it until > the problem has actually surfaced. > > The way I handle such a version bump is to do: > > Version: 2.12 > Release: whatever > > then the pre3 one would become: > > Version: 2.12 > Release: 0.pre3.whatever > > When version 2.13 is released, it will upgrade cleanly. > > The only 2 ways I can think of to avoid this type of problem > completely is to have an established and defined policy which > everyone is to follow to the letter to avoid these types of > problems, and not make it a "developer preference" type of thing. Hey, we already have such a policy, it's just a matter of a) reading it b) confirming (at least trying) to it: http://www.fedora.us/wiki/PackageNamingGuidelines That doesn't fit right in as internal RH policy because it was specifically written as an external policy, trying to cope with various things that simply don't exist for you internally. But it's a start... and does cover for example this specific case. > Then with a defined policy, there would be 2 ways of enforcing > it: > > 1) Automated packaging tests which are ran prior to a package > being built in the buildsystem, and fail the package > automatically if any common problem is detected of the nature of > the above. Not all scenarios are detectable most likely and so a > list would have to be kept and updated over time I believe in > order to be more useful. > > or > > 2) Mandatory peer review of each package update, with one or more > people having to sign off that a package update meets the > established packaging policies. > > > Those are the two mechanisms I can think of. IMHO, only #1 is > really something that could be realistically considered, as #2 > would make package updates asynchronous and add an extra layer of > delay to the already complicated process. 2) is what fedora.us currently uses and yes, it isn't workable for RH internally I think. Automating that would be an extremely nice thing, but probably non-trivial task. - Panu - From msevior at physics.unimelb.edu.au Wed Mar 3 07:49:19 2004 From: msevior at physics.unimelb.edu.au (msevior at physics.unimelb.edu.au) Date: Wed, 3 Mar 2004 18:49:19 +1100 (EST) Subject: atmel drivers in the main distro? In-Reply-To: <20040302231102.24510.7484.Mailman@listman.back-rdu.redhat.com> References: <20040302231102.24510.7484.Mailman@listman.back-rdu.redhat.com> Message-ID: <16350.202.220.254.192.1078300159.squirrel@kiosk1.ph.unimelb.edu.au> > Date: Tue, 2 Mar 2004 12:32:00 -0600 > From: Steven Pritchard > To: fedora-devel-list at redhat.com > Subject: Re: atmel drivers in the main distro? > Reply-To: fedora-devel-list at redhat.com > > On Wed, Mar 03, 2004 at 03:30:50AM +1100, msevior at physics.unimelb.edu.au > wrote: >> Is there a reason the atmel wireless drivers are not distributed with >> the >> main Fedora disto? > > There are a lot of wireless drivers that aren't integrated into the > kernel. I'd suggest bugging the upstream developers about getting > their driver into Linus's tree. > > In the mean time, there are other open-source wireless drivers in > fedora.us QA (at least my kernel-module-hostap package and a > kernel-module-prism54 package I noticed yesterday). I'd love to see > more. (Actually, I'd love to see the existing ones make it through QA > even more. :-) > > Steve It certainly makes sense for the these to be rolled into the 2.4 and 2.6 kernels. So what the best route to do this? How do I let whoever know that the atmel drivers WorksForMe? I also think these should be put into whatever Kernel Fedora is rolling for FC 2. Since this is RedHat's perogative, I'll happily email the person doing this if (s)he isn't reading this list or missed my post. Cheers Martin From gs at moldiscovery.com Wed Mar 3 08:55:25 2004 From: gs at moldiscovery.com (Gianluca Sforna) Date: Wed, 03 Mar 2004 09:55:25 +0100 Subject: Logrotate RFE (2) In-Reply-To: <20040302205534.GD1809@gate.kl-ic.com> References: <20040302205534.GD1809@gate.kl-ic.com> Message-ID: <1078304124.4535.4.camel@molzilla> On Tue, 2004-03-02 at 21:55, Keith Lofstrom wrote: > Logrotate is the program called by cron to rename and expire log > files. Ruedinger Oertel at SUSE (ro at suse.de) has some patches that > enhance the basic Redhat logrotate with "dateext". This allows a > dated log file extension rather than a numbered one, for example > /var/log/messages.20031029 . The old logfiles do not get renamed, > just discarded after they get too old. This is a lot easier on > rsync, and it also is easier to administer. +1 for this feature. I would also like to see a method to skip the rotation on certain days, i.e. the week-end, but I admit this is my fault since I use it to do a nightly FULL backup of my CVS. I will be more than happy to test the new package as soon as it is available. cheers Gianluca From markmc at redhat.com Wed Mar 3 09:08:51 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 03 Mar 2004 09:08:51 +0000 Subject: A friendly reminder from translators In-Reply-To: <404510D4.4090309@redhat.com> References: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> <1078235783.3734.44.camel@localhost.localdomain> <20040302140417.GA18247@devserv.devel.redhat.com> <20040302153407.GA30205@popelka.ms.mff.cuni.cz> <404510D4.4090309@redhat.com> Message-ID: <1078304931.3431.53.camel@laptop> Hi Sarah, On Tue, 2004-03-02 at 22:55, Sarah Wang wrote: > Miloslav Trmac wrote: > > Changing this to the GNOME-like "developers don't care as long as > > translators have commit access and don't break anything" style > > is something I'd like to propose later, if I find the time to work on it. > > I don't really agree with "developer don't care" attitude. I believe > developers should have internationalization process in their mindset. > After all, the world we are living in is getting increasingly globalized > - can we afford not to think outside of the square we live in? I think what Miloslav is referring to is that GNOME developers don't really need to be aware of any details of the *localisation" process. Translators do their thing and developers don't have to worry about things like updating PO files etc. etc. However, GNOME developers *do* very much care about internationalisation and there is a very good working relationship between GNOME's i18n people and the developers when it comes to resolving i18n issues like making strings easier to translate, conforming to terminology guidelines or making sure all messages are available for translation. The GNOME i18n project has provided a useful set of guidelines which most developers are well aware of: http://developer.gnome.org/doc/tutorials/gnome-i18n/developer.html So, there is certainly a line between what developers should need to care about and what they shouldn't need to care about. Good Luck, Mark. From markmc at redhat.com Wed Mar 3 09:28:55 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 03 Mar 2004 09:28:55 +0000 Subject: package shepherding (was Re: Fedora Bug Day Tomorrow: March 3rd 2004: Don't Bug Mark Day) In-Reply-To: <1078275348.22970.91.camel@spatula.pppl.gov> References: <1078275348.22970.91.camel@spatula.pppl.gov> Message-ID: <1078306135.3431.71.camel@laptop> Hi, On Wed, 2004-03-03 at 00:55, Jef Spaleta wrote: > How: > Come to the #fedora-bugs channel on the freenode irc network tomorrow > and be a part of the discussion. Instead of writing a very long drawn > out explanation of what you should be doing as a package shepherd. I'll > just point you to an example. > http://www.ottolander.nl/gnome-panel/ > > I think leonardjo created a very useful shepherding tool with this > simple static table. I think people might be able to do a lot of good > taking this static table summary example and reusing it for other > packages in Fedora Core. Hmm, I'm not creating a separate list of bugs outside of bugzilla is such a great idea. It requires a lot of work to keep the two in sync, and it actually tends to be more awkward than just using bugzilla itself. I've tried doing similar things myself in the past, but I always find that the list becomes quickly out of date and I just go back to bugzilla again. Another example is that the GTK+ team currently has a list of "willfix" issues for the 2.4.x release, but they're still finding it more useful to work directly from bugzilla. I think we need to figure out what we're trying to achieve with these shepherding lists and then figure out a way to use bugzilla to effectively achieve those goals. We could start with the following + Give package shepherds bugzilla permissions so they can actually modify bugs. + Come up with a triage guide that explains to shepherds how they should: - Try and reproduce the bug - If its in an older version of the package, identify whether it has been fixed in later versions. - Look for duplicates - Mark bugs as NEEDINFO if there isn't enough information - Track NEEDINFO bugs and re-open if there has been more information reported or close if no more information has been given within a certain time. - Set the bug's priority/severity - Identify if the bug exists upstream and has already been reported there. - Set the right keywords etc. - Work closely with the package maintainer + I think Leonard was also trying to do was figure out which bugs should be fixed in an update to the current release and which bugs should be fixed in Raw Hide. I'm not sure if there's already a way to do it, but it would be good if bugs could be marked in some way as to indicate that. Just some random thoughts .. Good Luck, Mark. From czar at czarc.net Wed Mar 3 09:33:41 2004 From: czar at czarc.net (Gene C.) Date: Wed, 3 Mar 2004 04:33:41 -0500 Subject: version/release identification for packages In-Reply-To: References: <200403021452.47048.czar@czarc.net> Message-ID: <200403030433.41180.czar@czarc.net> On Tuesday 02 March 2004 22:47, Mike A. Harris wrote: > 1) Automated packaging tests which are ran prior to a package > being built in the buildsystem, and fail the package > automatically if any common problem is detected of the nature of > the above. Not all scenarios are detectable most likely and so a > list would have to be kept and updated over time I believe in > order to be more useful. To me this looks like it might be the only practical approach to minimizing these kinds of problems. This might be augmented by some guidelines for package developers to capture some of this knowledge which "experienced" developers know (they have hit the problem) but new developers do not (they have not experienced it themselves). I know I have seen some sort of discussion on Red Hat mailing lists of how rpm (and up2date I assume) selects new/old packages based on version an release specifications but that was a long time ago. With the changing set of Red Hat developers over time, some of this information needs to get captures in some guidelines to minimize the needs for new developers to rediscover such problems. With the potential of the developer base expanding in the new Fedora process, this need for guidelines is more apparent (at least to me). -- Gene From timh at contentspace.demon.co.uk Wed Mar 3 09:39:05 2004 From: timh at contentspace.demon.co.uk (Tim Hawkins) Date: Wed, 03 Mar 2004 09:39:05 +0000 Subject: atmel drivers in the main distro? In-Reply-To: <16350.202.220.254.192.1078300159.squirrel@kiosk1.ph.unimelb.edu.au> References: <20040302231102.24510.7484.Mailman@listman.back-rdu.redhat.com> <16350.202.220.254.192.1078300159.squirrel@kiosk1.ph.unimelb.edu.au> Message-ID: <4045A7B9.3020001@contentspace.demon.co.uk> msevior at physics.unimelb.edu.au wrote: >>Date: Tue, 2 Mar 2004 12:32:00 -0600 >>From: Steven Pritchard >>To: fedora-devel-list at redhat.com >>Subject: Re: atmel drivers in the main distro? >>Reply-To: fedora-devel-list at redhat.com >> >>On Wed, Mar 03, 2004 at 03:30:50AM +1100, msevior at physics.unimelb.edu.au >>wrote: >> >> >>>Is there a reason the atmel wireless drivers are not distributed with >>>the >>>main Fedora disto? >>> >>> >>There are a lot of wireless drivers that aren't integrated into the >>kernel. I'd suggest bugging the upstream developers about getting >>their driver into Linus's tree. >> >>In the mean time, there are other open-source wireless drivers in >>fedora.us QA (at least my kernel-module-hostap package and a >>kernel-module-prism54 package I noticed yesterday). I'd love to see >>more. (Actually, I'd love to see the existing ones make it through QA >>even more. :-) >> >>Steve >> >> > >It certainly makes sense for the these to be rolled into the 2.4 and 2.6 >kernels. > >So what the best route to do this? How do I let whoever know that the >atmel drivers WorksForMe? > >I also think these should be put into whatever Kernel Fedora is rolling >for FC 2. Since this is RedHat's perogative, I'll happily email the person >doing this if (s)he isn't reading this list or missed my post. > >Cheers > >Martin > > > > I would also like to see these drivers integrated. I have the belkin card too. From alexl at redhat.com Wed Mar 3 10:42:44 2004 From: alexl at redhat.com (Alexander Larsson) Date: 03 Mar 2004 11:42:44 +0100 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> Message-ID: <1078310563.29202.153.camel@localhost.localdomain> On Wed, 2004-03-03 at 01:29, Chris Ricker wrote: > On Tue, 2 Mar 2004, Alan Cox wrote: > > > Rendezvous is Apple's name for their version of it. A trademark is much less > > of a problem because you can name yours something different. > > Right, but the only open-source mDNS implementation I know of is Rendezvous, > so between that and MS's patents AFAIK it's just another idea without a > usable open-source implementation for Fedora to even consider shipping.... There is some initial mDNS implementation work in gnome cvs, in the "gmdns" module. I don't know the status or quality of this implementation, but I hope that eventually I'd somehow be able to use it for the gnome-vfs network:// module (availible from the Nautilus Computer location) so that i can show e.g. local DAV servers (i.e. like osx rendezvous). =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an all-American dishevelled master criminal for the 21st century. She's a foxy bisexual safe cracker from a different time and place. They fight crime! From jspaleta at princeton.edu Wed Mar 3 10:46:18 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Wed, 03 Mar 2004 05:46:18 -0500 Subject: package shepherding Message-ID: <1078310778.22970.148.camel@spatula.pppl.gov> Mark McLoughlin wrote: > Hmm, I'm not creating a separate list of bugs outside of bugzilla > is such a great idea I concur. I would actually like to incorporate some of the structure in the table template back into bugzilla if possible... Example, having a field to link upstream bug reports/urls instead of burying that linkage between fedora and upstream in comments. And perhaps work towards a summary view of this sort as a possible way to view triaged bugzilla data. Taking a good look at the whats really in the table, other than the upstream bugreport linkage field..all you really need to do is use a few more keywords to be able to regenerate this sort of summary report only from bugzilla data. And to be really clear, what i especially liked about the summary template, is its potential to highlight issues that could use community patch building/verification/review for low priority but nagging issues. I already suckered notting into creating the PATCH keyword which i've been trying to use for community patches that have had some confirmation from the community that it works..sort of a 2 pair of eyes rule for community supplied patches to bugreports. > + Give package shepherds bugzilla permissions so they can > actually modify bugs. That process is in place... finally, its just woefully inefficient. Since having the ability to get community editting rights, my goal has been to get one or two people rights every week. I have not met that goal for a variety of reasons, some of which are out of my control being internal red hat communication issues. > + Come up with a triage guide that explains to shepherds how they > should: Why re-invent the wheel... gnome's guide to triage works and I use as a reference repeatedly in announcements. I'm tempted to just steal the document and replace Gnome with Fedora. That being said, its on my todo list, right after i meet critical mass of community triage volunteers who have bugzilla editting rights, so that I don't have to concentrate what time i do have to spend just following up on other people's attempts to identify bugs that need triage. I want to get to the point where there are just enough people with editting rights so i can sit back and watch them argue about the details...and take notes. > - Set the bug's priority/severity Just want to comment on this, I've been in conversations with fedora developers about these fields...and as far as i can tell these fields are not used consistently by fedora developers...which makes its difficult for triage to use effectively..so i'm inclined to ignore these fields completely. The rest of those bullet items, all have their own particular wrinkles that the few of us who do have triage rights are trying to wrap our heads around, and don't forget about the complication of legacy thrown into the mix. I jokingly call legacy...downstream. Though i think maybe PASSTHEBUCK or HOTPOTATO might make better keywords for bugs that roll off in fedora legacy's general direction. -jef"fedora developers are like information pinatas...you blindly poke them hard a few times you get rewarded with information spewed out all over the floor"spaleta From markmc at redhat.com Wed Mar 3 11:09:21 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 03 Mar 2004 11:09:21 +0000 Subject: package shepherding In-Reply-To: <1078310778.22970.148.camel@spatula.pppl.gov> References: <1078310778.22970.148.camel@spatula.pppl.gov> Message-ID: <1078312160.3431.88.camel@laptop> Hi Jef, On Wed, 2004-03-03 at 10:46, Jef Spaleta wrote: > Mark McLoughlin wrote: > > > > + Give package shepherds bugzilla permissions so they can > > actually modify bugs. > > That process is in place... finally, its just woefully inefficient. > Since having the ability to get community editting rights, my goal has > been to get one or two people rights every week. I have not met that > goal for a variety of reasons, some of which are out of my control being > internal red hat communication issues. Okay, its good to know this has started anyhow. > > + Come up with a triage guide that explains to shepherds how they > > should: > > Why re-invent the wheel... gnome's guide to triage works and I use as a > reference repeatedly in announcements. I'm tempted to just steal the > document and replace Gnome with Fedora. Yeah, GNOME's triage guide is a great start point - although, there are differences in process, so it would be good to have a Fedora one ... but you're right, we can get to that later ... > > - Set the bug's priority/severity > > Just want to comment on this, I've been in conversations with fedora > developers about these fields...and as far as i can tell these fields > are not used consistently by fedora developers...which makes its > difficult for triage to use effectively..so i'm inclined to ignore these > fields completely. Just because they're not really used now, doesn't mean that can't change. A good starting point would be to pick a package, ask the package maintainer how he'd like the fields use and go through each of the bugs setting the fields. > The rest of those bullet items, all have their own particular wrinkles > that the few of us who do have triage rights are trying to > wrap our heads around, Yeah, I can appreciate that - I'm still figuring it out too. It would be good though if we could have a general "bugzilla.redhat.com policy" doc or something. Would you have the time to start compiling that? e.g. we were discussing today on irc whether its valid to mark a RHEL bug as a dup of a Fedora bug. The conclusion we came to was: if its sufficient to be fixed in a future release mark it as a dup if it needs to be fixed now, then leave it open and include a link to the dup > -jef"fedora developers are like information pinatas...you blindly poke > them hard a few times you get rewarded with information spewed out all > over the floor"spaleta Oi ! :-) Cheers, Mark. From alexl at redhat.com Wed Mar 3 11:23:28 2004 From: alexl at redhat.com (Alexander Larsson) Date: 03 Mar 2004 12:23:28 +0100 Subject: package shepherding In-Reply-To: <1078310778.22970.148.camel@spatula.pppl.gov> References: <1078310778.22970.148.camel@spatula.pppl.gov> Message-ID: <1078313008.29202.170.camel@localhost.localdomain> On Wed, 2004-03-03 at 11:46, Jef Spaleta wrote: > Example, having a field to link upstream bug reports/urls instead of > burying that linkage between fedora and upstream in comments. This sounds like an excellent idea! I'd love that! > > - Set the bug's priority/severity > > Just want to comment on this, I've been in conversations with fedora > developers about these fields...and as far as i can tell these fields > are not used consistently by fedora developers...which makes its > difficult for triage to use effectively..so i'm inclined to ignore these > fields completely. I tend to not rely on them much. The problem with them is that the reporter often sets this to what he thinks, which is always high of course. I've had several people changing it back to high when i've changed it to a lower priority. This, coupled with the fact that its very hard to classify priority like that makes me just ignore these fields. Instead I usually rely on blocker/target bug markings for high priority status, and my own sense of what other bugs are important. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an underprivileged overambitious stage actor gone bad. She's a virginal communist angel looking for love in all the wrong places. They fight crime! From alan at redhat.com Wed Mar 3 11:24:53 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 3 Mar 2004 06:24:53 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040303011921.GA14219@thyrsus.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <20040303011921.GA14219@thyrsus.com> Message-ID: <20040303112453.GA26421@devserv.devel.redhat.com> On Tue, Mar 02, 2004 at 08:19:21PM -0500, Eric S. Raymond wrote: > MS's patents? This stuff was invented by Stuart Cheshire, a guy at Apple, and > has been shipping in Apple products since 1998. If there were going to be > a patent kerfuffle with MS it would have happened already. And there are those who believe zeroconf (but not the mdns stuff afaik) were invented by microsoft, or apple, and various other possible prior art. Microsoft however claim patent rights on certain parts of the basic zeroconf operation > but wouldn't it be a good idea to ask him and look into the facts before > muttering "patents" and turning off your brain? I talked to him a few years ago. He used to maintain the Linux strip drivers before joining apple, and I talked to him when at apple about some zeroconf related bits. It amuses me therefore that you ask people to "look into the facts" when you've not even done the most basic research yourself. Perhaps you should ask your Aunt Tillie to show you how to use google usenet and list search functions. Alan From alan at redhat.com Wed Mar 3 11:26:31 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 3 Mar 2004 06:26:31 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <20040303011921.GA14219@thyrsus.com> Message-ID: <20040303112631.GB26421@devserv.devel.redhat.com> On Tue, Mar 02, 2004 at 08:34:10PM -0500, Chris Ricker wrote: > Link-local address configuration has patent claims. The mDNS code has > trademark issues. About the only working part of Zeroconf available for No trademark issue that seems to matter, someone just needs to write an nss_mdns module and care enough to do it. From mitr at volny.cz Wed Mar 3 11:28:31 2004 From: mitr at volny.cz (Miloslav Trmac) Date: Wed, 3 Mar 2004 12:28:31 +0100 Subject: A friendly reminder from translators In-Reply-To: <404510D4.4090309@redhat.com> References: <20040302130123.GA10468@popelka.ms.mff.cuni.cz> <1078235783.3734.44.camel@localhost.localdomain> <20040302140417.GA18247@devserv.devel.redhat.com> <20040302153407.GA30205@popelka.ms.mff.cuni.cz> <404510D4.4090309@redhat.com> Message-ID: <20040303112831.GB22775@popelka.ms.mff.cuni.cz> On Wed, Mar 03, 2004 at 08:55:16AM +1000, Sarah Wang wrote: > I'm in favour of this approach. PO file updating process should be as > automated as possible. Exactly, that's why developers should not be required to manually run the merge and commit the merged files (or the .pot files; if the current CVS source is available[1], the .pot file is a redundant, possibly stale[2] information). Mirek [1] AFAIK it is not available for e.g. anaconda and up2date [2] There are a few examples at i18n.redhat.com From mblanc at erasme.org Wed Mar 3 12:06:35 2004 From: mblanc at erasme.org (Michel Blanc) Date: Wed, 03 Mar 2004 13:06:35 +0100 Subject: Self-Introduction: Michel Blanc Message-ID: <4045CA4B.6040404@erasme.org> 1. Full Legal Name: Michel Blanc 2. Country, City: Saint Cl?ment les Places, France 3. Profession: Network Engineer 4. Company: D?partement du Rh?ne 5. Goals in the Fedora Project Maintain the pikt specfiles Do you want to do QA : yes (network stuff) 6. Historical qualifications Other projects : Worked on PIKT (http://pikt.org) developping add-ons and packaging for several rpm based distros. Languages : Perl, PHP, few forgotten ones Skills : {network,system} administration 7. GPG KEYID and fingerprint pub 1024D/24B35C22 2003-06-11 Michel Blanc Empreinte de la cl? = FA67 4EDA D648 9E50 BFA4 3F29 FDF5 4971 24B3 5C22 sub 1024g/2EA26768 2003-06-11 sub 1536R/45CB76FC 2004-01-19 sub 1536R/0DBFDFA7 2004-01-19 M -- Michel Blanc Systemes/Reseaux Erasme Erasme/CG69/Saint Clement les Places/FR69930 T 0474706840/mblanc at erasme.org From dclemen at eresmas.com Wed Mar 3 12:29:24 2004 From: dclemen at eresmas.com (Daniel Clemente Roman) Date: Wed, 03 Mar 2004 12:29:24 GMT Subject: Wireless keyboard and Fedora Message-ID: <97b7c9eabc.9eabc97b7c@ma33.eresmas.com> Hi I am going to buy a wireless keyboard, such a Logitech Corless Desktop Deluxe (Keyboard + mouse) Anyone have this?, and it work fine with fedora? Thanks ----------------------------------------------------------------------- Edici?n Limitada del nuevo disco de David Bisbal: Buler?a. Cons?guelo con un 18% de decuento, solo por 15,50 ? http://www.eresmas.com/banners/promo.html?zanox From robert at v0jta.net Wed Mar 3 12:36:00 2004 From: robert at v0jta.net (Robert Vojta) Date: 03 Mar 2004 13:36:00 +0100 Subject: Wireless keyboard and Fedora In-Reply-To: <97b7c9eabc.9eabc97b7c@ma33.eresmas.com> References: <97b7c9eabc.9eabc97b7c@ma33.eresmas.com> Message-ID: Daniel Clemente Roman writes: > I am going to buy a wireless keyboard, such a Logitech Corless Desktop > Deluxe (Keyboard + mouse) > > Anyone have this?, and it work fine with fedora? Why do you think that this keyboard is not working with Fedora? Receiver's cable ends with 2x PS/2 or 1x USB, just like common keyboards/mouses. -- Robert Vojta From alan at redhat.com Wed Mar 3 12:38:42 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 3 Mar 2004 07:38:42 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <1078310563.29202.153.camel@localhost.localdomain> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <1078310563.29202.153.camel@localhost.localdomain> Message-ID: <20040303123842.GA19811@devserv.devel.redhat.com> On Wed, Mar 03, 2004 at 11:42:44AM +0100, Alexander Larsson wrote: > implementation, but I hope that eventually I'd somehow be able to use it > for the gnome-vfs network:// module (availible from the Nautilus > Computer location) so that i can show e.g. local DAV servers (i.e. like > osx rendezvous). DAV support in the newer nautilus would be nice (in 2.4 its basically broken and in 2.5 rawhide it doesnt work at all). I noticed neon is now in our package list so does that mean there are plans to get DAV done right into the tree ? From dulley at lsi.usp.br Wed Mar 3 12:53:11 2004 From: dulley at lsi.usp.br (Lucas Peetz Dulley) Date: Wed, 03 Mar 2004 09:53:11 -0300 Subject: Wireless keyboard and Fedora In-Reply-To: <97b7c9eabc.9eabc97b7c@ma33.eresmas.com> References: <97b7c9eabc.9eabc97b7c@ma33.eresmas.com> Message-ID: <4045D537.4090707@lsi.usp.br> Daniel Clemente Roman wrote: >Hi >I am going to buy a wireless keyboard, such a Logitech Corless Desktop >Deluxe (Keyboard + mouse) > >Anyone have this?, and it work fine with fedora? > I have one of these. It works flawlessly. ( either USB or PS/2 ) But I could not find out how to get the i-touch buttons to work with Gnome :) -- Lucas Peetz Dulley Virtual Reality Center - CAVERNA Digital LSI - POLI - USP Tel: +55-11-3091-5374 Av. Prof. Luciano Gualberto, 158 trav. 3 CEP: 05508-900 - Sao Paulo - SP - Brazil From den at tourinfo.ru Wed Mar 3 12:56:57 2004 From: den at tourinfo.ru (Den) Date: Wed, 03 Mar 2004 15:56:57 +0300 Subject: Wireless keyboard and Fedora In-Reply-To: <4045D537.4090707@lsi.usp.br> References: <97b7c9eabc.9eabc97b7c@ma33.eresmas.com> <4045D537.4090707@lsi.usp.br> Message-ID: <4045D619.7060106@tourinfo.ru> Daniel Clemente Roman wrote: > I have one of these. It works flawlessly. ( either USB or PS/2 ) > But I could not find out how to get the i-touch buttons to work with > Gnome :) > http://lineak.sourceforge.net/ http://yarrow.freshrpms.net/rpm.html?id=684 From buildsys at redhat.com Wed Mar 3 13:49:42 2004 From: buildsys at redhat.com (Build System) Date: Wed, 3 Mar 2004 08:49:42 -0500 Subject: rawhide report: 20040303 changes Message-ID: <200403031349.i23Dngq05301@porkchop.devel.redhat.com> Removed package ICAClient Updated Packages: Omni-0.9.1-5 ------------ * Tue Mar 02 2004 Tim Waugh 0.9.1-5 - Fix the foomatic data generator (bug #115586). a2ps-4.13b-35 ------------- * Tue Mar 02 2004 Tim Waugh 4.13b-35 - Prevent "error: conflicting types for 'malloc'". apr-util-0.9.4-10 ----------------- * Tue Mar 02 2004 Joe Orton 0.9.4-10 - rename sdbm_* symbols to apu__sdbm_* gnome-media-2.5.4-2 ------------------- * Tue Mar 02 2004 Alexander Larsson 2.5.4-2 - fixed schemas list gnome-panel-2.5.91-1 -------------------- * Tue Mar 02 2004 Mark McLoughlin 2.5.91-1 - Update to 2.5.91 - Split off a -devel package (#108618) - Add a scrollkeeper PreReq and scrollkeeper, intltool and libpng-devel BuildRequires. (#110928, Maxim Dzumanenko) gqview-1.4.1-1 -------------- * Tue Mar 02 2004 Dams 1.4.1-1 - Fixed configure Xinerama.h checking (with patch) * Mon Mar 01 2004 Warren Togami 1.4.0-1 - upgrade to 1.4.0 - massive spec cleanup, BuildRequires, etc. hwdata-0.110-1 -------------- * Mon Mar 01 2004 Mike A. Harris 0.110-1 - Added 3Dfx Voodoo Graphics and Voodoo II entries to the Cards database, both pointing to Alan Cox's new "voodoo" driver which is now included in XFree86 4.3.0-62 and later builds in Fedora development. Mapped their PCI IDs to the new Cards entry in pcitable. - Updated the entries for 3Dfx Banshee redhat-artwork-0.93-1 --------------------- * Tue Mar 02 2004 Alexander Larsson 0.93-1 - Fix shuttle in cursor theme - Remove redhat-main-menu icon - Rename redhat-config-* icons to system-config-* - Fix multihead issue in gtk2 theme rpm-4.3-0.14 ------------ * Sun Feb 22 2004 Jeff Johnson 4.3-0.14 - add ia32e arch. - stable sort for policy specifications, patterns before paths. - set "rpm_script_t" exec type for scriptlets iff /bin/sh, else default. - force FD_CLOEXEC on 1st 100 inherited fdno's. * Fri Feb 20 2004 Jeff Johnson 4.3-0.13 - fix: only first "mkdir -p" directory had context set. * Wed Feb 18 2004 Jeff Johnson 4.3-0.12 - python: add patch to rpm-4_3 to initialize RE contexts. rpmdb-fedora-1.90-0.20040303 ---------------------------- From aboyce at conduit-it.com Wed Mar 3 14:39:20 2004 From: aboyce at conduit-it.com (Andrew Boyce-Lewis) Date: Wed, 3 Mar 2004 09:39:20 -0500 Subject: Wireless keyboard and Fedora In-Reply-To: <4045D537.4090707@lsi.usp.br> References: <97b7c9eabc.9eabc97b7c@ma33.eresmas.com> <4045D537.4090707@lsi.usp.br> Message-ID: <8E4CA66C-6D20-11D8-9829-000A95AC744C@conduit-it.com> On Mar 3, 2004, at 7:53 AM, Lucas Peetz Dulley wrote: > Daniel Clemente Roman wrote: > >> Hi >> I am going to buy a wireless keyboard, such a Logitech Corless Desktop >> Deluxe (Keyboard + mouse) >> >> Anyone have this?, and it work fine with fedora? >> > I have one of these. It works flawlessly. ( either USB or PS/2 ) > But I could not find out how to get the i-touch buttons to work with > Gnome :) > You can trap the key codes and bind them to actions within gnome, the actual program used to do this is however escaping me. -Andrew > -- > Lucas Peetz Dulley > Virtual Reality Center - CAVERNA Digital > LSI - POLI - USP Tel: +55-11-3091-5374 > Av. Prof. Luciano Gualberto, 158 trav. 3 > CEP: 05508-900 - Sao Paulo - SP - Brazil > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list From dulley at lsi.usp.br Wed Mar 3 14:56:16 2004 From: dulley at lsi.usp.br (Lucas Peetz Dulley) Date: Wed, 03 Mar 2004 11:56:16 -0300 Subject: Fedora for IA-64 Message-ID: <4045F210.8080307@lsi.usp.br> Hi everyone, Now that I have installed RedHat AS 3 BETA for IA64 (only "free" distro I was able to successfully install) I know that my Itanium2 machine is working :) I'm gonna start porting fedora to IA64 if no one is against it... But before anything else I would like to know what is procedure for becoming a fedora-developer: what are the requirements? what info should I provide? how do I submit the work I have done? etc... Thanks. -- Lucas Peetz Dulley Virtual Reality Center - CAVERNA Digital LSI - POLI - USP Tel: +55-11-3091-5374 Av. Prof. Luciano Gualberto, 158 trav. 3 CEP: 05508-900 - Sao Paulo - SP - Brazil From alan at redhat.com Wed Mar 3 16:16:57 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 3 Mar 2004 11:16:57 -0500 Subject: Fedora for IA-64 In-Reply-To: <4045F210.8080307@lsi.usp.br> References: <4045F210.8080307@lsi.usp.br> Message-ID: <20040303161657.GA20754@devserv.devel.redhat.com> On Wed, Mar 03, 2004 at 11:56:16AM -0300, Lucas Peetz Dulley wrote: > I'm gonna start porting fedora to IA64 if no one is against it... > > But before anything else I would like to know what is procedure for > becoming a fedora-developer: what are the requirements? what info should > I provide? how do I submit the work I have done? etc... Just do it 8) The only point at which Fedora proper becomes involved is if/when its done and you want the thing to be blessed as "Fedora" by name. If you need ftp space for kernels/isos or a mailing list thats probably where the fedora "core" facilities are most of value. Alan From leonard at den.ottolander.nl Wed Mar 3 16:29:43 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 03 Mar 2004 17:29:43 +0100 Subject: package shepherding In-Reply-To: <1078310778.22970.148.camel@spatula.pppl.gov> References: <1078310778.22970.148.camel@spatula.pppl.gov> Message-ID: <1078331383.4748.6.camel@athlon.localdomain> Hi Jef, > > - Set the bug's priority/severity > > Just want to comment on this, I've been in conversations with fedora > developers about these fields...and as far as i can tell these fields > are not used consistently by fedora developers...which makes its > difficult for triage to use effectively..so i'm inclined to ignore these > fields completely. I was just thinking of these (in relation to my scratch list example). My opinion was to actually use severity, which should work if there are enough people with bugzilla rights to reset them correctly (security for security issues and high only for crashes), but indeed ignore priority as it seems to be unused by most developers/reporters. Or more simply put: severity should be equivalent to priority anyway. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Wed Mar 3 16:36:58 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 03 Mar 2004 17:36:58 +0100 Subject: package shepherding In-Reply-To: <1078313008.29202.170.camel@localhost.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> Message-ID: <1078331818.4748.12.camel@athlon.localdomain> Hi Alexander, > I tend to not rely on them much. The problem with them is that the > reporter often sets this to what he thinks, which is always high of > course. I've had several people changing it back to high when i've > changed it to a lower priority. Really? Then tell them not to. That should not happen, and the fact that some reporters do this should not stop us from putting these tags (or at least the tag severity) to good use. > This, coupled with the fact that its > very hard to classify priority like that makes me just ignore these > fields. For severity it is obvious when a report is security related, and only crashes should be marked as "high". That would give you at least three levels of useful severities. I would say that if priority stays around it should possibly be used as a developer only tag. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From dulley at lsi.usp.br Wed Mar 3 16:52:16 2004 From: dulley at lsi.usp.br (Lucas Peetz Dulley) Date: Wed, 03 Mar 2004 13:52:16 -0300 Subject: Fedora for IA-64 In-Reply-To: <20040303161657.GA20754@devserv.devel.redhat.com> References: <4045F210.8080307@lsi.usp.br> <20040303161657.GA20754@devserv.devel.redhat.com> Message-ID: <40460D40.7070305@lsi.usp.br> Alan Cox wrote: >On Wed, Mar 03, 2004 at 11:56:16AM -0300, Lucas Peetz Dulley wrote: > > >>I'm gonna start porting fedora to IA64 if no one is against it... >> >>But before anything else I would like to know what is procedure for >>becoming a fedora-developer: what are the requirements? what info should >>I provide? how do I submit the work I have done? etc... >> >> > >Just do it 8) > > I have never built a distro before, this is why I ask: Is there any sort of RedHat-like distro howto? What are the tools and/or scripts using for compiling several packages? Where I can find documentation about building a distribution tree ? -- Lucas Peetz Dulley Virtual Reality Center - CAVERNA Digital LSI - POLI - USP Tel: +55-11-3091-5374 Av. Prof. Luciano Gualberto, 158 trav. 3 CEP: 05508-900 - Sao Paulo - SP - Brazil From leonard at den.ottolander.nl Wed Mar 3 16:58:31 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 03 Mar 2004 17:58:31 +0100 Subject: package shepherding (was Re: Fedora Bug Day Tomorrow: March 3rd 2004: Don't Bug Mark Day) In-Reply-To: <1078306135.3431.71.camel@laptop> References: <1078275348.22970.91.camel@spatula.pppl.gov> <1078306135.3431.71.camel@laptop> Message-ID: <1078333111.4748.35.camel@athlon.localdomain> Hi Mark, > > http://www.ottolander.nl/gnome-panel/ > > > > I think leonardjo created a very useful shepherding tool with this > > simple static table. I think people might be able to do a lot of good > > taking this static table summary example and reusing it for other > > packages in Fedora Core. > > Hmm, I'm not creating a separate list of bugs outside of bugzilla is > such a great idea. It requires a lot of work to keep the two in sync, > and it actually tends to be more awkward than just using bugzilla > itself. The amount of work to keep such scratch lists in sync with bugzilla is minimal. I already have a working perl script that gets new bugs (currently only open issues, and possibly also UPSTREAM and DEFERRED issues) from bugzilla (by component) and adds them to a database. It will not overwrite edited entries, but it will fill in empty ones. New bugs will be added to the default "uncategorized bugs" category. Categorized bugs will remain in their category even if fields are updated. This script can be run in a daily cron job (or as an hourly cron job for 100 packages at a time). I am not sure if it is easy to create such scratch lists from bugzilla. What makes this example useful is that it enables you to create arbitrary categories, and sort bugs accordingly. That is what allowed me to get a grip on them. Also there is the (minor) fact that packages could exist in two scratch list. Fe, in the above list there are still references to bugs that were moved to other components. Since the filling of the scratch list and the removing of components by the shepherd are not in sync you could have duplicate entries for a while. I solve this by having the primary index on packageID/bugID. Not sure if that would work in bugzilla. > I've tried doing similar things myself in the past, but I always find > that the list becomes quickly out of date and I just go back to bugzilla > again. Resolved issues can be deleted from the list by the package catherd. Since the perl script only imports open issues they will not reappear after the next cron job. What I am working on now is a way to reorder the categories and bugs within a category. Oh, and you don't need to tell me not to waste my time on this, as I can probably put such reorderable lists to good use any way. > Another example is that the GTK+ team currently has a list of > "willfix" issues for the 2.4.x release, but they're still finding it > more useful to work directly from bugzilla. Of course bugzilla is the central place where the bug handling should take place. The example is a scratch list, and should be considered as such. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From dhollis at davehollis.com Wed Mar 3 18:43:39 2004 From: dhollis at davehollis.com (David T Hollis) Date: Wed, 03 Mar 2004 13:43:39 -0500 Subject: Fedora for IA-64 In-Reply-To: <40460D40.7070305@lsi.usp.br> References: <4045F210.8080307@lsi.usp.br> <20040303161657.GA20754@devserv.devel.redhat.com> <40460D40.7070305@lsi.usp.br> Message-ID: <1078339419.3141.2.camel@dhollis-lnx.kpmg.com> On Wed, 2004-03-03 at 13:52 -0300, Lucas Peetz Dulley wrote: > > > I have never built a distro before, this is why I ask: > > Is there any sort of RedHat-like distro howto? > What are the tools and/or scripts using for compiling several packages? > Where I can find documentation about building a distribution tree ? Do some Googling. There are quite a few places that talk about things such as rebuilding RHEL from SRPMS, etc etc. Concepts will be very much the same. The biggest part would be modifying anaconda, though a large portion of that is probably being handled with the AMD64 efforts. Ditto for fixing up 64-bit issues in certain packages. -- David T Hollis From jspaleta at princeton.edu Wed Mar 3 19:57:24 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Wed, 03 Mar 2004 14:57:24 -0500 Subject: package shepherding Message-ID: <1078343844.22970.201.camel@spatula.pppl.gov> Mark McLoughlin wrote: > Yeah, I can appreciate that - I'm still figuring it out too. It > would be good though if we could have a general > "bugzilla.redhat.com policy" doc or something. Would you have the > time to start compiling that? No, I don't have time, but its near the top of the list of things i don't have time for. I'm desperately in search for a sucker..err volunteer that is interested in producing documentation, so I don't have to keep pretending like i know what I'm doing. And I think, considering how things are actually developing, it probably a stretch to call any document of this sort that i might write "policy" in the sense that developers are actually going to be encouraged by leadership to follow what's written. At best its more like "Jef's bugzilla for dummies" or "Jef's fireside bugzilla ghost stories" as a companion piece to "Jef's 12 easy steps to applying cat herding techniques to open source developer management" > e.g. we were discussing today on irc whether its valid to mark a > RHEL bug as a dup of a Fedora bug. The conclusion we came to was: You are going to hate me, as much as I like see exactly this sort of discussion, and I'm more than happy to take the fruits of discussion that I'm not actively involved with(I'm an invented anywhere but by me sort of person)...its very difficult to actually keep track with nuggets of information like this if I have to pick them up from the fedora-devel-list. I will lose track of them in the noise on the list, guaranteed. I'd tell you to subscribe to the not really used triage list and post there but I don't know if you really want to be a part of yet another list...so if you really want to make sure I see this sort of discussion about what to do about classes of bugs it might be best for you to email me directly with a clever topic that i can filter, like "Fedora Triage: much ado about RHEL bugs or other such descriptive text". > if its sufficient to be fixed in a future release > mark it as a dup > if it needs to be fixed now, then leave it open > and include a link to the dup These are the sort of judgement calls that are difficult to codify. And really require active discussion between package maintainer and the triagers who want to help with a specific package. Don't really want to encourage a situation where a triager is deciding what should and should not be fixed now without feedback from the maintainer, and conversely don't want to encourage a situation where a triager is demanding a significant amount of time from developers to get feedback about whether or not a collection of bugs are close now or keep open. As guidance for developers and package maintainers this makes sense. As guidance for triagers looking to help maintainers, this is probably not something i want to start with. -jef From greg at kroah.com Wed Mar 3 20:40:32 2004 From: greg at kroah.com (Greg KH) Date: Wed, 3 Mar 2004 12:40:32 -0800 Subject: atmel drivers in the main distro? In-Reply-To: <16350.202.220.254.192.1078300159.squirrel@kiosk1.ph.unimelb.edu.au> References: <20040302231102.24510.7484.Mailman@listman.back-rdu.redhat.com> <16350.202.220.254.192.1078300159.squirrel@kiosk1.ph.unimelb.edu.au> Message-ID: <20040303204032.GA28782@kroah.com> On Wed, Mar 03, 2004 at 06:49:19PM +1100, msevior at physics.unimelb.edu.au wrote: > > > Date: Tue, 2 Mar 2004 12:32:00 -0600 > > From: Steven Pritchard > > To: fedora-devel-list at redhat.com > > Subject: Re: atmel drivers in the main distro? > > Reply-To: fedora-devel-list at redhat.com > > > > On Wed, Mar 03, 2004 at 03:30:50AM +1100, msevior at physics.unimelb.edu.au > > wrote: > >> Is there a reason the atmel wireless drivers are not distributed with > >> the > >> main Fedora disto? > > > > There are a lot of wireless drivers that aren't integrated into the > > kernel. I'd suggest bugging the upstream developers about getting > > their driver into Linus's tree. > > > > In the mean time, there are other open-source wireless drivers in > > fedora.us QA (at least my kernel-module-hostap package and a > > kernel-module-prism54 package I noticed yesterday). I'd love to see > > more. (Actually, I'd love to see the existing ones make it through QA > > even more. :-) > > > > Steve > > It certainly makes sense for the these to be rolled into the 2.4 and 2.6 > kernels. > > So what the best route to do this? How do I let whoever know that the > atmel drivers WorksForMe? Tell the driver authors to submit them to the proper kernel maintainers. It is well documentated how to do this (see Documentation/SubmittingPatches and Documentation/SubmittingDrivers in the Linux source tree.) Good luck, greg k-h From erik at totalcirculation.com Wed Mar 3 23:18:03 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Wed, 3 Mar 2004 18:18:03 -0500 Subject: fedora.us QA process Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD979@smith.interlink.local> Hi All, I've created a first draft fedora.us newbie QA guide. I've tried to put all necessary information directly into this guide, and to provide a framework that makes it easy to determine what's necessary to check. I've also included a "QA Approval Template" that makes it easy to verify that the showstoppers have been at least looked at. PLEASE look at it and tell me what you think. I think it is a solid step towards a lower barrier for entry. http://www.ilsw.com/~erik/fedora-qa-quickstart.html Thanks --erik From redhat-forums at genesis-x.nildram.co.uk Thu Mar 4 00:35:52 2004 From: redhat-forums at genesis-x.nildram.co.uk (Keith G. Robertson-Turner) Date: Thu, 04 Mar 2004 00:35:52 +0000 Subject: FreeWnn Status? Message-ID: I'm doing a package audit, and I'm trying to track down specific reasons for various packages being depreciated over the years. FreeWnn is currently in FC1, but there are other associated packages which seem to have disappeared after RH8, specifically cWnn, kWnn, and tWnn. I read the RH9 release notes, and spent around an hour googling for the above packages, but could find nothing explaining why they have gone. Can anyone shed any light on this? Yes, I know nothing about xWnn stuff, so there may be an embarrassingly obvious reason ;-) Thanks, - K. From jurgen at botz.org Thu Mar 4 00:44:50 2004 From: jurgen at botz.org (=?ISO-8859-1?Q?J=FCrgen_Botz?=) Date: Wed, 03 Mar 2004 16:44:50 -0800 Subject: mount & cfs Message-ID: <40467C02.4080800@botz.org> The most recent versions of mount (util-linux-2.12-4 from fedora/core/development) seem to break Matt Blaze's cfs . I get the following error... mount: failed to probe ports on NFS server localhost I'll try blindly hacking at the probe bits in nfsmount.c to see if I can learn more, but meanwhile I thought I should report this. :j -- J?rgen Botz | While differing widely in the various jurgen at botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper From petersen at redhat.com Thu Mar 4 07:27:56 2004 From: petersen at redhat.com (Jens Petersen) Date: Thu, 04 Mar 2004 16:27:56 +0900 Subject: FreeWnn Status? In-Reply-To: References: Message-ID: >>>>> "KGR" == Keith G Robertson-Turner writes: KGR> I'm doing a package audit, and I'm trying to track KGR> down specific reasons for various packages being KGR> depreciated over the years. KGR> FreeWnn is currently in FC1, but there are other KGR> associated packages which seem to have disappeared KGR> after RH8, specifically cWnn, kWnn, and tWnn. KGR> I read the RH9 release notes, and spent around an KGR> hour googling for the above packages, but could KGR> find nothing explaining why they have gone. Basically the Chinese, Korean and Traditional Chinese Wnn servers were removed because it was thought that they were not being used by CK users at all. A few people still use the Japanese Wnn server, which FreeWnn still provides in the form of jserver. (Though FreeWnn is getting close to deprecation status already - it will be turned off by default for Japanese installs in FC2 or at least that is the plan.) (The spec file is still able to build cwnn, kwnn and twnn if necessary fwiw, but that is probably more than you want to know. :) Jens From alexl at redhat.com Thu Mar 4 08:33:15 2004 From: alexl at redhat.com (Alexander Larsson) Date: 04 Mar 2004 09:33:15 +0100 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040303123842.GA19811@devserv.devel.redhat.com> References: <200403022107.i22L7K2N012226@snark.thyrsus.com> <20040302230750.GA21059@devserv.devel.redhat.com> <20040302231854.GE21059@devserv.devel.redhat.com> <1078310563.29202.153.camel@localhost.localdomain> <20040303123842.GA19811@devserv.devel.redhat.com> Message-ID: <1078389194.29202.182.camel@localhost.localdomain> On Wed, 2004-03-03 at 13:38, Alan Cox wrote: > On Wed, Mar 03, 2004 at 11:42:44AM +0100, Alexander Larsson wrote: > > implementation, but I hope that eventually I'd somehow be able to use it > > for the gnome-vfs network:// module (availible from the Nautilus > > Computer location) so that i can show e.g. local DAV servers (i.e. like > > osx rendezvous). > > DAV support in the newer nautilus would be nice (in 2.4 its basically > broken and in 2.5 rawhide it doesnt work at all). I noticed neon is now > in our package list so does that mean there are plans to get DAV done > right into the tree ? There is some initial work on a neon-based http backend for gnome-vfs. Its not gonna happen in gnome 2.6 though. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a world-famous Catholic waffle chef on the run. She's a high-kicking Buddhist single mother in the wrong place at the wrong time. They fight crime! From mr700 at globalnet.bg Thu Mar 4 08:42:17 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Thu, 4 Mar 2004 10:42:17 +0200 Subject: Logrotate RFE (2) In-Reply-To: <20040302205534.GD1809@gate.kl-ic.com> References: <20040302205534.GD1809@gate.kl-ic.com> Message-ID: <200403041042.17670@-mr700> On Tuesday 02 March 2004 22:55, Keith Lofstrom wrote: > > Logrotate is the program called by cron to rename and expire log > files. Ruedinger Oertel at SUSE (ro at suse.de) has some patches that > enhance the basic Redhat logrotate with "dateext". This allows a > dated log file extension rather than a numbered one, for example > /var/log/messages.20031029 . The old logfiles do not get renamed, > just discarded after they get too old. This is a lot easier on > rsync, and it also is easier to administer. I was seeking a such thing and would love to test it! However I see a small problem with it - webalizer or whatever log analyzer expects to find rotated logs as .[1..x] will fail, but it's not that hard to make symlinks to workaround this. Is this done? -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From alexl at redhat.com Thu Mar 4 08:47:48 2004 From: alexl at redhat.com (Alexander Larsson) Date: 04 Mar 2004 09:47:48 +0100 Subject: package shepherding In-Reply-To: <1078331818.4748.12.camel@athlon.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> Message-ID: <1078390068.29202.197.camel@localhost.localdomain> On Wed, 2004-03-03 at 17:36, Leonard den Ottolander wrote: > Hi Alexander, > > > I tend to not rely on them much. The problem with them is that the > > reporter often sets this to what he thinks, which is always high of > > course. I've had several people changing it back to high when i've > > changed it to a lower priority. > > Really? Then tell them not to. That should not happen, and the fact that > some reporters do this should not stop us from putting these tags (or at > least the tag severity) to good use. Telling someone not to do that sometimes help, but only for that particular person. I have better things to do with my extremely limited time than educating the whole world about what bugzilla is used for. Each time I need to explain bugzilla to someone its time taken from fixing other bugs or implementing new features. Its sad, but thats my reallity. > > This, coupled with the fact that its > > very hard to classify priority like that makes me just ignore these > > fields. > > For severity it is obvious when a report is security related, and only > crashes should be marked as "high". That would give you at least three > levels of useful severities. > > I would say that if priority stays around it should possibly be used as > a developer only tag. The setup for the Nautilus module in gnome bugzilla is pretty nice and works well for me. This modules has almost 1000 open bugs, and basically only two people working on it. However, we have a great bugsquad that reads all new incomming bug reports, asks for more information if its missing, marks bugs as duplicates, collect information from duplicates to the dup-head, closes invalid or old fixed bugs. Then they mark all bugs that are important (common crashers, bugs with patches, heavily dup:ed bugs, or bugs that just seem important) with a priority of high or more. Then the nautilus developers filter their incoming bugzilla email so that high or more goes in to its own folder. This means we have a fighting chance to actually read all important bugzilla email, and still get work done. If course, this requires a dedicated group of bugzilla trawlers doing some pretty boring, trivial work. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a short-sighted crooked senator with nothing left to lose. She's a sharp-shooting hypochondriac politician from a family of eight older brothers. They fight crime! From markmc at redhat.com Thu Mar 4 08:53:37 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 04 Mar 2004 08:53:37 +0000 Subject: package shepherding In-Reply-To: <1078343844.22970.201.camel@spatula.pppl.gov> References: <1078343844.22970.201.camel@spatula.pppl.gov> Message-ID: <1078390416.4200.24.camel@laptop> Hi Jef, On Wed, 2004-03-03 at 19:57, Jef Spaleta wrote: > Mark McLoughlin wrote: > > Yeah, I can appreciate that - I'm still figuring it out too. It > > would be good though if we could have a general > > "bugzilla.redhat.com policy" doc or something. Would you have the > > time to start compiling that? > > No, I don't have time, but its near the top of the list of things i > don't have time for. I'm desperately in search for a sucker..err > volunteer that is interested in producing documentation, so I don't > have to keep pretending like i know what I'm doing. And I think, > considering how things are actually developing, it probably a stretch to > call any document of this sort that i might write "policy" in the sense > that developers are actually going to be encouraged by leadership to > follow what's written. At best its more like "Jef's bugzilla for > dummies" or "Jef's fireside bugzilla ghost stories" as a companion piece > to "Jef's 12 easy steps to applying cat herding techniques to open > source developer management" I would expect that any doc like this would be initially written up by some person, posted to this list, argued over by package maintainers, developers and shepherders alike and over time massaged into something everybody pretty much agrees on. I think you could easily christen something like that as a "policy" :-) > > e.g. we were discussing today on irc whether its valid to mark a > > RHEL bug as a dup of a Fedora bug. The conclusion we came to was: > > You are going to hate me, as much as I like see exactly this sort of > discussion, and I'm more than happy to take the fruits of discussion > that I'm not actively involved with(I'm an invented anywhere but by me > sort of person)...its very difficult to actually keep track with nuggets > of information like this if I have to pick them up from the > fedora-devel-list. That's why even a rough set of notes keeping track of stuff like this would be helpful for when someone does have the time to try and codify it properly. > > if its sufficient to be fixed in a future release > > mark it as a dup > > if it needs to be fixed now, then leave it open > > and include a link to the dup > > These are the sort of judgement calls that are difficult to codify. > And really require active discussion between package maintainer and the > triagers who want to help with a specific package. Don't really want to > encourage a situation where a triager is deciding what should and should > not be fixed now without feedback from the maintainer, and conversely > don't want to encourage a situation where a triager is demanding a > significant amount of time from developers > to get feedback about whether or not a collection of bugs are close now > or keep open. As guidance for developers and package maintainers this > makes sense. As guidance for triagers looking to help maintainers, this > is probably not something i want to start with. Agreed. Totally. What I'm trying to get it is the "policy" is probably nearly as undefined and confusing for developers as it is for triagers. So any "policy" doc would help everyone. And FWIW, what you just said would itself be very useful in such a doc. Cheers, Mark. From mandreiana at rdslink.ro Thu Mar 4 09:37:47 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Thu, 04 Mar 2004 11:37:47 +0200 Subject: example of nice usability feature Message-ID: <1078393066.6045.6.camel@marte.biciclete.ro> Hi As we were talking about usability (followup on ESR), I saw yesterday a nice feature at a friend when we were browsing an image colloection from his camera with ACD See on MS Windows. On images which needed rotating, we rotated them (pressing a key or an icon) and the viewer automatically saved them to disk rotated. This is an excellent feature. In Linux I have to start gimp, rotate and save it, for every image which needs that. I know there are nautilus scripts for that, but if EOG/gthumb would do the job automatically would be great. -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From gteale at cmedltd.com Thu Mar 4 09:42:14 2004 From: gteale at cmedltd.com (Geoff Teale) Date: Thu, 04 Mar 2004 09:42:14 +0000 Subject: example of nice usability feature In-Reply-To: <1078393066.6045.6.camel@marte.biciclete.ro> References: <1078393066.6045.6.camel@marte.biciclete.ro> Message-ID: <1078393334.2566.20.camel@dubya.devel.cmedltd.com> It's very easy to create a script for Nautilus to do this with a right click on the image preview. At least it used to be, the "scripts" item seems to have disappeared in the new nautilus on Rawhide. Does anyone know what's happened to script support in Nautilus? - Geoff On Thu, 2004-03-04 at 11:37 +0200, Marius Andreiana wrote: > On images which needed rotating, we rotated them (pressing a key or an > icon) and the viewer automatically saved them to disk rotated. This is > an excellent feature. > > In Linux I have to start gimp, rotate and save it, for every image which > needs that. I know there are nautilus scripts for that, but if > EOG/gthumb would do the job automatically would be great. -- Geoff Teale Cmed Technology Free Software Foundation From fs111 at web.de Thu Mar 4 09:56:06 2004 From: fs111 at web.de (=?ISO-8859-1?Q?Andr=E9?= Kelpe) Date: Thu, 04 Mar 2004 10:56:06 +0100 Subject: example of nice usability feature In-Reply-To: <1078393066.6045.6.camel@marte.biciclete.ro> References: <1078393066.6045.6.camel@marte.biciclete.ro> Message-ID: <1078394166.1704.4.camel@localhost> Am Do, den 04.03.2004 schrieb Marius Andreiana um 10:37: > Hi Hi! > On images which needed rotating, we rotated them (pressing a key or an > icon) and the viewer automatically saved them to disk rotated. This is > an excellent feature. That's right. > In Linux I have to start gimp, rotate and save it, for every image which > needs that. I know there are nautilus scripts for that, but if > EOG/gthumb would do the job automatically would be great. No, you don't need gimp. Please take a look in the upper right corner of your gthumb, there is a button which does this, and it could do this for multiple images at once. In German it says "Drehen" which should be "Rotate" in English. No need for implementing this becaus it is already here. :-) Andr? -------------- 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 julo at altern.org Thu Mar 4 10:05:12 2004 From: julo at altern.org (Julien Olivier) Date: Thu, 04 Mar 2004 10:05:12 +0000 Subject: example of nice usability feature In-Reply-To: <1078393334.2566.20.camel@dubya.devel.cmedltd.com> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078393334.2566.20.camel@dubya.devel.cmedltd.com> Message-ID: <1078394712.4992.35.camel@localhost.localdomain> On Thu, 2004-03-04 at 09:42, Geoff Teale wrote: > It's very easy to create a script for Nautilus to do this with a right > click on the image preview. Oh really ? My girl-friend will be pleased to know that she has to learn UNIX shell in order to rotate her camera's pictures :) Troll apart, you really shouldn't expect all Linux users to be hackers, or even to have hackers in their neighborhood. -- Julien Olivier From godless at ngi.it Thu Mar 4 10:27:37 2004 From: godless at ngi.it (Luca) Date: Thu, 04 Mar 2004 11:27:37 +0100 Subject: ISDN and redhat-control-network Message-ID: <40470499.9030203@ngi.it> Hi all, I have to report some problems with my FC1 install. I have an HFC-PCI nameless ISDN card, that got found and configured on install. When accessing redhat-control-network, the card can be found, and the connection comes up without any glitches. Problem is, the ippp0 interface does not get detected as being up, so I can connect, but not disconnect! It's not a major problem, but since I don't have a flat rate phone contract, I usually only connect when I need it. This e-mail is mainly to report the bug, but I'd also appreciate if somebody could tell me how to bring my ISDN connection down (and up, but that's less important) by command line, to avoid going broke on phone bills. Thanks all, Luca From mharris at redhat.com Thu Mar 4 11:10:08 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 4 Mar 2004 06:10:08 -0500 (EST) Subject: package shepherding In-Reply-To: <1078390068.29202.197.camel@localhost.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> Message-ID: On Thu, 4 Mar 2004, Alexander Larsson wrote: >> > I tend to not rely on them much. The problem with them is that the >> > reporter often sets this to what he thinks, which is always high of >> > course. I've had several people changing it back to high when i've >> > changed it to a lower priority. >> >> Really? Then tell them not to. That should not happen, and the fact that >> some reporters do this should not stop us from putting these tags (or at >> least the tag severity) to good use. > >Telling someone not to do that sometimes help, but only for that >particular person. I have better things to do with my extremely limited >time than educating the whole world about what bugzilla is used for. >Each time I need to explain bugzilla to someone its time taken from >fixing other bugs or implementing new features. Its sad, but thats my >reallity. Exactly. The problem with the bugzilla priority field is that there is no real definition of what "priority" means. Priority to WHOM? Bug reporters generally consider the priority field to mean "what priority do you want Red Hat to treat this bug as". That is almost always never a piece of useful information on the receiving side however. Others use the priority field to indicate "how bad of a problem is this on a scale of 1-3". That also isn't really useful information from a developer standpoint, because we are capable of reading a bug report and deducing on our own how bad the problem is on a scale of 1-10. I find it much more useful for the person to explain the problem clearly in detail, and then perhaps state how important it is to them in the bug report itself. That is a nice fantasy, but it will never happen, because each person is different and does things in their own special way. Bugzilla is - by definition, a developer/engineer tool first and foremost, and a user defect submission tool second or third. What the overwhelming majority of people reporting bugs do not realize, is that engineers receiving the bug reports, do not sit in bugzilla 24/7 just fixing bugs. We have our own workloads, some of which is developing new software, or developing new features for existing software, evaluating software, doing erratum releases, security releases, OS engineering planning, debugging, troubleshooting, testing, and a whole host of other tasks. Our priorities are dependant on all of the tasks that we have to do within a certain time frame. So when we look at any given bug report, the priority of that bug report will not be an /absolute/ priority, but rather a /relative/ priority. Relative that is, compared to all other open bugs, and also weighed against all other work priorities that have nothing to do with fixing bugs also. Initially, I tried to use the priority field in bugzilla to reflect where a given bug fit in my current task list stacked up against all other issues. I flagged issues that I considered to be things I should investigate ASAP "high priority" and issues that could wait, or had reasonable workarounds as lower priorities. Also, bugs that would consume an entire week of engineering time, say to fix a single issue that causes Quake 3 to crash, while they may be a high priority to Joe gamer dude, they're Priority -=10000 from a Red Hat business perspective, especially since those types of bugs may take a week or two nonstop to track down and fix. Since we have finite limited resources, we have absolutely no choice but to prioritize bugs compared to all other bugs and tasks, and then work on the absolute most important issues. Some lesser important things will get fixed along the way which are very quick fixes, or which patches are available, etc. There's no real golden rule that applies to all situations of course, it is a case by case thing. In 3 years of experience on the receiving end of bug reports, and having played "bug-priority-tag" with at least one or two people a month for the first 6-8 months, I realized the priority field was useless for the purposes that *I* was trying to use it for, which was to indicate what priority the bug DOES have. Since the priority field is so useless, I just totally stopped ever even looking at it period. Now I examine a bug, request info, etc. and then I add my own priority tags to the developer whiteboard or other fields, or add the bug to my personal tracker. That lets me keep track of a small reasonable number of issues that are manageable. One needs to do that because it is impossible to try and manage a 2000 item "TODO" list. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From iago.rubio at hispalinux.es Thu Mar 4 11:19:07 2004 From: iago.rubio at hispalinux.es (Iago Rubio) Date: 04 Mar 2004 12:19:07 +0100 Subject: example of nice usability feature In-Reply-To: <1078394712.4992.35.camel@localhost.localdomain> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078393334.2566.20.camel@dubya.devel.cmedltd.com> <1078394712.4992.35.camel@localhost.localdomain> Message-ID: <1078399147.21200.17.camel@speedy.iagorubio.net> El jue, 04 de 03 de 2004 a las 11:05, Julien Olivier escribi?: > On Thu, 2004-03-04 at 09:42, Geoff Teale wrote: > > It's very easy to create a script for Nautilus to do this with a right > > click on the image preview. > > Oh really ? My girl-friend will be pleased to know that she has to learn > UNIX shell in order to rotate her camera's pictures :) Or .... may be she could use her eye balls to read the eog, gthumb or gqview manual ? > Troll apart, you really shouldn't expect all Linux users to be hackers, > or even to have hackers in their neighborhood. Troll apart, users really shouldn't expect to understand the software they're running without taking two minutes to read the software manuals, or at least 30 seconds to explore it's menus. No need to be a hacker, to right click in a image, select open in "Eye of Gnome", select "Edit/rotate ..." in eog's menu, and save it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From harald at redhat.com Thu Mar 4 11:35:30 2004 From: harald at redhat.com (Harald Hoyer) Date: Thu, 04 Mar 2004 12:35:30 +0100 Subject: ISDN and redhat-control-network In-Reply-To: <40470499.9030203@ngi.it> References: <40470499.9030203@ngi.it> Message-ID: <40471482.60201@redhat.com> Rename your Nickname for the connection to "ippp0". Luca wrote: > Hi all, > I have to report some problems with my FC1 install. > I have an HFC-PCI nameless ISDN card, that got found and configured on > install. > When accessing redhat-control-network, the card can be found, and the > connection comes up without any glitches. > Problem is, the ippp0 interface does not get detected as being up, so I > can connect, but not disconnect! > It's not a major problem, but since I don't have a flat rate phone > contract, I usually only connect when I need it. > This e-mail is mainly to report the bug, but I'd also appreciate if > somebody could tell me how to bring my ISDN connection down (and up, but > that's less important) by command line, to avoid going broke on phone > bills. > Thanks all, > Luca > > From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Mar 4 11:35:58 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 4 Mar 2004 12:35:58 +0100 Subject: rawhide report: 20040303 changes In-Reply-To: <200403031349.i23Dngq05301@porkchop.devel.redhat.com> References: <200403031349.i23Dngq05301@porkchop.devel.redhat.com> Message-ID: <20040304123558.17402fdf@localhost> Build System wrote : > gqview-1.4.1-1 > -------------- > * Tue Mar 02 2004 Dams 1.4.1-1 > > - Fixed configure Xinerama.h checking (with patch) > > * Mon Mar 01 2004 Warren Togami 1.4.0-1 > > - upgrade to 1.4.0 > - massive spec cleanup, BuildRequires, etc. Argh, duplicate work. I'll close bug #116533, it may be worth changing the bugzilla owner if Havoc no longer takes care of that package. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.3-1.116 Load : 0.50 0.47 0.31 From gteale at cmedltd.com Thu Mar 4 12:42:22 2004 From: gteale at cmedltd.com (Geoff Teale) Date: Thu, 04 Mar 2004 12:42:22 +0000 Subject: example of nice usability feature In-Reply-To: <1078394712.4992.35.camel@localhost.localdomain> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078393334.2566.20.camel@dubya.devel.cmedltd.com> <1078394712.4992.35.camel@localhost.localdomain> Message-ID: <1078404142.2566.23.camel@dubya.devel.cmedltd.com> On Thu, 2004-03-04 at 10:05 +0000, Julien Olivier wrote: > Oh really ? My girl-friend will be pleased to know that she has to learn > UNIX shell in order to rotate her camera's pictures :) > > Troll apart, you really shouldn't expect all Linux users to be hackers, > or even to have hackers in their neighborhood. Woooah there ..... I was suggesting that it wouldn't be hard for Fedora developers to implement! -- Geoff Teale Cmed Technology From jwboyer at charter.net Thu Mar 4 12:54:48 2004 From: jwboyer at charter.net (Josh Boyer) Date: Thu, 4 Mar 2004 06:54:48 -0600 Subject: yum fails on kernel package update Message-ID: <200403040654.48251.jwboyer@charter.net> Anybody ever seen anything like what I have below? It only happens when I am trying to update the kernel package. I doubt the box is really out of memory... I haven't been able to update my kernel since 2.6.3-1.110. josh [root at localhost root]# yum -y -C update kernel* Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [install: kernel 2.6.3-1.118.i686] [install: kernel-source 2.6.3-1.118.i386] Downloading Packages Running test transaction: /etc/security/selinux/src/policy/file_contexts/file_contexts: No such file or directory memory alloc (4 bytes) returned NULL. [root at localhost root]# From toshio at tiki-lounge.com Thu Mar 4 13:00:31 2004 From: toshio at tiki-lounge.com (Toshio) Date: Thu, 04 Mar 2004 08:00:31 -0500 Subject: optparse/Optik Message-ID: <1078405230.23452.71.camel@Madison.badger.com> Just noticed that test1 contains both python-2.3.3 with optparse and python-Optik modules. From my reading, optparse _is_ Optik so the only thing gained from this is being able to 'import Optik' in scripts instead of 'import optparse' (Which is a forward compatibility feature of Optik 1.4.1 too.) Not a big deal, but it may confuse some people new to python if they are trying to decide what module to use to parse their command line arguments. Python and optik pages detailing that Optik was merged into python as optparse: http://www.python.org/doc/2.3.3/whatsnew/node18.html#SECTION0001820000000000000000 http://optik.sourceforge.net/ -Toshio -- Toshio From reader at newsguy.com Thu Mar 4 13:14:43 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 04 Mar 2004 07:14:43 -0600 Subject: Logrotate RFE (2) In-Reply-To: <20040302205534.GD1809@gate.kl-ic.com> (Keith Lofstrom's message of "Tue, 2 Mar 2004 12:55:34 -0800") References: <20040302205534.GD1809@gate.kl-ic.com> Message-ID: Keith Lofstrom writes: > Logrotate is the program called by cron to rename and expire log > files. Ruedinger Oertel at SUSE (ro at suse.de) has some patches that > enhance the basic Redhat logrotate with "dateext". This allows a > dated log file extension rather than a numbered one, for example > /var/log/messages.20031029 . The old logfiles do not get renamed, > just discarded after they get too old. This is a lot easier on > rsync, and it also is easier to administer. Note: These comments are not well researched... yet, but only a suggestion to pursue... I think they do get renamed... like: somelog becomes somelog.0 somelog.0 becomes somelog.1 etc Up to whatever number logrotate.conf is set to rotate `some.log' Seems like at each hop ... the file would have to be exactly the same size as its predecessor for this to effect rsync. > What are the proper steps to get these patches folded into the main > development path for Fedora Core? I mentioned this on this list in > October with a few positive comments, and submitted an RFE to bugzilla: Are we really sure this is such a good idea? I don't see any real advantage over the old way. And I'm probably not the only one who has home-made tools that depend on the current naming system. Seems like adding the date stamp is only dubbling the info already available in long ls output. From icon at linux.duke.edu Thu Mar 4 14:27:35 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Thu, 04 Mar 2004 09:27:35 -0500 Subject: Logrotate RFE (2) In-Reply-To: References: <20040302205534.GD1809@gate.kl-ic.com> Message-ID: <40473CD7.4050509@linux.duke.edu> Harry Putnam wrote: > Are we really sure this is such a good idea? I don't see any real > advantage over the old way. And I'm probably not the only one who has > home-made tools that depend on the current naming system. > > Seems like adding the date stamp is only dubbling the info already > available in long ls output. I'm also a little skeptical if this is a good feature. And not just because I would have to hack my beautiful rotation-handling routines in epylog. :) Can someone describe the actual benefits? Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml From buildsys at redhat.com Thu Mar 4 14:31:27 2004 From: buildsys at redhat.com (Build System) Date: Thu, 4 Mar 2004 09:31:27 -0500 Subject: rawhide report: 20040304 changes Message-ID: <200403041431.i24EVRB23940@porkchop.devel.redhat.com> Updated Packages: a2ps-4.13b-36 ------------- * Wed Mar 03 2004 Tim Waugh 4.13b-36 - Oops, use system C compiler. * Tue Mar 02 2004 Elliot Lee - rebuilt anaconda-9.91-0.20040303144435 ------------------------------ * Wed Mar 03 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) bug-buddy-2.5.90-2 ------------------ * Wed Mar 03 2004 Alexander Larsson 1:2.5.90-2 - add COPYING.ximian-logos to docs (#115950) cyrus-imapd-2.2.3-6 ------------------- * Wed Mar 03 2004 Karsten Hopp 2.2.3-6 - strip binaries - fix file ownership (#116627) * Tue Mar 02 2004 Elliot Lee - rebuilt esound-0.2.33-1 --------------- * Wed Mar 03 2004 Alexander Larsson 1:0.2.33-1 - update to 0.2.33, hopefully fixes alsa issues * Tue Mar 02 2004 Elliot Lee - rebuilt gcc34-3.4.0-0.6 --------------- * Tue Mar 02 2004 Jakub Jelinek 3.4.0-0.6 - update from gcc-3_4-branch - PRs 14240, bootstrap/14207, bootstrap/14356, c++/13944, c++/14138, c++/14246, c++/14250, c++/14260, c++/14278, c++/14284, c++/14324, c++/14337, c++/14359, c++/14360, c++/14361, c++/14369, c/14188, debug/12103, debug/14328, java/14296, libstdc++/10246, libstdc++/14248, libstdc++/14252, middle-end/13448, optimization/7871, target/14209 - fix PR optimization/12419 - warn if VLAs might free alloca before end of function (Alexandre Oliva, PR 14236) - add --param min-pretend-dynamic-size=NNN option (Alexandre Oliva) - remove uninstalled binaries and libraries from the install tree, so that they don't end up in gcc34-debuginfo (which prevents installing both gcc-debuginfo and gcc34-debuginfo together) - include gcov34 in the package gkrellm-2.1.26-2 ---------------- * Wed Mar 03 2004 Karsten Hopp 2.1.26-2 - fix -devel provision (#117105) - remove stringfreeze hack * Tue Mar 02 2004 Elliot Lee - rebuilt gnome-icon-theme-1.1.8-2 ------------------------ * Wed Mar 03 2004 Alexander Larsson 1.1.8-2 - remove redhat-main-menu symlink (#100407) gnome-panel-2.5.91-2 -------------------- * Wed Mar 03 2004 Mark McLoughlin 2.5.91-2 - Use the main menu icon in the menu bar (#100407) * Tue Mar 02 2004 Elliot Lee - rebuilt gpdf-0.123-2 ------------ * Wed Mar 03 2004 Alexander Larsson 0.123-2 - pre-require scrollkeeper (#116628) * Tue Mar 02 2004 Elliot Lee - rebuilt gtk2-2.3.5-1 ------------ * Wed Mar 03 2004 Mark McLoughlin 2.3.5-1 - Update to 2.3.5 - Bump the required glib and pango versions - Make it build on x86_64 * Tue Mar 02 2004 Elliot Lee - rebuilt hpoj-0.91-6 ----------- * Wed Mar 03 2004 Tim Waugh 0.91-6 - Updated Till Kamppeter's 2.6 kernel patch. * Tue Mar 02 2004 Elliot Lee - rebuilt jpilot-0.99.7-1 --------------- * Wed Mar 03 2004 Than Ngo 0.99.7-1 - update to 0.99.7 * Tue Mar 02 2004 Elliot Lee - rebuilt kdebase-3.2.0-1.10 ------------------ * Wed Mar 03 2004 Than Ngo 6:3.2.0-1.10 - respin kde-redhat-config * Tue Mar 02 2004 Elliot Lee - rebuilt * Tue Mar 02 2004 Than Ngo 3.2.0-1.9 - don't rename to the contents of the translated Name field - create desktop files if Desktop directory is empty nfs-utils-1.0.6-8.fc2 --------------------- * Mon Mar 01 2004 - Removed gssd tarball and old nfsv4 patch. - Added new nfsv4 patches that include both the gssd and idmapd daemons - Added redhat-only v4 patch that reduces the static librpc.a to only contain gss rpc related routines (I would rather have gssd use the glibc rpc routines) -Changed the gssd svcgssd init scripts to only start up if SECURE_NFS is set to 'yes' in /etc/sysconfig/nfs openssh-3.6.1p2-33 ------------------ * Wed Mar 03 2004 Daniel Walsh 3.6.1p2-33 - Close file descriptors on exec pam-0.77-38 ----------- * Wed Mar 03 2004 Dan Walsh 0.77-38 - Fix error handling of pam_unix * Tue Mar 02 2004 Elliot Lee - rebuilt policy-1.7-3 ------------ * Wed Mar 03 2004 Dan Walsh 1.7-3 - Fix creation of aliases.db * Wed Mar 03 2004 Dan Walsh 1.7-2 - Fix mailman, su and other problems. * Tue Mar 02 2004 Dan Walsh 1.7-1 - New version from NSA. rpm-4.3-0.17 ------------ * Tue Mar 02 2004 Jeff Johnson 4.3-0.17 - permit globs in macrofiles: directive (#117217). - fix: segfault generating transaction serialization lock path. - use /etc/security/selinux/file_contexts instead. * Wed Feb 25 2004 Jeff Johnson 4.3-0.15 - serialize rpmtsRun() using fcntl on /var/lock/rpm/transaction. rpmdb-fedora-1.90-0.20040304 ---------------------------- squid-2.5.STABLE5-1 ------------------- * Tue Mar 02 2004 Jay Fenlason 7:2.5.STABLE5-1 - New upstream version, obsoletes many patches. - Fix --datadir passed to configure. Configure automatically adds /squid so we shouldn't. - Remove the problematic triggerpostun trigger, since is's broken, and FC2 never shipped with that old version. - add -j4 to make line. * Tue Mar 02 2004 Elliot Lee - rebuilt * Mon Feb 23 2004 Tim Waugh - Use ':' instead of '.' as separator for chown. system-config-services-0.8.7-2 ------------------------------ * Wed Mar 03 2004 Brent Fox 0.8.7-2 - add a BuildRequires on automake17 * Tue Mar 02 2004 Brent Fox 0.8.7-1 - remove dependency on gnome-python2 and gnome-python2-canvas - try to load glade file in the cwd, if not, pull from /usr/share/ - apply patch from bug #117277 * Tue Jan 06 2004 Daniel J Walsh 0.8.6-3 - Fix console app so it launches properly vim-6.2.311-1 ------------- * Wed Mar 03 2004 Karsten Hopp 6.2.311-1 - patchlevel 311 From godless at ngi.it Thu Mar 4 15:28:09 2004 From: godless at ngi.it (Luca) Date: Thu, 04 Mar 2004 16:28:09 +0100 Subject: ISDN and redhat-control-network In-Reply-To: <40471482.60201@redhat.com> References: <40470499.9030203@ngi.it> <40471482.60201@redhat.com> Message-ID: <40474B09.1000002@ngi.it> Hi, looked like an elegant solution, but it doesn't work :-) Is there a way to stop ippp0 manually? I've noticed a similar problem is already in Bugzilla. Thanks, Luca Harald Hoyer wrote: > Rename your Nickname for the connection to "ippp0". > > From dr at cluenet.de Thu Mar 4 15:33:43 2004 From: dr at cluenet.de (Daniel Roesen) Date: Thu, 4 Mar 2004 16:33:43 +0100 Subject: Pinging Phil Knirsch Message-ID: <20040304163343.A25702@homebase.cluenet.de> Hi, is Phil Knirsch still around? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108208 Phil announced mtr 0.53-4 with IPv6 patch on 2004-02-16 to "hit rawhide real soon". But rawhide's still at -3, and Phil's not reacting in Bugzilla nor direct email. Is he just on vacation, or did he leave RH? Would be nice to have this update before test2 gets released. Best regards, Daniel From toshio at tiki-lounge.com Thu Mar 4 15:36:36 2004 From: toshio at tiki-lounge.com (Toshio) Date: Thu, 04 Mar 2004 10:36:36 -0500 Subject: fedora.us QA process In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD979@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD979@smith.interlink.local> Message-ID: <1078414594.23452.122.camel@Madison.badger.com> I have Architectural Comments and Editorial Comments. The former may require discussion and rethinking of things while the latter should be pretty easy to implement improvements. On Wed, 2004-03-03 at 18:18, Erik LaBianca wrote: > PLEASE look at it and tell me what you think. I think it is a solid step > towards a lower barrier for entry. > > http://www.ilsw.com/~erik/fedora-qa-quickstart.html Architectural Comments: * I like that you've split out blocker criteria from non-blocker criteria. I would split security out too so the new reviewer can realize this list is _really_ important. I purposefully didn't examine what was in your lists of critical vs non-critical because I think we need to discuss what standards we as a group want our packages to be held up to. I've been going on the assumption that everything on the QAChecklist is mandatory. If that's not so, it has to be discussed (and perhaps voted) as it's our collective name as a quality repository that's at stake. [We might be seeking to make a bigger repository, but we still have to balance that against quality.] * I don't like the fact that the QAChecklist contains most of the things in this document but is a separate document. I think the QAChecklist needs to be tuned up with categories of blocker, non-blocker. And perhaps in terms of order of doing things. And then it can be referenced from this page. Having another page with overlapping Checklists adds to the confusion of "which list do I follow?" and means policy changes have to be updated in two places. Editorial comments: [3.1] - I remember having to add fedora.us to my yum.conf manually but I'm not sure if that was before or after I installed FC1. If FC1 doesn't include it, it needs to be mentioned. - mach needs apt installed as well. [3.2] - I like gpasswd more than vigr because `gpasswd -a [USERNAME] mach` is a more complete explanation than edit groups with vigr. [3.x] - There needs to be something in here about modifying ~/.rpmmacros to point to another build directory as /usr/src/redhat is FHS and root-user problematic. [4] - I'd add some note to pay attention to see what good and bad things to look for. How things are structured into Critical and non-critical comments. Reviews should include an SRPM MD5sum _at_minimum_. [6] - Not all packages have MD5sums. And the improtant part of this step is to correlate a package to a gpg key. Either MD5sums are provided and signed with a gpg key (which needs to be gpg verified) or the package itself needs to be rpm --checksig verified. The Fedora.us policy says that all packages need to be rpm --addsign'ed so you can leave out the MD5Sum verification if you're feeling lazy. [8] - Note to google. Note to _not_trust_the_spec_ completely. It's important that the reviewer verify that the URL's and etc are not leading to false download sources. [14] - A use your judgement about additional things should be added. (And where to ask QA/Packaging questions -- irc #fedora-devel, mailing lists, asking on the bugzilla, etc) - Other keywords need mentioning. PUBLISH, NEEDSWORK, QA come to mind. REVIEWED only applies if no one else has already REVIEWED it. [Example Review Template] - There needs to be an example of a negative review as well. - GPG signing is _important_. It's not even mentioned. - I like MD5Sums of all files in the SRPM. - It's better to have the output of md5sum verbatim in the review. Easier to automate verification than having it split over multiple lines. It's a good start on a helpful document. -Toshio -- Toshio -------------- 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 pknirsch at redhat.com Thu Mar 4 15:41:13 2004 From: pknirsch at redhat.com (Phil Knirsch) Date: Thu, 04 Mar 2004 16:41:13 +0100 Subject: Pinging Phil Knirsch In-Reply-To: <20040304163343.A25702@homebase.cluenet.de> References: <20040304163343.A25702@homebase.cluenet.de> Message-ID: <40474E19.6070603@redhat.com> :) Neither. I'm just very very busy atm. I though i built it as i have all the fixes here in CVS, but after i looked today i obviously didn't. Really sorry. I've just thrown the package in the buildsystem again today, should be done really real soon now. Read ya, Phil Daniel Roesen wrote: > Hi, > > is Phil Knirsch still around? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108208 > > Phil announced mtr 0.53-4 with IPv6 patch on 2004-02-16 to > "hit rawhide real soon". But rawhide's still at -3, and Phil's > not reacting in Bugzilla nor direct email. > > Is he just on vacation, or did he leave RH? > > Would be nice to have this update before test2 gets released. > -- Philipp Knirsch | Tel.: +49-711-96437-470 Development | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.de/ D-70178 Stuttgart Motd: You're only jealous cos the little penguins are talking to me. From dr at cluenet.de Thu Mar 4 15:47:46 2004 From: dr at cluenet.de (Daniel Roesen) Date: Thu, 4 Mar 2004 16:47:46 +0100 Subject: Pinging Phil Knirsch In-Reply-To: <40474E19.6070603@redhat.com>; from pknirsch@redhat.com on Thu, Mar 04, 2004 at 04:41:13PM +0100 References: <20040304163343.A25702@homebase.cluenet.de> <40474E19.6070603@redhat.com> Message-ID: <20040304164746.A26825@homebase.cluenet.de> On Thu, Mar 04, 2004 at 04:41:13PM +0100, Phil Knirsch wrote: > :) Neither. I'm just very very busy atm. I though i built it as i have > all the fixes here in CVS, but after i looked today i obviously didn't. > Really sorry. I've just thrown the package in the buildsystem again > today, should be done really real soon now. Thanks Phil, cool. :-) Best regards, Daniel From mr700 at globalnet.bg Thu Mar 4 16:05:11 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Thu, 4 Mar 2004 18:05:11 +0200 Subject: Logrotate RFE (2) In-Reply-To: <40473CD7.4050509@linux.duke.edu> References: <20040302205534.GD1809@gate.kl-ic.com> <40473CD7.4050509@linux.duke.edu> Message-ID: <200403041805.11635@-mr700> On Thursday 04 March 2004 16:27, Konstantin Ryabitsev wrote: > Harry Putnam wrote: > > Are we really sure this is such a good idea? I don't see any real > > advantage over the old way. And I'm probably not the only one who has > > home-made tools that depend on the current naming system. > > > > Seems like adding the date stamp is only dubbling the info already > > available in long ls output. > > I'm also a little skeptical if this is a good feature. And not just > because I would have to hack my beautiful rotation-handling routines in > epylog. :) This can be solved easily with symlinks I think, right? > > Can someone describe the actual benefits? > > Regards, > -- > Konstantin ("Icon") Ryabitsev > Duke Physics Systems Admin, RHCE > I am looking for a job in Canada! > http://linux.duke.edu/~icon/cajob.ptml > > I see at least 3: - you get better idea when the logfile was last used - can be sorted easily (instead of log.1 log.10 log.11 log.2 ...) - rsync/whatever will save a lot of traffic. This is enough for me, if you need more I guess you can find out why SuSE have implemented it. Maybe it would be better to have this as an option first... -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From leonard at den.ottolander.nl Thu Mar 4 16:05:37 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Thu, 04 Mar 2004 17:05:37 +0100 Subject: package shepherding In-Reply-To: References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> Message-ID: <1078416336.4749.9.camel@athlon.localdomain> Hi Mike, > Exactly. The problem with the bugzilla priority field is that > there is no real definition of what "priority" means. Priority > to WHOM? I hardly touch that tag myself, although I might set it to high on severe crashes or security issues, or low to minor issues. But priority to the developer I would say. > What the overwhelming majority of people reporting bugs do not > realize, is that engineers receiving the bug reports, do not sit > in bugzilla 24/7 just fixing bugs. I do realize that very well. Otoh fixing bugs seems important to me. So if you can't spend enough time fixing bugs then I would say management is to blame. > In 3 years of experience on the receiving end of bug reports, and > having played "bug-priority-tag" with at least one or two people > a month for the first 6-8 months, I realized the priority field > was useless for the purposes that *I* was trying to use it for, > which was to indicate what priority the bug DOES have. I can understand that Alexander and you don't feel like educating the user every time this happens, but is this mentioned in the bugzilla accompanying docs? Just a warning: How not to piss of a developer by repeatedly changing tags and make him loose interest in your problem. > Since the priority field is so useless, I just totally stopped > ever even looking at it period. Maybe the tag should be kept around, just as a decoy, so users don't start playing "bug-severity-tag" with you ;) . > One needs to do that because it is impossible to try and manage a > 2000 item "TODO" list. That can be a challenge, I can see that. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From mandreiana at rdslink.ro Thu Mar 4 16:26:00 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Thu, 04 Mar 2004 18:26:00 +0200 Subject: example of nice usability feature In-Reply-To: <1078394166.1704.4.camel@localhost> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078394166.1704.4.camel@localhost> Message-ID: <1078417559.5119.10.camel@marte.biciclete.ro> On Thu, 2004-03-04 at 11:56, Andr? Kelpe wrote: > No, you don't need gimp. Please take a look in the upper right corner of > your gthumb, there is a button which does this, and it could do this for > multiple images at once. In German it says "Drehen" which should be > "Rotate" in English. No need for implementing this becaus it is already > here. :-) yes, that's it! Anyway the example was not only for this specific feature, but a good example where the computer does what the user wants with minimal input (Iago: without the need to go to File->Save) -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From mandreiana at rdslink.ro Thu Mar 4 16:28:23 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Thu, 04 Mar 2004 18:28:23 +0200 Subject: nautilus scripts (was Re: example of nice usability feature In-Reply-To: <1078393334.2566.20.camel@dubya.devel.cmedltd.com> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078393334.2566.20.camel@dubya.devel.cmedltd.com> Message-ID: <1078417702.5119.14.camel@marte.biciclete.ro> On Thu, 2004-03-04 at 11:42, Geoff Teale wrote: > click on the image preview. At least it used to be, the "scripts" item > seems to have disappeared in the new nautilus on Rawhide. > > Does anyone know what's happened to script support in Nautilus? it's there if there are any scripts present. Too bad a global scripts folder isn't implemented http://bugzilla.gnome.org/show_bug.cgi?id=68948 -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From reader at newsguy.com Thu Mar 4 16:36:23 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 04 Mar 2004 10:36:23 -0600 Subject: Logrotate RFE (2) In-Reply-To: <200403041805.11635@-mr700> (Doncho N. Gunchev's message of "Thu, 4 Mar 2004 18:05:11 +0200") References: <20040302205534.GD1809@gate.kl-ic.com> <40473CD7.4050509@linux.duke.edu> <200403041805.11635@-mr700> Message-ID: "Doncho N. Gunchev" writes: > On Thursday 04 March 2004 16:27, Konstantin Ryabitsev wrote: >> Harry Putnam wrote: >> > Are we really sure this is such a good idea? I don't see any real >> > advantage over the old way. And I'm probably not the only one who has >> > home-made tools that depend on the current naming system. >> > >> > Seems like adding the date stamp is only dubbling the info already >> > available in long ls output. >> >> I'm also a little skeptical if this is a good feature. And not just >> because I would have to hack my beautiful rotation-handling routines in >> epylog. :) > > This can be solved easily with symlinks I think, right? How much easier are symlinks than doing nothing? Or than using sort with the right flags etc. > I see at least 3: > - you get better idea when the logfile was last used If you are using find and `newer' or similar it won't help a bit. > - can be sorted easily (instead of log.1 log.10 log.11 log.2 > ...) sort has enough flags to handle that with no problem... no extra symlinking or the like required. > - rsync/whatever will save a lot of traffic. Can you explain this one... Not sure I understand how rsync does more or less work either way. From leonard at den.ottolander.nl Thu Mar 4 16:38:31 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Thu, 04 Mar 2004 17:38:31 +0100 Subject: Pinging Phil Knirsch In-Reply-To: <40474E19.6070603@redhat.com> References: <20040304163343.A25702@homebase.cluenet.de> <40474E19.6070603@redhat.com> Message-ID: <1078418310.4749.14.camel@athlon.localdomain> Hi Phil, > Really sorry. I've just thrown the package in the buildsystem again > today, should be done really real soon now. Maybe you've already spoken with Harald, but could you be so kind to use a consistent subject on the announcement? The ones Bill uses are fine and seem to be the most commonly used format. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From reader at newsguy.com Thu Mar 4 19:02:26 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 04 Mar 2004 13:02:26 -0600 Subject: Archive `dev' on gmane Message-ID: I'd like to submist this least to the mail to news gateway at news.gmane.org. Its main guy. Lars, Asked me to make sure it was ok with whoever decides such things here. Any one here that can speak to this? It would be an extra place to do research. Has an excellent search engine. http://search.gmane.org/ And thousands of lists archived. From iago.rubio at hispalinux.es Thu Mar 4 19:07:11 2004 From: iago.rubio at hispalinux.es (Iago Rubio) Date: 04 Mar 2004 20:07:11 +0100 Subject: example of nice usability feature In-Reply-To: <1078417559.5119.10.camel@marte.biciclete.ro> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078394166.1704.4.camel@localhost> <1078417559.5119.10.camel@marte.biciclete.ro> Message-ID: <1078427230.22029.41.camel@speedy.iagorubio.net> El jue, 04 de 03 de 2004 a las 17:26, Marius Andreiana escribi?: > On Thu, 2004-03-04 at 11:56, Andr? Kelpe wrote: > > No need for implementing this becaus it is already > > here. :-) > yes, that's it! > Anyway the example was not only for this specific feature, but a good > example where the computer does what the user wants with minimal input > (Iago: without the need to go to File->Save) I'm not sure if I'd like an application that automatically and without any user input save previews to disk. I'm sure most users expect applications to wait for any user defined event to write files. It's not easy for a programmer to know what "the user wants", and there's only one way to know it, user's input. Are you sure the average user wants to save to disk a file when he's playing with file's preview ? ... or ... may be, it's just your personal choice. Please think about it, taking into account that no application can implement all features, all it's users think it should have. regards -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From toshio at tiki-lounge.com Thu Mar 4 19:46:25 2004 From: toshio at tiki-lounge.com (Toshio) Date: Thu, 04 Mar 2004 14:46:25 -0500 Subject: example of nice usability feature In-Reply-To: <1078427230.22029.41.camel@speedy.iagorubio.net> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078394166.1704.4.camel@localhost> <1078417559.5119.10.camel@marte.biciclete.ro> <1078427230.22029.41.camel@speedy.iagorubio.net> Message-ID: <1078429584.23452.133.camel@Madison.badger.com> On Thu, 2004-03-04 at 14:07, Iago Rubio wrote: > El jue, 04 de 03 de 2004 a las 17:26, Marius Andreiana escribi?: > > On Thu, 2004-03-04 at 11:56, Andr? Kelpe wrote: > > > No need for implementing this becaus it is already > > > here. :-) > > yes, that's it! > > Anyway the example was not only for this specific feature, but a good > > example where the computer does what the user wants with minimal input > > (Iago: without the need to go to File->Save) > > I'm not sure if I'd like an application that automatically and without > any user input save previews to disk. One example of this being annoying: My digital camera saves the timestamp for when it takes the picture as the timestamp of the file. If my image browser were to re-save the files I'd quickly lose that information. -Toshio -- Toshio From hvdkooij at vanderkooij.org Thu Mar 4 19:48:03 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Thu, 4 Mar 2004 20:48:03 +0100 (CET) Subject: Logrotate RFE (2) In-Reply-To: <200403041805.11635@-mr700> References: <20040302205534.GD1809@gate.kl-ic.com> <40473CD7.4050509@linux.duke.edu> <200403041805.11635@-mr700> Message-ID: On Thu, 4 Mar 2004, Doncho N. Gunchev wrote: > - you get better idea when the logfile was last used > - can be sorted easily (instead of log.1 log.10 log.11 log.2 ...) > - rsync/whatever will save a lot of traffic. > This is enough for me, if you need more I guess you can find out why > SuSE have implemented it. > Maybe it would be better to have this as an option first... I like the idea and know it may nmean I have to rework some scripts. But if it is just an option (commandline or configfile) then anyone can choose how to do their logrotation as they see fit. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From hvdkooij at vanderkooij.org Thu Mar 4 19:52:43 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Thu, 4 Mar 2004 20:52:43 +0100 (CET) Subject: Logrotate RFE (2) In-Reply-To: References: <20040302205534.GD1809@gate.kl-ic.com> <40473CD7.4050509@linux.duke.edu> <200403041805.11635@-mr700> Message-ID: On Thu, 4 Mar 2004, Harry Putnam wrote: > "Doncho N. Gunchev" writes: > > > - rsync/whatever will save a lot of traffic. > > Can you explain this one... Not sure I understand how rsync does more > or less work either way. Easy. If messages.1 becomes messages.2 it means in the next rsync run you have to send over the whole file again. So with a weekly schedule it means once a week you need to send all the rotated files. on a LAN this does not sound like much but if you happen to do this over modem links you are not that amused if you could have done this with just one or two files instead of 5 or .... Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From keithl at kl-ic.com Thu Mar 4 19:56:05 2004 From: keithl at kl-ic.com (Keith Lofstrom) Date: Thu, 4 Mar 2004 11:56:05 -0800 Subject: Logrotate RFE (2) Message-ID: <20040304195605.GA18449@gate.kl-ic.com> On Tuesday 02 March 2004 22:55, Keith Lofstrom wrote: > Logrotate is the program called by cron to rename and expire log > files. Ruedinger Oertel at SUSE (ro at suse.de) has some patches that > enhance the basic Redhat logrotate with "dateext". This allows a > dated log file extension rather than a numbered one, for example > /var/log/messages.20031029 . The old logfiles do not get renamed, > just discarded after they get too old. This is a lot easier on > rsync, and it also is easier to administer. on Thu, 4 Mar 2004 10:42:17, Doncho N. Gunchev responds: > I was seeking a such thing and would love to test it! However I see a > small problem with it - webalizer or whatever log analyzer expects to > find rotated logs as .[1..x] will fail, but it's not that hard > to make symlinks to workaround this. Is this done? on Thu, 4 Mar 2004 Keith Lofstrom responds: The bugzilla description: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 ... contains a fairly complete description, including a pointer to Ruediger's patch to logrotate 3.6.10: ftp.suse.com/pub/people/ro/logrotate So you can try it out yourself. Again, this is an additional capability, not a replacement - you can keep using logrotate the old way if you want, or even do some log files with numbers and some with dates. Someday, the log analysis tools can be upgraded to use dated extensions as an option. Until then, just leave the appropriate log files configured to use the old numbering scheme, and everything will keep working. This permits incremental improvements and upgrades, while permitting the use of any SUSE-oriented analysis tools that might come along. On average, I like the way Fedora does things better than I like the way SUSE does things. But in the cases where SUSE is better, why not have the best of both? Keith -- Keith Lofstrom keithl at ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs From keithl at kl-ic.com Thu Mar 4 20:31:08 2004 From: keithl at kl-ic.com (Keith Lofstrom) Date: Thu, 4 Mar 2004 12:31:08 -0800 Subject: Logrotate RFE (2) Message-ID: <20040304203108.GA18545@gate.kl-ic.com> Keith Lofstrom writes: > Logrotate is the program called by cron to rename and expire log > files. Ruedinger Oertel at SUSE (ro at suse.de) has some patches that > enhance the basic Redhat logrotate with "dateext". This allows a > dated log file extension rather than a numbered one, for example > /var/log/messages.20031029 . The old logfiles do not get renamed, > just discarded after they get too old. This is a lot easier on > rsync, and it also is easier to administer. On Thursday, March 4 Harry Putnam responds: > Note: These comments are not well researched... yet, but only a > suggestion to pursue... > > I think they do get renamed... like: > somelog becomes somelog.0 > somelog.0 becomes somelog.1 > > Up to whatever number logrotate.conf is set to rotate `some.log' > Seems like at each hop ... the file would have to be exactly the same > size as its predecessor for this to effect rsync. On Thursday, March 4 Keith Lofstrom clarifies: Forgive me if I was unclear. I will explain in more detail. Indeed, the current logrotate renames files; all the rotated log files get renamed every day. rsync is not smart enough to notice that somelog.2 today was yesterday's somelog.1; it may be the same size, but it has a different name and a different date. This is true for every numbered extension. Rsync can't detect this, and will move a lot of files because of it. With the *optional* dateext method, the file somelog becomes somelog.20040219 (one renaming when logrotate is run on 2004/02/20 ). The next night, somelog becomes somelog.20040220, while somelog.20040219 is not changed in any way. If the logfile is configured to save 7 old of somelog , then the file somelog.20040213 is discarded on the 20th. Under the old numbering scheme, that same file would have been called somelog.7 , and it would have changed names 7 times before the discard. A backup program, a file security program like tripwire, and other programs sensitive to changes in file names would have to be awfully smart and awfully specific to know which of today's file names correspond to which of yesterday's file names. So, *as an option* (not manditory!) the dateext extensions permit log files to retain their extensions until they are deleted. There is still one rename, from somelog to somelog.date, but that could be fixed by a symlink, perhaps. As it is, reducing the renamings from many down to one greatly simplifies a lot of problems. Let me repeat, if I have not been clear before, this enhancement DOES NOT CHANGE THE OLD BEHAVIOR. The old configuration files work exactly the same, and cause the exact same behavior. The enhancement merely permits *another* behavior, which is very useful for working modern programs like rsync and tripwire, and it also permits the use of new tools generated by the SUSE community, which has been using this exact same enhancement for some time now on hundreds of thousands of machines. Since logrotate does each logfile group from a separate configuration section in logrotate.conf, it is quite feasible to number some groups with numbers, and others with dates. This means that numbering can remain for some groups to work with old logfile analyzers. However, if the SUSE community comes along with a better analyzer, we can use that, too. Why should they have all the fun? I can patch my own system, with the patches that Ruediger Oertel of SUSE keeps making on top of the Redhat/Fedora base. But this seems an unnecessary waste of Ruediger's time; at some point his management may say "to heck with Fedora compatability, just let the code fork" and we will find our global community a little more fragmented and a little less powerful. But don't take my word for it; download the patch from SUSE and try it. I am not sure what version of logrotate Fedora Core 2 Test is up to, but if a new patch is needed Ruediger has always been a very helpful and cooperative fellow, and he would probably invest the effort to patch yet another new version of logrotate. I would not presume on his helpfulness and generosity forever, though. Let's incorporate his enhancements, so we can proceed together. Keith P.S. Again, here's that bugzilla page: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 -- Keith Lofstrom keithl at ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs From erik at totalcirculation.com Thu Mar 4 20:49:38 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 4 Mar 2004 15:49:38 -0500 Subject: fedora.us QA process Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99D@smith.interlink.local> Toshio, Thanks for taking the time to look it over. > > Architectural Comments: > * I like that you've split out blocker criteria from non-blocker > criteria. I would split security out too so the new reviewer can > realize this list is _really_ important. I purposefully didn't examine > what was in your lists of critical vs non-critical because I think we > need to discuss what standards we as a group want our packages to be > held up to. I've been going on the assumption that everything on the > QAChecklist is mandatory. If that's not so, it has to be discussed (and > perhaps voted) as it's our collective name as a quality repository > that's at stake. [We might be seeking to make a bigger repository, but > we still have to balance that against quality.] Agreed. My initial impression was that the QACheckList was mandatory too. However, I quickly found out that several of those items are subject to a LOT of contention, and are generally NOT considered showstoppers. I think unless there is some sort of unanimity about a given item, it has to be considered a non-showstopper. The alternative is to not accept packages or input from those who disagree, which is partially why we have as many "non-standard" repositories as we do. This is a subject for much discussion, I agree. I've tried to put something down for people to argue over and be proactive instead of whining. > > * I don't like the fact that the QAChecklist contains most of the things > in this document but is a separate document. I think the QAChecklist > needs to be tuned up with categories of blocker, non-blocker. And > perhaps in terms of order of doing things. And then it can be > referenced from this page. Having another page with overlapping > Checklists adds to the confusion of "which list do I follow?" and means > policy changes have to be updated in two places. > Agreed here as well. I'd like to see the QACheckList be the definitive list of blockers and non-blockers. Right now it's a hodge podge of how-to's, critical checks, and opinions. My guide is meant as a one-stop shop to understanding the QA checklist and its accompanying documents. I don't see it being a definitive list of things to check, or necessarily of fedora.us QA policy. Personally, I'd like to see my document become the official "high level overview" of the policy, and the qa checklist become the definitive list of policy, at a detailed level. > Editorial comments: > [3.1] - I remember having to add fedora.us to my yum.conf manually but > I'm not sure if that was before or after I installed FC1. If FC1 > doesn't include it, it needs to be mentioned. > - mach needs apt installed as well. Yes. However, I stated that I assumed the QA volunteer had set up their system to use fedora.us already. Mach installs apt as a dependency, and I'm working with Thomas to get my changes merged into the upstream mach. They should be available via fedora.us by the time this document goes live. I've changed the document to assume that the user can install mach from fedora.us. > [3.2] - I like gpasswd more than vigr because `gpasswd -a [USERNAME] > mach` is a more complete explanation than edit groups with vigr. Good suggestion. I forgot about gpasswd. Change made. > [3.x] - There needs to be something in here about modifying ~/.rpmmacros > to point to another build directory as /usr/src/redhat is FHS and > root-user problematic. This was another assumption I made up above. I think we'll need an accompanying document (maybe there is a good one we can just link in?) that will explain how to setup and use rpm out of one's home directory. I agree we DO NOT want people building out of /usr/src/redhat. I don't really know how many people know how to do this. As I see it, if they don't know how, they've got a lot to learn before they can do QA effectively. > [4] - I'd add some note to pay attention to see what good and bad things > to look for. How things are structured into Critical and non-critical > comments. Reviews should include an SRPM MD5sum _at_minimum_. My belief is that reviews should contain ALL the things I have in the template. That includes the SRPM filename and MD5Sum, and the MD5Sums for the source packages. The non-critical comments should go in the notes section of my template. I don't see much point in QA without some accountability that says "Yes, I checked the basics, and the package seems ok". I realize not everyone agrees with me here. A standard format also has the benefit of being able to be automated. For instance, one could write a script to troll bugzilla comments for reviews and validate them for completeness, check md5sums, or whatever. > [6] - Not all packages have MD5sums. And the improtant part of this > step is to correlate a package to a gpg key. Either MD5sums are > provided and signed with a gpg key (which needs to be gpg verified) or > the package itself needs to be rpm --checksig verified. The Fedora.us > policy says that all packages need to be rpm --addsign'ed so you can > leave out the MD5Sum verification if you're feeling lazy. My explanations of verifying package integrity obviously need some work. As I see it there are two aspects. 1. Are you checking the same package the author uploaded? Clearsigned md5sums or gpg sigs on the SRPM should do this. This is part of step 5, but should be elaborated on. How do you easily get somebody's gpg key on your keyring? One of the things that slowed me down a lot was attempting to track down peoples public keys. I've changed the document to require checking with rpm --checksig in addition to checking md5sums. 2. Is the author using legimitate sources. Verifying md5sums or gpg sigs on the tarballs and patches in the SRPM is the only way to do this. This part is the non-obvious one, because it's tough to find the sources the author used sometimes. I've attempted to make this more clear... Please review > [8] - Note to google. Note to _not_trust_the_spec_ completely. It's > important that the reviewer verify that the URL's and etc are not > leading to false download sources. Good point. I've added a note. Please review. > [14] - A use your judgement about additional things should be added. > (And where to ask QA/Packaging questions -- irc #fedora-devel, mailing > lists, asking on the bugzilla, etc) > - Other keywords need mentioning. PUBLISH, NEEDSWORK, QA come to > mind. REVIEWED only applies if no one else has already REVIEWED it. > > [Example Review Template] > - There needs to be an example of a negative review as well. Hmm. I've added one. See what you think. > - GPG signing is _important_. It's not even mentioned. Yes it is, in brief. For a newbie I don't believe it's critical since their reviews will be somewhat suspect anyway. > - I like MD5Sums of all files in the SRPM. > - It's better to have the output of md5sum verbatim in the review. > Easier to automate verification than having it split over multiple > lines. Good idea. See changes in document. > It's a good start on a helpful document. Thanks, and thanks for the input. --erik From keithl at kl-ic.com Thu Mar 4 20:50:18 2004 From: keithl at kl-ic.com (Keith Lofstrom) Date: Thu, 4 Mar 2004 12:50:18 -0800 Subject: Logrotate RFE (2) Message-ID: <20040304205004.GB18545@gate.kl-ic.com> On thursday, March 4, Konstantin Ryabitsev writes: > I'm also a little skeptical if this is a good feature. And not just > because I would have to hack my beautiful rotation-handling routines in > epylog. :) Fortunately, you would not have to change a thing. The SUSE logrotate patch is just another option that can be optionally added to the logrotate config file. If you do not explicitly turn on the dateext extension, the log files are numbered in the old way. On the other hand, if the logrotate configuration file is optionally configured to use dateext, many other programs that are sensitive to filename changes do not have to be enhanced to accomodate the special case behavior of the files in the /var/log directory. So, you have nothing to lose, and much capability to gain. The additional capability may be attractive enough for you to enhance your beautiful code. If it is not, you can ignore the new capability and leave the configuration files and the behavior the old way, forever. Still at issue, perhaps, is how the base distro should be configured. The old way, with numbers, of course! Those of us that want to use the new capability can build our own version of the /etc/logrotate.d directory, to fold into the distro version when we do upgrades. Keith -- Keith Lofstrom keithl at ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs From davej at redhat.com Thu Mar 4 05:27:47 2004 From: davej at redhat.com (Dave Jones) Date: Thu, 4 Mar 2004 05:27:47 +0000 Subject: atmel drivers in the main distro? In-Reply-To: <16350.202.220.254.192.1078300159.squirrel@kiosk1.ph.unimelb.edu.au> References: <20040302231102.24510.7484.Mailman@listman.back-rdu.redhat.com> <16350.202.220.254.192.1078300159.squirrel@kiosk1.ph.unimelb.edu.au> Message-ID: <20040304052747.GA24177@redhat.com> On Wed, Mar 03, 2004 at 06:49:19PM +1100, msevior at physics.unimelb.edu.au wrote: > I also think these should be put into whatever Kernel Fedora is rolling > for FC 2. Since this is RedHat's perogative, I'll happily email the person > doing this if (s)he isn't reading this list or missed my post. The problem with saying "sure, I'll merge this" is that once I've set precident, I start getting dozens of requests "oh, you merged driver A, how about driver B too?", and before I know it I have $DEITY knows how many 'add-on' drivers in the Fedora kernel, which turns into a maintainence nightmare. >From my experience with maintaining the RHL7-9 kernels (which were quite heavily patched with external drivers), and FC1 (ditto, although to a somewhat lesser extent), I've already been through the hell of having to run around finding out the latest versions of patches on project webpages, digging mangling diffs so they fit against our kernel, checking they aren't backing out fixes etc.. it's a nightmare. Realworld example: I got a large number of requests to update the Adaptec SCSI driver in RHL, so set about digging around and found the latest version of the driver (which folks had claimed fixed their problems). I merged the _700KB_ update after skimming through the diff (with a diff of that size, with no broken-into-individual-changesets diffs, reviewing is a real headache, and mistakes do get overlooked). I rolled this into an update, and handed off to our QA folks. It didn't even boot on any of the Adaptec cards that they tested with. And this was just 1 single driver. With a dozen or so drivers, with lots of users mailing you/bugzilla'ing "new version upstream supports my xxx card" might look like a 10 minute merge-job, but it quickly spirals out of control. That's why we're taking the attitude "get it upstream" with Fedora. It's not just a cheap way out and a chance for me to slack off, it's about actually trying to get a product out there which has a chance in hell of being maintained effectively after release. Remember that "we'll stay as close to upstream as possible" mantra? For FC2, with a low patch count, we actually have a damn good shot at pulling that off. Doing it for FC1 turned out to be a miserable experience due to the large amount of change still going on in mainline continually conflicting with the large number of patches we applied. If we ship FC2 with say a 2.6.5 kernel, it's not outside the realms of possiblity that through its maintainence cycle, it continually tracks upstream when 2.6.6, 2.6.7 etc get released, rebasing at each point release. There must be a reason that these folks haven't got their drivers in the upstream kernel yet. Frankly, if they aren't ready for mainline, they likely aren't ready for Fedora either. Dave From jspaleta at princeton.edu Thu Mar 4 21:19:08 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Thu, 04 Mar 2004 16:19:08 -0500 Subject: fedora.us QA process Message-ID: <1078435147.26610.44.camel@spatula.pppl.gov> Erik LaBianca wrote: > This was another assumption I made up above. I think we'll need an > accompanying document (maybe there is a good one we can just link > in?) that will explain how to setup and use rpm out of one's home > directory. I agree we DO NOT want people building out of > /usr/src/redhat. fedora-rpmdevtools package contains the tool: fedora-buildrpmtree http://fedoranews.org/tchung/rpmbuild/ -jef From alexander.dalloz at uni-bielefeld.de Thu Mar 4 21:32:37 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Thu, 04 Mar 2004 22:32:37 +0100 Subject: ISDN and redhat-control-network In-Reply-To: <40474B09.1000002@ngi.it> References: <40470499.9030203@ngi.it> <40471482.60201@redhat.com> <40474B09.1000002@ngi.it> Message-ID: <1078435956.20312.357.camel@sirendipity.dogma.lan> Am Do, den 04.03.2004 schrieb Luca um 16:28: > Hi, > looked like an elegant solution, but it doesn't work :-) > Is there a way to stop ippp0 manually? isdnctrl hangup ippp0 for more parameters see: isdnctrl --help > I've noticed a similar problem is already in Bugzilla. > Thanks, > Luca Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl Sirendipity 22:31:51 up 14 days, 5 users, load average: 0.34, 0.39, [ ????? ?'????? - gnothi seauton ] my life is a planetarium - and you are the stars From erik at totalcirculation.com Thu Mar 4 21:40:50 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 4 Mar 2004 16:40:50 -0500 Subject: fedora.us QA process Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99E@smith.interlink.local> > > fedora-rpmdevtools package contains the tool: > fedora-buildrpmtree > > http://fedoranews.org/tchung/rpmbuild/ > > -jef > Link and note added. Thanks. I didn't realize fedora-buildrpmtree automatically created ~/.rpmmacro's as well. Nice script :) http://www.ilsw.com/~erik/fedora-qa-quickstart.html --erik From Axel.Thimm at physik.fu-berlin.de Thu Mar 4 21:51:21 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Thu, 4 Mar 2004 22:51:21 +0100 Subject: Supported upgrade paths RHEL <-> FC (both now and in the future) Message-ID: <20040304215121.GB21648@neu.nirvana> Hi, which is Red Hat's policy concerning cross-product/project upgradability? o Will upgrading from RHEL to FC be supported (*)? o Will upgrading from FC to RHEL be supported (*)? o Will both ways be supported (*)? o Will it be unsupported, but mostly work? E.g. will it be possible to place RHEL and FC in a common timeline like ... < rh9 < RHEL3 < FC1 < FC2 < FC3 < RHEL4 < ... (*) With supported I don't mean supported as in first, second, third support level, I just mean, will it be ensured that RHEL4 have rpm-ordered newer rpms than FC3 (just examples from the faked timeline above). The background is a discussion about disttags, which should either consider RHEL and FC within a common upgrade timeline or consider them as two separate entities with a common predecessor. If RHEL4 will be a mix of FC2 and FC3 (or in general RHELX a mix of FCN and FCN-1, ...) they will certainly be have to be considered separate timelines. Thanks for any insight ;) -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Thu Mar 4 21:55:44 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 4 Mar 2004 16:55:44 -0500 Subject: Supported upgrade paths RHEL <-> FC (both now and in the future) In-Reply-To: <20040304215121.GB21648@neu.nirvana> References: <20040304215121.GB21648@neu.nirvana> Message-ID: <20040304215544.GE13243@devserv.devel.redhat.com> Axel Thimm (Axel.Thimm at physik.fu-berlin.de) said: > which is Red Hat's policy concerning cross-product/project > upgradability? > > o Will upgrading from RHEL to FC be supported (*)? No. > o Will upgrading from FC to RHEL be supported (*)? No. > o Will both ways be supported (*)? No, > o Will it be unsupported, but mostly work? You're free to try and find out. :) Bill From erik at totalcirculation.com Thu Mar 4 22:37:58 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 4 Mar 2004 17:37:58 -0500 Subject: rpm / gpg key question. Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> I'm trying to include documentation for gpg signature checking in my quickstart guide at http://www.ilsw.com/~erik/fedora-qa-quickstart.html. I'm not sure why this isn't working, but maybe someone can help me. I run rpm --checksig on a package and get rpm --checksig perl-Example-Package-1.0-0.fdr.1.src.rpm perl-Example-Package-1.0-0.fdr.1.src.rpm: (SHA1) DSA sha1 md5 (GPG) NOT OK (MISSING KEYS: GPG#GPG_KEY_ID) So I run gpg --keyserver pgp.mit.edu --recv-key GPG_KEY_ID gpg -a --export GPG_KEY_ID > /tmp/key && sudo rpm --import /tmp/key && rm /tmp/key and now rpm -qa gpg-pubkey* reports a bunch of keys. However, rpm --checksig still fails. Why? In addition, in trying to make this work, rpm now has several copies of the same key installed. In addition, since they are duplicate, trying to remove one with sudo rpm -e gpg-pubkey-version-release fails, saying error: "gpg-pubkey-54b2ad8b*" specifies multiple packages What gives? Thanks --erik From ms-nospam-0306 at arcor.de Thu Mar 4 22:44:27 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 4 Mar 2004 23:44:27 +0100 Subject: fedora.us QA process In-Reply-To: <1078414594.23452.122.camel@Madison.badger.com> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD979@smith.interlink.local> <1078414594.23452.122.camel@Madison.badger.com> Message-ID: <20040304234427.62b69bbf.ms-nospam-0306@arcor.de> On Thu, 04 Mar 2004 10:36:36 -0500, Toshio wrote: > I've been going on the assumption that everything on the > QAChecklist is mandatory. Mandatory as in "it's mandatory to know that the list exists". ;) Actually, it's a framework. Something to start with. Important for a community project like fedora.us, which has had to avoid repeating mistakes and which has had (and still has) to fill the repository with a reliable base set of packages which other packages can depend on. An attempt at collecting things that should be verified by those who review packages. Starting with security considerations, plus things that have been encountered in early package requests and which have been discussed on the mailing list. That's why things like "License instead of Copyright" are on that list, too. The "Copyright" tag is deprecated, but it still builds fine and appears as "License" in the binary rpm. Not a major issue. And if a package were fine except for using "Copyright" tag instead if "License", would you request an update? It's mandatory to feel good about a package if you approve it. -- From aleksey at nogin.org Thu Mar 4 23:13:28 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Thu, 04 Mar 2004 15:13:28 -0800 Subject: rpm / gpg key question. In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> Message-ID: <4047B818.2000109@nogin.org> On 04.03.2004 14:37, Erik LaBianca wrote: > I'm trying to include documentation for gpg signature checking in my > quickstart guide at http://www.ilsw.com/~erik/fedora-qa-quickstart.html. > > I'm not sure why this isn't working, but maybe someone can help me. You are seeing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68291 - rpm is usually unable to understand keys with signatures correctly! The only workaround I have is to gpg --edit-key and remove all the signatures (except for self-signature) before gpg --export. P.S. see also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68290 about duplicate public keys. -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From bart.martens at chello.be Thu Mar 4 23:24:51 2004 From: bart.martens at chello.be (Bart Martens) Date: Fri, 05 Mar 2004 00:24:51 +0100 Subject: rpm / gpg key question. In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> Message-ID: <1078442691.5092.13.camel@localhost.localdomain> On Thu, 2004-03-04 at 23:37, Erik LaBianca wrote: > I run rpm --checksig on a package and get > > rpm --checksig perl-Example-Package-1.0-0.fdr.1.src.rpm > perl-Example-Package-1.0-0.fdr.1.src.rpm: (SHA1) DSA sha1 md5 (GPG) NOT > OK (MISSING KEYS: GPG#GPG_KEY_ID) > > So I run > > gpg --keyserver pgp.mit.edu --recv-key GPG_KEY_ID > gpg -a --export GPG_KEY_ID > /tmp/key && sudo rpm --import /tmp/key && > rm /tmp/key > > and now rpm -qa gpg-pubkey* reports a bunch of keys. > > However, rpm --checksig still fails. Why? Confusing, I know. It works if you use rpm instead of gpg to import the keys. rpm --import /usr/share/doc/fedora-release-1/RPM-GPG-KEY rpm --import /usr/share/doc/fedora-release-1/RPM-GPG-KEY-fedora > In addition, in trying to make this work, rpm now has several copies of > the same key installed. In addition, since they are duplicate, trying to > remove one with sudo rpm -e gpg-pubkey-version-release fails, saying > > error: "gpg-pubkey-54b2ad8b*" specifies multiple packages > > What gives? Known bug. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68290 Have a look at the man page of rpm. Use --allmatches to remove all duplicates of a key at once. -------------- 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 erik at totalcirculation.com Thu Mar 4 23:46:28 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 4 Mar 2004 18:46:28 -0500 Subject: rpm / gpg key question. Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9A0@smith.interlink.local> > > > gpg --keyserver pgp.mit.edu --recv-key GPG_KEY_ID > > gpg -a --export GPG_KEY_ID > /tmp/key && sudo rpm --import /tmp/key && > > rm /tmp/key > > > > and now rpm -qa gpg-pubkey* reports a bunch of keys. > > > > However, rpm --checksig still fails. Why? > > Confusing, I know. It works if you use rpm instead of gpg to import the > keys. > > rpm --import /usr/share/doc/fedora-release-1/RPM-GPG-KEY > rpm --import /usr/share/doc/fedora-release-1/RPM-GPG-KEY-fedora Actually, I AM importing into rpm, it's just all strung into one command. Turns our there's a bug in rpm :) Aleksey's note helped with that. > Known bug. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68290 > > Have a look at the man page of rpm. Use --allmatches to remove all > duplicates of a key at once. This is what I needed for this problem. Thanks. These bugs should be fixed! --erik From erik at totalcirculation.com Thu Mar 4 23:48:18 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 4 Mar 2004 18:48:18 -0500 Subject: rpm / gpg key question. Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9A1@smith.interlink.local> > > You are seeing > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68291 - rpm is > usually unable to understand keys with signatures correctly! The only > workaround I have is to gpg --edit-key and remove all the signatures > (except for self-signature) before gpg --export. > This sucks. Thanks for explaining to me what's going on. Do you have a shell script or anything that can automate this process? This kind of stuff is what makes getting started with QA into a complete nightmare. I'd prefer not to have a whole page of text in my guide explaining how to remove signatures from a key before it can be imported into rpm! Thanks --erik From reader at newsguy.com Fri Mar 5 00:34:50 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 04 Mar 2004 18:34:50 -0600 Subject: Logrotate RFE (2) In-Reply-To: <20040304203108.GA18545@gate.kl-ic.com> (Keith Lofstrom's message of "Thu, 4 Mar 2004 12:31:08 -0800") References: <20040304203108.GA18545@gate.kl-ic.com> Message-ID: Keith Lofstrom writes: > On Thursday, March 4 Keith Lofstrom clarifies: > > Forgive me if I was unclear. I will explain in more detail. Indeed, > the current logrotate renames files; all the rotated log files get > renamed every day. rsync is not smart enough to notice that somelog.2 > today was yesterday's somelog.1; it may be the same size, but it has > a different name and a different date. This is true for every numbered > extension. Rsync can't detect this, and will move a lot of files > because of it. Ok, thanks ... this sounds a lot more interesting with a little more explanation. I think I'll try it out with some logs. Because lime most everbody here I commonly date files in a similar way.... Live before editing a stock rc file I'll usually say: cp rc.file rc.file_$(date +"%m%d%y_%T") Thereby keeping a handlily recognizable dated orignal. I got to doing it so much I finally broke down and wrote a script to do it cpv. Inlined here in case anyone finds it usefull. Beware though it is not polished at all. It has some flags you can ignore that went with a directory tree Iused to keep of work in progress. The simple basic use is pretty handy though cpv -c some.rc pre_tinkerage copying some.rc to: some.rc-030404_18:32:41_pre_tinkerage so if desired you get a dated copy with some keyword or footnote appended. -----8< snip -------------- #!/bin/ksh # Keywords: cpv - copy important files to uniqu names # copy revisions of work-in-progress to a revisions managing setup # Nov 07 03:58:20 2000 # && ## BEGIN USAGE/FUNCTION[S] =========================================== usage () { cat >&2 <COMMENT]' (copy) \`cpv -m FILETOSAVE [COMMENT]' (move) \`cpv -r FILETOSAVE SUBDIRECTORY [COMMENT]' (copy) NOTES: A -[cmr] flag plus arguments is required -r usage assumes the user has created a directory and subdirectory Type \`$(basename $0) help' for details Date format used is MONTH DAY HOUR MINUTE SECOND all slammed together. EOM } ## end help () { more >&2 <COMMENT] \`$(basename $0) -r FILETOSAVE SUBDIRECTORY [COMMENT] \`$(basename $0) -m FILETOSAVE SUBDIRECTORY [COMMENT] NOTES: Date format used is MONTH DAY HOUR MINUTE SECOND all slammed together See REV_CENTRAL [line 133] in getopts r section to set base directory. The first usage (-c) is fairly obvious so no further info on that. The second usage (-r) expects the user to have created a directory to save revisions in and a/some subdirectory[ies] for various source files. Something like: ~/revisions/misc or ~/revisions/etc. Or the way I do: ~/revisons/scripts ~/revisions/rc_files ~/revisions/programming_projecta ~/revisions/programming_projectb etc etc. The idea here is to have a semi-fine granularity as to the purpose or origins of the FILETOSAVE. But since all files copied will end up with unique names, (Assuming copying is done in at least 1 second increments) then the subdir could be just one catchall and you could use the COMMENT feature as a way to tag files. Real examples: \`$(basename $0) -c /etc/fstab ex_mount_points' Will copy /etc/fstab to fstab-0815100905_ex_mount_points. (in current directory) In case you wanted to keep track of when some experimental mount points were added. \`$(basename $0) -m /etc/fstab ex_mount_points' Ditto above only with -m it is a move rather than a copy. \`$(basename $0) -r new.sh scripts' Will copy new.sh to ~/revisions/scripts/new.sh-0815100905 \`$(basename $0) -r new.sh scripts add_f_g_flags Will copy new.sh to ~/revisions/scripts/new.sh-0817122123_add_f_g_flags In case you wanted to have a copy of new.sh before adding the new flags to facilitate reverting to an older (working ..he he) version. (above assumes you've created that directory and subdirectory) (See REV_CENTRAL [line 133] in getopts r section to set base directory) EOM } #end usage ## BEGIN SCRIPT BODY =========================================== # if we have a real file/directory put that value in file_dir # by stripping the first character from ls -l file_dir=$(ls -ld $2 2>/dev/null|cut -c1) if [[ -z $1 ]]; then usage echo "Arguments are required" echo "type \`$(basename $0) help' for details" exit 1 elif [[ $1 = help ]]; then help exit elif [[ $1 != -[cmr] ]]; then usage echo "A -c or -r flag plus arguments are required" echo "type \`$(basename $0) help' for details" exit 1 elif [[ -z "$file_dir" ]];then usage echo "Can't find a file/directory named <$2>" echo "type \`$(basename $0) help for details" exit 1 fi while getopts "c:m:r:" opt; do case "$opt" in c) # copy file adding a date extension and optional comment ## Array elements set to newmonic or recognizable variables ## If we have 3 arguments, it means the last one is a comment to add if [ $# = 3 ];then sep="_" fi file=$2 comment="$3" echo echo "copying $file to:" echo "$file$(date +"-%m%d%y_%T"$sep$comment)" echo cp -Rp "$file" "$file$(date +"-%m%d%y_%T"$sep$comment)" ;; m) # move file adding a date extension and optional comment ## If we have 3 arguments, it means the last one is a comment to add if [ $# = 3 ];then sep="_" fi file=$2 comment="$3" echo echo "moving $file to:" echo "$file$(date +"-%m%d%y_%T"$sep$comment)" echo mv "$file" "$file$(date +"-%m%d%y_%T"$sep$comment)" ;; r) # cp files into revisions setup using date plus optional comment ## Set the base directory where revision subdirs are kept REV_CENTRAL=/home/reader/projects/revisions/ file=$2 subdir=$3 comment="$4" ## If we have 4 args, it means a the last arg is a comment to add if [ $# = 4 ]; then sep="_" fi ## Make sure we have both base and subdirectory if [ -d $REV_CENTRAL${subdir##*/} ];then echo "" echo " copying $file-$(date +"%m%d%y_%T"$sep$comment) to:" echo " $REV_CENTRAL${subdir##*/}" echo "" cp -i $file "$REV_CENTRAL${subdir##*/}/${file##*/}-$(date +"-%m%d%y_%T"$sep$comment)" else echo " No \"$subdir\" directory in $REV_CENTRAL" echo " To save revisions you'll need to:" echo echo " \`mkdir $REV_CENTRAL${subdir##*/}' first'" echo exit 1 fi ;; esac done From aleksey at nogin.org Fri Mar 5 00:41:00 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Thu, 04 Mar 2004 16:41:00 -0800 Subject: rpm / gpg key question. In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9A1@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9A1@smith.interlink.local> Message-ID: <4047CC9C.1080100@nogin.org> On 04.03.2004 15:48, Erik LaBianca wrote: > Do you have a shell script or anything that can automate this process? No :-( > This kind of stuff is what makes getting started with QA into a complete > nightmare. Yes. IMO this really needs to be fixed... -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From jwboyer at charter.net Fri Mar 5 02:42:50 2004 From: jwboyer at charter.net (Josh Boyer) Date: Thu, 4 Mar 2004 20:42:50 -0600 Subject: How to help with SELinux In-Reply-To: References: Message-ID: <200403042042.51260.jwboyer@charter.net> On Friday 27 February 2004 11:21 am, Elliot Lee wrote: > Since FC2t2 was just delayed due to SELinux, no doubt you're wondering > "How do I help with SELinux hacking so I can get my hands on test2?" > > The simplest way is to install from rawhide, use the system in as many > ways as you can, and file bug reports against the 'policy' package for any > 'avc: denied' messages that show up in the system logs. is there any HOWTOs on how to get SELinux running? i installed all the *policy* packages from rawhide, but i really have no clue as to what else to do. any tips you can give a new guy on how to convert an existing system to use SELinux? josh From rhally at mindspring.com Fri Mar 5 06:15:20 2004 From: rhally at mindspring.com (Richard Hally) Date: Fri, 5 Mar 2004 01:15:20 -0500 Subject: How to help with SELinux In-Reply-To: <200403042042.51260.jwboyer@charter.net> Message-ID: Take a look in /usr/share/SELinux at the README. Many of the item there have been taken care of. For example the kernels from rawhide have been built with SELinux configured and the example policy had been built as well. There is a web page (from the Fedora main page) under projects for SELinux and of course there is www.nsa.gov/selinux Richard Hally -----Original Message----- From: fedora-devel-list-admin at redhat.com [mailto:fedora-devel-list-admin at redhat.com] On Behalf Of Josh Boyer Sent: Thursday, March 04, 2004 9:43 PM To: fedora-devel-list at redhat.com Subject: Re: How to help with SELinux On Friday 27 February 2004 11:21 am, Elliot Lee wrote: > Since FC2t2 was just delayed due to SELinux, no doubt you're wondering > "How do I help with SELinux hacking so I can get my hands on test2?" > > The simplest way is to install from rawhide, use the system in as many > ways as you can, and file bug reports against the 'policy' package for any > 'avc: denied' messages that show up in the system logs. is there any HOWTOs on how to get SELinux running? i installed all the *policy* packages from rawhide, but i really have no clue as to what else to do. any tips you can give a new guy on how to convert an existing system to use SELinux? josh -- fedora-devel-list mailing list fedora-devel-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-devel-list From hvdkooij at vanderkooij.org Fri Mar 5 07:32:39 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Fri, 5 Mar 2004 08:32:39 +0100 (CET) Subject: yum bug? Message-ID: Hi, Before I file a bug I wanted to if others noticed that a yum install does not run all the scripts within the package. This makes it rather dangerous at present. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From s.mako at gmx.net Fri Mar 5 08:30:40 2004 From: s.mako at gmx.net (s.mako at gmx.net) Date: Fri, 5 Mar 2004 09:30:40 +0100 (CET) Subject: yelp and libxml2 Message-ID: Hi, After upgrading libxml2 on FC1 (libxm2-2.6.6-3) I get messages like below when I start yelp from command line (e.g. yelp ghep:/path/manual.xml). Is it a yelp issue? -- Use of deprecated SAXv1 function endElement /usr/share/sgml/docbook/yelp/yelp-custom.xsl:18: namespace error : Namespace prefix doc for type on param is not defined ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:136: namespace error : Namespace prefix doc for type on param is not defined ^ ... -- Zoli From alexl at redhat.com Fri Mar 5 08:59:46 2004 From: alexl at redhat.com (Alexander Larsson) Date: 05 Mar 2004 09:59:46 +0100 Subject: package shepherding In-Reply-To: <1078416336.4749.9.camel@athlon.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> <1078416336.4749.9.camel@athlon.localdomain> Message-ID: <1078477185.29202.308.camel@localhost.localdomain> On Thu, 2004-03-04 at 17:05, Leonard den Ottolander wrote: > > What the overwhelming majority of people reporting bugs do not > > realize, is that engineers receiving the bug reports, do not sit > > in bugzilla 24/7 just fixing bugs. > > I do realize that very well. Otoh fixing bugs seems important to me. So > if you can't spend enough time fixing bugs then I would say management > is to blame. That is very much not true. Do you think we should be doing nothing but bug work? Any software *always* have bugs, so that would mean we'd *never* do any feature work or any other kind of important work. We'd ship a piece of stagnant software (if we ever got our noses out of bugzilla to spend time actually shipping it). A bugfree version of a 10 year old piece of software. Nobody wants that. And then there is the volume of bugs. I don't remember the last time I actually had time to do a bugzilla query. I spend almost all my bugzilla time just reading the incoming bugzilla mail, trying to keep my head over the water. Reading the mail and fixing the most important ones as they come in basically take all my time. One could say its the fault of management that there aren't 10x as many engineers as we have now so we'd have time to fix more things. But, that won't happen because we just don't have that kind of money. The idea of course is that this is free software, so anyone could fix the bugs. However, I very rarely see anyone fixing any of the non-trivial bugs I own (and I own thousands of them, so I wouldn't mind some help). > > In 3 years of experience on the receiving end of bug reports, and > > having played "bug-priority-tag" with at least one or two people > > a month for the first 6-8 months, I realized the priority field > > was useless for the purposes that *I* was trying to use it for, > > which was to indicate what priority the bug DOES have. > > I can understand that Alexander and you don't feel like educating the > user every time this happens, but is this mentioned in the bugzilla > accompanying docs? Just a warning: How not to piss of a developer by > repeatedly changing tags and make him loose interest in your problem. I may be a pessimist, but I doubt anyone would read any such docs. > > Since the priority field is so useless, I just totally stopped > > ever even looking at it period. > > Maybe the tag should be kept around, just as a decoy, so users don't > start playing "bug-severity-tag" with you ;) . Thats basically what it is now. (To me at least.) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an obese voodoo farmboy who dotes on his loving old ma. She's a bloodthirsty communist Valkyrie with only herself to blame. They fight crime! From m.a.young at durham.ac.uk Fri Mar 5 09:22:09 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Fri, 5 Mar 2004 09:22:09 +0000 (GMT) Subject: Supported upgrade paths RHEL <-> FC (both now and in the future) In-Reply-To: <20040304215121.GB21648@neu.nirvana> References: <20040304215121.GB21648@neu.nirvana> Message-ID: On Thu, 4 Mar 2004, Axel Thimm wrote: > which is Red Hat's policy concerning cross-product/project > upgradability? > > o Will upgrading from RHEL to FC be supported (*)? > o Will upgrading from FC to RHEL be supported (*)? > o Will both ways be supported (*)? > o Will it be unsupported, but mostly work? > > E.g. will it be possible to place RHEL and FC in a common timeline > like > > ... < rh9 < RHEL3 < FC1 < FC2 < FC3 < RHEL4 < ... > > (*) With supported I don't mean supported as in first, second, third > support level, I just mean, will it be ensured that RHEL4 have > rpm-ordered newer rpms than FC3 (just examples from the faked > timeline above). I can't see RedHat commiting themselves to the first 3 in your sense unless they fully support it, which seems unlikely. As to 4, your best guide is probably to compare released versions, and see how the comparisons pan out. From a quick inspection I believe mostly that FC1 >= RHEL3 , but there are packages where RHEL3>FC1. Note also that security/bugfix packages will further complicate things. Michael Young From pknirsch at redhat.com Fri Mar 5 10:28:35 2004 From: pknirsch at redhat.com (Phil Knirsch) Date: Fri, 05 Mar 2004 11:28:35 +0100 Subject: Pinging Phil Knirsch In-Reply-To: <1078418310.4749.14.camel@athlon.localdomain> References: <20040304163343.A25702@homebase.cluenet.de> <40474E19.6070603@redhat.com> <1078418310.4749.14.camel@athlon.localdomain> Message-ID: <40485653.1040304@redhat.com> Leonard den Ottolander wrote: > >>Really sorry. I've just thrown the package in the buildsystem again >>today, should be done really real soon now. > > Maybe you've already spoken with Harald, but could you be so kind to use > a consistent subject on the announcement? The ones Bill uses are fine > and seem to be the most commonly used format. > Erhh, you mean for updates, the n-v-r naming? Sure, i can do that. But this is not an update release for fc1, it's mtr in rawhide. So "normal" n-v-r changes and no wierd update annoucement from me this time. :-) Read ya, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Development | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.de/ D-70178 Stuttgart Kaa's Law: In any sufficiently large group of people most are idiots. From twaugh at redhat.com Fri Mar 5 11:18:40 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 5 Mar 2004 11:18:40 +0000 Subject: SELinux policy -- config tools Message-ID: <20040305111840.GO20266@redhat.com> Hi, I'm trying to fix some problems with SELinux policy and system-config-printer. This tool needs to modify /etc/cups/cupsd.conf, and several other files in /etc/cups, but it looks like the policy is preventing it (in enforcing mode). The configuration tool writes a new file (cupsd.conf.new) in the same directory, with the content it wants (derived from cupsd.conf), and tried to rename(cupsd.conf.new,cupsd.conf) -- this fails. I suspect that just writing cupsd.conf directly would work, but I don't want to end up in a situation where a failure half-way through writing causes a broken configuration file in-situ. Probably writing a new file is creating the wrong security context on that file anyway: -rw-r----- 1 root:object_r:cupsd_etc_t root sys 21350 Mar 4 18:17 /etc/cups/cupsd.conf -rw------- 1 system_u:object_r:cupsd_rw_etc_t lp sys 21350 Mar 5 09:39 /etc/cups/cupsd.conf.new but I want to understand what this config tool *should* be doing, and how to make the policy let it do that. Can anyone help? Thanks, Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Fri Mar 5 11:25:17 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 5 Mar 2004 12:25:17 +0100 Subject: rpm / gpg key question. In-Reply-To: <4047B818.2000109@nogin.org> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> <4047B818.2000109@nogin.org> Message-ID: <20040305122517.6d66e26d.ms-nospam-0306@arcor.de> On Thu, 04 Mar 2004 15:13:28 -0800, Aleksey Nogin wrote: > On 04.03.2004 14:37, Erik LaBianca wrote: > > > I'm trying to include documentation for gpg signature checking in my > > quickstart guide at http://www.ilsw.com/~erik/fedora-qa-quickstart.html. > > > > I'm not sure why this isn't working, but maybe someone can help me. > > You are seeing > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68291 - rpm is > usually unable to understand keys with signatures correctly! The only > workaround I have is to gpg --edit-key and remove all the signatures > (except for self-signature) before gpg --export. When you reopened that bug on 2003-11-20, you made it a duplicate of the older, acknowledged and still open ticket: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90952 -- From skvidal at phy.duke.edu Fri Mar 5 12:27:08 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 05 Mar 2004 07:27:08 -0500 Subject: yum bug? In-Reply-To: References: Message-ID: <1078489627.20005.23.camel@binkley> On Fri, 2004-03-05 at 08:32 +0100, Hugo van der Kooij wrote: > Hi, > > Before I file a bug I wanted to if others noticed that a yum install does > not run all the scripts within the package. This makes it rather dangerous > at present. > I'd like more information on this one. What do you mean it doesn't run all the scripts within the package? -sv From jwboyer at charter.net Fri Mar 5 12:50:16 2004 From: jwboyer at charter.net (Josh Boyer) Date: Fri, 5 Mar 2004 06:50:16 -0600 Subject: How to help with SELinux In-Reply-To: References: Message-ID: <200403050650.16654.jwboyer@charter.net> On Friday 05 March 2004 12:15 am, Richard Hally wrote: > Take a look in /usr/share/SELinux at the README. > Many of the item there have been taken care of. For example the kernels > from rawhide have been built with SELinux configured and the example > policy had been built as well. yep, found this last night. looks like i have all the user stuff done. now to get started on the avc messages. and there are lots of them... especially for /usr/sbin/kdeinit. josh From russell at coker.com.au Fri Mar 5 14:04:05 2004 From: russell at coker.com.au (Russell Coker) Date: Sat, 6 Mar 2004 01:04:05 +1100 Subject: SELinux policy -- config tools In-Reply-To: <20040305111840.GO20266@redhat.com> References: <20040305111840.GO20266@redhat.com> Message-ID: <200403060104.05021.russell@coker.com.au> On Fri, 5 Mar 2004 22:18, Tim Waugh wrote: > I'm trying to fix some problems with SELinux policy and > system-config-printer. This tool needs to modify > /etc/cups/cupsd.conf, and several other files in /etc/cups, but it > looks like the policy is preventing it (in enforcing mode). What context is system-config-printer running in? This will be in the AVC message from the unlink denial. > The configuration tool writes a new file (cupsd.conf.new) in the same > directory, with the content it wants (derived from cupsd.conf), and > tried to rename(cupsd.conf.new,cupsd.conf) -- this fails. > > I suspect that just writing cupsd.conf directly would work, but I > don't want to end up in a situation where a failure half-way through > writing causes a broken configuration file in-situ. > > Probably writing a new file is creating the wrong security context on > that file anyway: > > -rw-r----- 1 root:object_r:cupsd_etc_t root sys 21350 Mar 4 18:17 > /etc/cups/cupsd.conf -rw------- 1 system_u:object_r:cupsd_rw_etc_t lp > sys 21350 Mar 5 09:39 /etc/cups/cupsd.conf.new > > but I want to understand what this config tool *should* be doing, and > how to make the policy let it do that. Sounds like system-config-printer is running as cupsd_t, I'm not sure that's what we want. We may have to make all CUPS config files re-writable by cupsd to solve this. I've just started fiddling with cups on one of my machines, I'm not sure that I have a printer that's in working order so I can't test that CUPS works right now, but I can test the policy. My current policy tree works well for system-config-printer. For me system-config-printer runs as sysadm_t and I don't think that there is any difference between my policy tree and Dan's latest one which could account for such a difference. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From twaugh at redhat.com Fri Mar 5 14:09:17 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 5 Mar 2004 14:09:17 +0000 Subject: SELinux policy -- config tools In-Reply-To: <200403060104.05021.russell@coker.com.au> References: <20040305111840.GO20266@redhat.com> <200403060104.05021.russell@coker.com.au> Message-ID: <20040305140917.GP20266@redhat.com> On Sat, Mar 06, 2004 at 01:04:05AM +1100, Russell Coker wrote: > Sounds like system-config-printer is running as cupsd_t, I'm not > sure that's what we want. We may have to make all CUPS config files > re-writable by cupsd to solve this. Regardless of that, cupsd itself will need to modify its configuration files; that's how the HTTP interface works. > I've just started fiddling with cups on one of my machines, I'm not > sure that I have a printer that's in working order so I can't test > that CUPS works right now, but I can test the policy. Can't you set up a print queue to print to a local file instead? Just choose 'custom device' and type in a filename. > My current policy tree works well for system-config-printer. For me > system-config-printer runs as sysadm_t and I don't think that there > is any difference between my policy tree and Dan's latest one which > could account for such a difference. This is during boot-up: printconf-backend is what writes the configuration files. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From russell at coker.com.au Fri Mar 5 14:43:44 2004 From: russell at coker.com.au (Russell Coker) Date: Sat, 6 Mar 2004 01:43:44 +1100 Subject: SELinux policy -- config tools In-Reply-To: <20040305140917.GP20266@redhat.com> References: <20040305111840.GO20266@redhat.com> <200403060104.05021.russell@coker.com.au> <20040305140917.GP20266@redhat.com> Message-ID: <200403060143.44391.russell@coker.com.au> On Sat, 6 Mar 2004 01:09, Tim Waugh wrote: > On Sat, Mar 06, 2004 at 01:04:05AM +1100, Russell Coker wrote: > > Sounds like system-config-printer is running as cupsd_t, I'm not > > sure that's what we want. We may have to make all CUPS config files > > re-writable by cupsd to solve this. > > Regardless of that, cupsd itself will need to modify its configuration > files; that's how the HTTP interface works. Yes. Sorry I haven't touched the cups policy apart from cosmetic changes for a while. Last time I was using it the cupsd didn't need to change the cupsd.conf file, only the printers.conf file. The simple solution to this is to change the .fc file to have the cupsd.conf file have the type cupsd_rw_etc_t. Long term we have to work out whether there is any way that we can productively reduce the write access of cupsd to it's config files, or whether we should just make them all read/write. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From leonard at den.ottolander.nl Fri Mar 5 14:51:26 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 05 Mar 2004 15:51:26 +0100 Subject: Pinging Phil Knirsch In-Reply-To: <40485653.1040304@redhat.com> References: <20040304163343.A25702@homebase.cluenet.de> <40474E19.6070603@redhat.com> <1078418310.4749.14.camel@athlon.localdomain> <40485653.1040304@redhat.com> Message-ID: <1078498286.5602.26.camel@athlon.localdomain> Hi Phil, > > Maybe you've already spoken with Harald, but could you be so kind to use > > a consistent subject on the announcement? The ones Bill uses are fine > > and seem to be the most commonly used format. > > Erhh, you mean for updates, the n-v-r naming? Sure, i can do that. But > this is not an update release for fc1, it's mtr in rawhide. So "normal" > n-v-r changes and no wierd update annoucement from me this time. :-) Just speaking of the subject line of announcements. The question being if you could use this format: [SECURITY] Fedora Core 1 Update: XFree86-4.3.0-55 instead of this format: Fedora Security Update Notification netpbm-9.24-12.1.1 Just for consistency. But I overlooked this is about a "rawhide" update, which I assume you mean is an update for FC 2 test 1. RawHide is a bit of a confusing term nowadays, as with Fedora we have test (test release) and testing (test upates for the current tree). Iirc Rawhide used to be both (sort of). So keep the comment about the subject line for the next time you have to announce an "official" update. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From buildsys at redhat.com Fri Mar 5 14:57:51 2004 From: buildsys at redhat.com (Build System) Date: Fri, 5 Mar 2004 09:57:51 -0500 Subject: rawhide report: 20040305 changes Message-ID: <200403051457.i25EvpR26729@porkchop.devel.redhat.com> Updated Packages: anaconda-9.91-0.20040304185154 ------------------------------ * Thu Mar 04 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) at-spi-1.3.14-1 --------------- * Thu Mar 04 2004 Mark McLoughlin 1.3.14-1 - Update to 1.3.14 * Tue Mar 02 2004 Elliot Lee - rebuilt dietlibc-0.24-4 --------------- * Thu Mar 04 2004 Jeremy Katz - 0.24-4 - don't strip to avoid segfaulting binaries (#117006) epiphany-1.1.10-1 ----------------- * Thu Mar 04 2004 Jeremy Katz - 1.1.10-1 - 1.1.10 - add patch from jrb for file-chooser api changes * Tue Mar 02 2004 Elliot Lee - rebuilt firstboot-1.3.6-1 ----------------- * Thu Mar 04 2004 Brent Fox 1.3.6-1 - only call chkconfig -add if /etc/sysconfig/firstboot does not exist foomatic-3.0.1-2 ---------------- * Thu Mar 04 2004 Tim Waugh 3.0.1-2 - Fix Omni PageSize problem (bug #115586). * Tue Mar 02 2004 Elliot Lee - rebuilt ghostscript-7.07-24 ------------------- * Thu Mar 04 2004 Tim Waugh 7.07-24 - Fix compilation with GCC 3.4. * Tue Mar 02 2004 Elliot Lee - rebuilt * Wed Feb 18 2004 Tim Waugh 7.07-23 - Build against gtk2/glib2 (bug #115619). Patch from W. Michael Petullo. gok-0.9.9-1 ----------- * Thu Mar 04 2004 Mark McLoughlin 0.9.9-1 - Update to 0.9.9 * Tue Mar 02 2004 Elliot Lee - rebuilt gstreamer-0.7.5-2 ----------------- * Thu Mar 04 2004 Jeremy Katz - 0.7.5-2 - fix plugin dir with respect to %_lib * Tue Mar 02 2004 Elliot Lee - rebuilt * Tue Feb 24 2004 Alexander Larsson 0.7.5-1 - update to 0.7.5 - clean up specfile some - enable docs iiimf-le-inpinyin-0.2-5 ----------------------- * Wed Mar 03 2004 Yu Shao - a fix for wrongly calculated the candidates number and caused httx to crash im-sdk-11.4-22 -------------- * Thu Mar 04 2004 Yu Shao - add xft patch to display candidate characters properly in httx(#117355) * Tue Mar 02 2004 Elliot Lee - rebuilt kernel-2.6.3-2.1.238 -------------------- * Wed Feb 25 2004 Arjan van de Ven - merge back a bunch of fedora fixes - disable audit * Tue Feb 24 2004 Arjan van de Ven - audit bugfixes - update tux to a working version - 2.6.3-bk5 merge * Fri Feb 20 2004 Arjan van de Ven - re-add and enable the Auditing patch - switch several cpufreq modules to built in since detecting in userspace which to use is unpleasant kudzu-1.1.48-1 -------------- * Thu Mar 04 2004 Bill Nottingham 1.1.48-1 - fix module_upgrade libgnomeui-2.5.90.1-1 --------------------- * Thu Mar 04 2004 Mark McLoughlin 2.5.90.1-1 - Update to 2.5.90.1 - Package the gnome-vfs GtkFilesystem impl. * Tue Mar 02 2004 Elliot Lee - rebuilt mdadm-1.5.0-3 ------------- * Thu Mar 04 2004 Bill Nottingham 1.5.0-3 - ship /var/run/mpmpd (#117497) mtr-0.54-4 ---------- * Mon Feb 16 2004 Phil Knirsch - Added IPv6 patch from ftp://ftp.kame.net/pub/kame/misc/mtr-054-* - Enabled IPv6 in mtr. - Included fix from Robert Scheck to make GTK optional in configure. policy-1.7-4 ------------ prelink-0.3.1-1 --------------- * Thu Mar 04 2004 Jakub Jelinek 0.3.1-1 - add prelink documentation (PDF format) - fix assertion failures on PPC (.sdynbss related, #115925) - fix prelink --help (#115202) - avoid free on uninitialized variable in one error path (#117332) - s/i386/%{ix86}/ to make mharris happy pwlib-1.6.3-2 ------------- * Thu Mar 04 2004 Alexander Larsson 1.6.3-2 - Make symlink for PWLIBDIR/make/ptlib-config * Tue Mar 02 2004 Elliot Lee - rebuilt qt-3.3.1-0.3 ------------ * Thu Mar 04 2004 Than Ngo 1:3.3.1-0.3 - add fontdatabase fix from Trolltech * Thu Mar 04 2004 Than Ngo 1:3.3.1-0.2 - fix wrong symlink #117451 * Tue Mar 02 2004 Elliot Lee - rebuilt reiserfs-utils-3.6.13-1 ----------------------- * Thu Mar 04 2004 Florian La Roche - 3.6.13 * Fri Feb 13 2004 Elliot Lee - rebuilt * Thu Aug 28 2003 Florian La Roche - update to 3.6.11 rhpl-0.131-1 ------------ * Thu Mar 04 2004 Jeremy Katz - 0.131-1 - switch some default keyboard layouts (#117007) * Thu Mar 04 2004 Brent Fox 0.130-1 - strip out refresh rate data (bug #117327) * Wed Mar 03 2004 Brent Fox 0.129-1 - enable DRI extentions for all i386, x86_64, and ia64 systems (bug #115672) - vmware doesn't do 24bpp (#117375) - fix for savage + lcds (#117079) rp-pppoe-3.5-11 --------------- * Thu Mar 04 2004 Than Ngo 3.5-11 - fixed default route problem, #114875 - fixed restart issue, #100610 - fixed a bug in adsl status rpmdb-fedora-1.90-0.20040305 ---------------------------- system-config-kickstart-2.5.5-1 ------------------------------- * Thu Mar 04 2004 Brent Fox 2.5.5-1 - fix capitalization problem (bug #117490) * Thu Jan 08 2004 Brent Fox 2.5.4-1 - only add --default to langsupport if more than one lang is selected (bug #111600) * Tue Jan 06 2004 Brent Fox 2.5.3-1 - add a requires for system-config-language - get list of langs from system-config-language system-config-printer-0.6.94-1 ------------------------------ * Thu Mar 04 2004 Tim Waugh 0.6.94-1 - 0.6.94: - Cope with there being no default queue at all (bug #117060). * Fri Feb 06 2004 Tim Waugh 0.6.93-1 - 0.6.93: - Enable F12 in the text interface (bug #113732). - Fix the rest of bug #109942, and bug #115062. * Thu Feb 05 2004 Tim Waugh - Make gui package obsolete the correct thing (bug #114981). system-config-samba-1.2.3-1 --------------------------- * Thu Mar 04 2004 Brent Fox 1.2.3-1 - apply patch from bug #116564 * Mon Jan 12 2004 Brent Fox 1.2.2-1 - fix glade file path problem - wrap smbpasswd in quotes (bug #112528) - don't call lower() on server string (bug #111758) * Wed Jan 07 2004 Brent Fox 1.2.1-1 - add a Requires for pygtk2-libglade system-config-securitylevel-1.3.3-1 ----------------------------------- * Thu Mar 04 2004 Brent Fox 1.3.3-1 - fix tab ordering bug (bug #116913) * Tue Feb 03 2004 Brent Fox 1.3.2-1 - F12 functionality fixed * Mon Jan 12 2004 Brent Fox 1.3.1-1 - break up really long strings (bug #102455) tclx-8.3.5-2 ------------ * Wed Mar 03 2004 Jens Petersen - 8.3.5-2 - install using utf-8 locale so that tclhelp help files get built properly (#116804) * Tue Mar 02 2004 Elliot Lee - 8.3.5-1.1 - rebuilt wordtrans-1.1pre13-4 -------------------- * Thu Mar 04 2004 Than Ngo 1.1pre13-4 - fixed gcc 3.4 build problem yum-2.0.5.20040303-1 -------------------- * Wed Mar 03 2004 Jeremy Katz 2.0.5.20040303-1 - today's snap From lowen at pari.edu Fri Mar 5 14:58:03 2004 From: lowen at pari.edu (Lamar Owen) Date: Fri, 5 Mar 2004 09:58:03 -0500 Subject: package shepherding In-Reply-To: <1078477185.29202.308.camel@localhost.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078416336.4749.9.camel@athlon.localdomain> <1078477185.29202.308.camel@localhost.localdomain> Message-ID: <200403050958.03383.lowen@pari.edu> On Friday 05 March 2004 03:59 am, Alexander Larsson wrote: > That is very much not true. Do you think we should be doing nothing but > bug work? Any software *always* have bugs, so that would mean we'd > *never* do any feature work or any other kind of important work. We'd > ship a piece of stagnant software (if we ever got our noses out of > bugzilla to spend time actually shipping it). A bugfree version of a 10 > year old piece of software. Nobody wants that. Actually, if I were given the choice between more features (with more bugs) versus less features (and less bugs) for mission-critical work, I will choose the less bugs every time. If a feature is delayed by bugfixing, that is a good thing. If fixing a bug is delayed due to feeping creaturism, then somebody's priorities are askew. Yes, features need to be worked on. No, developers already pressed for time shouldn't be always in bugfixing mode. But data destroying or serious usability bugs should always trump feature additions, which bring in their own new bugs, creating a vicious cycle of where developers feel like they're drowning in a sea of bugs. Is reducing the number of bugs that cause people to use something else not a worthy goal? Use some moderation. Or take a page from the developer book of Tom Lane, who has nearly singlehandedly made PostgreSQL one of the least bugridden databases on the planet. Yet he finds time for feature work. It's all about balance. Assuming that new features is better than less bugs is the Microsoft Way. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From jrfuller at redhat.com Fri Mar 5 15:19:13 2004 From: jrfuller at redhat.com (jrfuller) Date: Fri, 05 Mar 2004 10:19:13 -0500 Subject: yum 1.03x In-Reply-To: <1064942215.24475.26.camel@opus> References: <200309301837.44823.rezso@rdsor.ro> <1064942215.24475.26.camel@opus> Message-ID: <1078499953.4570.36.camel@halfsquatch.mine.nu> Hey Seth, I love yum! Thanks so much for your contribution to this project. I was wondering, I know it is not being developed any more, but is it a huge matter to backport server failover in /etc/yum.conf (ala 2.x) to the 1.0.3x version? I don't have much experience, but with a little guidance I may be up for trying :-) Thanks, Johnray -- Johnray Fuller Technical Account Manager Red Hat Global Support Services jrfuller at redhat.com o: 888-REDHAT1 x44206 c: 917-453-8216 From leonard at den.ottolander.nl Fri Mar 5 15:28:00 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 05 Mar 2004 16:28:00 +0100 Subject: package shepherding In-Reply-To: <1078477185.29202.308.camel@localhost.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> <1078416336.4749.9.camel@athlon.localdomain> <1078477185.29202.308.camel@localhost.localdomain> Message-ID: <1078500480.5602.58.camel@athlon.localdomain> Hi Alexander, > Do you think we should be doing nothing but > bug work? Any software *always* have bugs, so that would mean we'd > *never* do any feature work or any other kind of important work. This of course is not what I meant. I said spending time on bugs is important. Not that you/we should spend all (y)our time on hunting bugs. Squashing bugs is part of QA. > A bugfree version of a 10 > year old piece of software. Nobody wants that. Then my name is nobody. But again, I am not arguing that we should not improve on features. > I don't remember the last time I > actually had time to do a bugzilla query. Here. That's what I mean. Shouldn't developers at least have some time to spend on hunting bugs? A few hours a week? There have been occasions where I reported serious issues (being crashes in important parts of prominent software), and still the developer did not approach me for more details but after some serious nagging on my part. Do I really have to chase after developers on the mailing lists or in IRC if I already filed in bugzilla? Hey I don't mind, but you should know that this is a two way street. > One could say its the fault of management that there aren't 10x as many > engineers as we have now so we'd have time to fix more things. Twice as many would be enough. But seriously, if you have just a few people who can spend their time on hunting bugs that would already make a *big* difference. > However, I very rarely see anyone fixing any of the non-trivial bugs I > own (and I own thousands of them, so I wouldn't mind some help). Part of this problem is communication. You can't expect (most) outsiders to fix difficult bugs in software that you are supposed to be the authority on. This means that if you want others to make non trivial fixes you will have to communicate some of your knowledge of the internals of "your" software, or wait for someone to come around that already has that knowledge. Another approach would be to set up work groups of a few people attending to a certain package. But that again is a management issue. And it would still require the developer to have/take time to communicate with these people. > I may be a pessimist, but I doubt anyone would read any such docs. Some people read docs. Then a lot don't. But you can't expect people to read information that has not been written down... All in all I am not arguing that all progress on developing new software features should be stopped. But I do think bug hunting and squashing is an essential part of QA. Developers should have/take (more) time to either do it themselves or help out others who are willing. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From skvidal at phy.duke.edu Fri Mar 5 15:42:18 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 05 Mar 2004 10:42:18 -0500 Subject: yum 1.03x In-Reply-To: <1078499953.4570.36.camel@halfsquatch.mine.nu> References: <200309301837.44823.rezso@rdsor.ro> <1064942215.24475.26.camel@opus> <1078499953.4570.36.camel@halfsquatch.mine.nu> Message-ID: <1078501338.30331.16.camel@opus> On Fri, 2004-03-05 at 10:19, jrfuller wrote: > Hey Seth, > > I love yum! > > Thanks so much for your contribution to this project. > > I was wondering, I know it is not being developed any more, but is it a > huge matter to backport server failover in /etc/yum.conf (ala 2.x) to > the 1.0.3x version? > > I don't have much experience, but with a little guidance I may be up for > trying :-) It's not that it would necessarily be that hard, it's just that it is incredibly unlikely that I'll have time to spare for that. -sv From jorton at redhat.com Fri Mar 5 15:47:10 2004 From: jorton at redhat.com (Joe Orton) Date: Fri, 5 Mar 2004 15:47:10 +0000 Subject: include php-imap in FC2 (bug #115535) In-Reply-To: <200403021830.i22IUf6j004645@d96.fi.basen.net> References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> <200403021830.i22IUf6j004645@d96.fi.basen.net> Message-ID: <20040305154710.GA23543@redhat.com> On Tue, Mar 02, 2004 at 08:30:41PM +0200, Kaj J. Niemi wrote: > > %post/%postun, and there were a few too many RFCs in %doc for my taste. > > Ok. > > > RPM_OPT_FLAGS doesn't seem to be actually used during the build AFAICT. > > True. Make type lnp actually uses RPM_OPT_FLAGS as BASECFLAGS but I don't > think it's being used anywhere in c-client. Diff to yours below. Great, thanks... $RPM_OPT_FLAGS really should be used though. I fear this is going to break horribly on one of the platforms when I submit it. Another issue, it links the .so using: ld -shared -x -soname libc-client.so.0 -o libc-client.so.0 osdep.so ... which is bad, it should use "gcc -shared -Wl,-soname" at least. Current spec attached again with a new patch for an unrelated issue I spotted the other day on FC1. Regards, joe -------------- next part -------------- %define soname c-client %define somajver 0 %define shlibname lib%{soname}.so.%{somajver} Summary: C-client mail access routines for IMAP and POP protocols Name: libc-client Version: 2002e Release: 3 License: University of Washington Free-Fork License Group: System Environment/Daemons URL: http://www.washington.edu/imap/ Source0: imap-%{version}.tar.Z Source1: flock.c Patch0: imap-2002e-redhat-ssl.patch Patch1: imap-2000-linux.patch Patch2: imap-2001a-mbox-disable.patch Patch3: imap-2002b-krbpath.patch Patch4: imap-2000c-redhat-flock.patch Patch5: imap-2001a-overflow.patch Patch6: imap-2002e-redhat-version.patch Patch7: imap-2002d-ssltype.patch Patch8: imap-2002e-cclient-only.patch Patch9: imap-2002e-shared.patch Patch10: imap-2002e-authmd5.patch Buildroot: %{_tmppath}/%{name}-%{version}-root BuildPrereq: krb5-devel, openssl-devel # DO NOT REMOVE THIS PAM HEADER DEPENDANCY OR FACE THE WRATH BuildPreReq: /usr/include/security/pam_modules.h Requires: pam >= 0.59 Conflicts: imap %description C-client is a common API for accessing mailboxes. It is used internally by the popular PINE mail reader, the University of Washington's IMAP server and PHP. %package devel Summary: Development tools for programs which will use the IMAP library. Group: Development/Libraries Conflicts: imap-devel %description devel The c-client-devel package contains the header files and static libraries for developing programs which will use the C-client common API. %prep %setup -q -n imap-%{version} chmod -R u+w . %patch0 -p1 -b .redhat-ssl-patch %patch1 -p1 -b .linux-patch %patch2 -p0 -b .mbox-disable-patch %patch3 -p1 -b .gssapi-patch %patch4 -p1 -b .redhat-flock %patch5 -p1 -b .overflow %patch6 -p1 -b .redhat-version %patch7 -p1 -b .ssltype %patch8 -p1 -b .cclient-only %patch9 -p1 -b .shared %patch10 -p1 -b .authmd5 cp %{SOURCE1} src/osdep/unix/ %build # Set EXTRACFLAGS here instead of in imap-2000-redhat.patch (#20760) EXTRACFLAGS="$EXTRACFLAGS -DDISABLE_POP_PROXY=1 -DIGNORE_LOCK_EACCES_ERRORS=1" EXTRACFLAGS="$EXTRACFLAGS -I/usr/include/openssl" EXTRACFLAGS="$EXTRACFLAGS -fPIC" make lnp \ EXTRACFLAGS="$EXTRACFLAGS" \ EXTRALDFLAGS="$EXTRALDFLAGS" \ EXTRAAUTHENTICATORS=gss \ SSLTYPE=unix \ SHLIBBASE=%{soname} \ SHLIBNAME=%{shlibname} # This line needs to be here. %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT%{_libdir} install -m 644 ./c-client/c-client.a $RPM_BUILD_ROOT%{_libdir}/ ln -s c-client.a $RPM_BUILD_ROOT%{_libdir}/libc-client.a install -m 755 ./c-client/%{shlibname} $RPM_BUILD_ROOT%{_libdir}/ ln -s %{shlibname} $RPM_BUILD_ROOT%{_libdir}/lib%{soname}.so mkdir -p $RPM_BUILD_ROOT%{_includedir}/imap install -m 644 ./c-client/*.h $RPM_BUILD_ROOT%{_includedir}/imap # Added linkage.c to fix (#34658) install -m 644 ./c-client/linkage.c $RPM_BUILD_ROOT%{_includedir}/imap install -m 644 ./src/osdep/tops-20/shortsym.h $RPM_BUILD_ROOT%{_includedir}/imap #mkdir -p $RPM_BUILD_ROOT/%{_datadir}/ssl/certs # don't ship quite so many docs rm -rf docs/rfc docs/FAQ.txt %post -p /sbin/ldconfig %postun -p /sbin/ldconfig %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) %doc CPYRIGHT README WARNING docs/RELNOTES docs/*.txt %doc docs/CONFIG docs/SSLBUILD %{_libdir}/lib%{soname}.so.* %files devel %defattr(-,root,root) %doc docs/* %{_includedir}/imap %{_libdir}/c-client.a %{_libdir}/libc-client.a %{_libdir}/lib%{soname}.so %changelog * Fri Mar 5 2004 Joe Orton 2002e-3 - install .so with permissions 0755 - make auth_md5.c functions static to avoid symbol conflicts - remove Epoch: 0 * Tue Mar 02 2004 Kaj J. Niemi 0:2002e-2 - "lnp" already uses RPM_OPT_FLAGS - have us conflict with imap, imap-devel * Tue Mar 2 2004 Joe Orton 0:2002e-1 - add post/postun, always use -fPIC * Tue Feb 24 2004 Kaj J. Niemi - Name change from c-client to libc-client * Sat Feb 14 2004 Kaj J. Niemi 0:2002e-0.1 - c-client 2002e is based on imap-2002d - Build shared version, build logic is copied from FreeBSD net/cclient -------------- next part -------------- Make some more functions static to prevent such horrible namespace pollution. --- imap-2002e/src/c-client/auth_md5.c.authmd5 2004-03-02 17:25:43.000000000 +0000 +++ imap-2002e/src/c-client/auth_md5.c 2004-03-02 17:25:51.000000000 +0000 @@ -34,17 +34,17 @@ /* Prototypes */ -long auth_md5_valid (void); -long auth_md5_client (authchallenge_t challenger,authrespond_t responder, +static long auth_md5_valid (void); +static long auth_md5_client (authchallenge_t challenger,authrespond_t responder, char *service,NETMBX *mb,void *stream, unsigned long *trial,char *user); -char *auth_md5_server (authresponse_t responder,int argc,char *argv[]); -char *auth_md5_pwd (char *user); +static char *auth_md5_server (authresponse_t responder,int argc,char *argv[]); +static char *auth_md5_pwd (char *user); char *apop_login (char *chal,char *user,char *md5,int argc,char *argv[]); -char *hmac_md5 (char *text,unsigned long tl,char *key,unsigned long kl); -void md5_init (MD5CONTEXT *ctx); -void md5_update (MD5CONTEXT *ctx,unsigned char *data,unsigned long len); -void md5_final (unsigned char *digest,MD5CONTEXT *ctx); +static char *hmac_md5 (char *text,unsigned long tl,char *key,unsigned long kl); +static void md5_init (MD5CONTEXT *ctx); +static void md5_update (MD5CONTEXT *ctx,unsigned char *data,unsigned long len); +static void md5_final (unsigned char *digest,MD5CONTEXT *ctx); static void md5_transform (unsigned long *state,unsigned char *block); static void md5_encode (unsigned char *dst,unsigned long *src,int len); static void md5_decode (unsigned long *dst,unsigned char *src,int len); From gteale at cmedltd.com Fri Mar 5 17:12:16 2004 From: gteale at cmedltd.com (Geoff Teale) Date: Fri, 05 Mar 2004 17:12:16 +0000 Subject: Yum bugs In-Reply-To: <20040305154710.GA23543@redhat.com> References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> <200403021830.i22IUf6j004645@d96.fi.basen.net> <20040305154710.GA23543@redhat.com> Message-ID: <1078506736.9536.62.camel@dubya.devel.cmedltd.com> I just found a bug in the latest version of yum (or at least the one that yum fetched today for rawhide). I've actually managed to fix the code on my machine (it was a simple case of a couple of lines of python not being correctly tabbed into an if - emacs does this to me all the time :-/ ). I was wondering how I can submit a patch, or at least raise a bug report for yum. Seth? Anyone? -- Geoff Teale Cmed Technology Free Software Foundation From erik at totalcirculation.com Fri Mar 5 18:01:14 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Fri, 5 Mar 2004 13:01:14 -0500 Subject: rpm / gpg key question. Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9A4@smith.interlink.local> > > On 04.03.2004 15:48, Erik LaBianca wrote: > > > Do you have a shell script or anything that can automate this process? > > No :-( > > > This kind of stuff is what makes getting started with QA into a complete > > nightmare. > > Yes. IMO this really needs to be fixed... > Yes, it needs to be fixed SOON if fedora.us / extra's is going to depend as heavily on gpg as people seem to think it should. Ok. So I wrote a shell script to download a key from the keyserver, attempt to strip excess uid's and signatures, and load it into the fedora keyring. I'd like to see it included in fedora-rpmdeveltools, particularly once it properly strips keys for inclusion in the rpm database. Please check it out at http://www.ilsw.com/~erik/fedora-installkey It works for my key (736A7502). It does not work for Ville Skytta's key (BCD241CB), which was the one I was trying to load in the first place. His key isn't really a problem since a working version of it is included with fedora-rpmdevtools, however I imagine there will be others with the same problem. I have been unable to make it work by hand, so my script is obviously not working fully either. The script currently removes all extra uid's, and all non-self signatures successfully on his key. However, rpm still fails when attempting to check a signed SRPM. I tried manually deleting all signatures except the self signatures from all the uid's, and that didn't work either. What's the magic incantation here? --erik From tdiehl at rogueind.com Fri Mar 5 18:04:38 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 5 Mar 2004 13:04:38 -0500 (EST) Subject: Yum bugs In-Reply-To: <1078506736.9536.62.camel@dubya.devel.cmedltd.com> References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> <200403021830.i22IUf6j004645@d96.fi.basen.net> <20040305154710.GA23543@redhat.com> <1078506736.9536.62.camel@dubya.devel.cmedltd.com> Message-ID: On Fri, 5 Mar 2004, Geoff Teale wrote: > I just found a bug in the latest version of yum (or at least the one > that yum fetched today for rawhide). I've actually managed to fix the > code on my machine (it was a simple case of a couple of lines of python > not being correctly tabbed into an if - emacs does this to me all the > time :-/ ). > > I was wondering how I can submit a patch, or at > least raise a bug report for yum. Seth? Anyone? https://devel.linux.duke.edu/bugzilla/ HTH, Tom From leonard at den.ottolander.nl Fri Mar 5 18:18:30 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 05 Mar 2004 19:18:30 +0100 Subject: rpm / gpg key question. In-Reply-To: <20040305122517.6d66e26d.ms-nospam-0306@arcor.de> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> <4047B818.2000109@nogin.org> <20040305122517.6d66e26d.ms-nospam-0306@arcor.de> Message-ID: <1078510710.5602.63.camel@athlon.localdomain> Hello Michael, > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68291 > When you reopened that bug on 2003-11-20, you made it a duplicate of > the older, acknowledged and still open ticket: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90952 ? Maybe I am misreading you, but I would say 90952 is the dup here... Should either of these be closed as such? Is anybody aware of where this problem is located (in the code) and how it could be fixed? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From aph.p at tiscali.fr Fri Mar 5 18:40:01 2004 From: aph.p at tiscali.fr (Alain) Date: Fri, 05 Mar 2004 19:40:01 +0100 Subject: tcltk Message-ID: <1078512001.1375.11.camel@nyarlathotep.fedora> hello, some old programs do not work or to be recompiled with new tcltk. is a compatibility package with 8.3.* possible ? for use this old programs with FC2, I have recompiled some SRPMS (i.e. python, rythmbox, ...) with tcltk 8.3, but this is not a good solution for many users. (sorry for my bad englih) -- Cordialement N'envoyez pas de documents au format Word ou PowerPoint. http://www.fsf.org/philosophy/no-word-attachments.fr.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e. URL: From skvidal at phy.duke.edu Fri Mar 5 18:41:57 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 05 Mar 2004 13:41:57 -0500 Subject: Yum bugs In-Reply-To: <1078506736.9536.62.camel@dubya.devel.cmedltd.com> References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> <200403021830.i22IUf6j004645@d96.fi.basen.net> <20040305154710.GA23543@redhat.com> <1078506736.9536.62.camel@dubya.devel.cmedltd.com> Message-ID: <1078512117.30331.32.camel@opus> On Fri, 2004-03-05 at 12:12, Geoff Teale wrote: > I just found a bug in the latest version of yum (or at least the one > that yum fetched today for rawhide). I've actually managed to fix the > code on my machine (it was a simple case of a couple of lines of python > not being correctly tabbed into an if - emacs does this to me all the > time :-/ ). > > I was wondering how I can submit a patch, or at > least raise a bug report for yum. Seth? Anyone? > http://linux.duke.edu/yum/ <- link to bugzilla from there If this is for the daily release from earlier this week and the error was about cachedb it's already been fixed. -sv From tealeg at member.fsf.org Fri Mar 5 19:25:44 2004 From: tealeg at member.fsf.org (Geoff Teale) Date: Fri, 05 Mar 2004 19:25:44 +0000 Subject: Yum bugs In-Reply-To: <1078512117.30331.32.camel@opus> References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> <200403021830.i22IUf6j004645@d96.fi.basen.net> <20040305154710.GA23543@redhat.com> <1078506736.9536.62.camel@dubya.devel.cmedltd.com> <1078512117.30331.32.camel@opus> Message-ID: <1078514743.1927.2.camel@halfdane.lan> On Fri, 2004-03-05 at 13:41 -0500, seth vidal wrote: > If this is for the daily release from earlier this week and the error > was about cachedb it's already been fixed. > > -sv Exactly the one Seth, thought it might be fixed already. Thanks. -- Geoff Teale Free Software Foundation From skvidal at phy.duke.edu Fri Mar 5 20:33:26 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 05 Mar 2004 15:33:26 -0500 Subject: Yum bugs In-Reply-To: <1078514743.1927.2.camel@halfdane.lan> References: <20040224180218.GA11418@basen.net> <20040302171503.GA948@redhat.com> <200403021830.i22IUf6j004645@d96.fi.basen.net> <20040305154710.GA23543@redhat.com> <1078506736.9536.62.camel@dubya.devel.cmedltd.com> <1078512117.30331.32.camel@opus> <1078514743.1927.2.camel@halfdane.lan> Message-ID: <1078518805.22331.0.camel@binkley> On Fri, 2004-03-05 at 19:25 +0000, Geoff Teale wrote: > On Fri, 2004-03-05 at 13:41 -0500, seth vidal wrote: > > If this is for the daily release from earlier this week and the error > > was about cachedb it's already been fixed. > > > > -sv > > Exactly the one Seth, thought it might be fixed already. Thanks. > Get the latest one from rawhide, it's all fixed up. -sv From jmorris at redhat.com Fri Mar 5 20:45:20 2004 From: jmorris at redhat.com (James Morris) Date: Fri, 5 Mar 2004 15:45:20 -0500 (EST) Subject: [ANNOUNCE] New mailing list: fedora-selinux Message-ID: This is to announce the availablity of a new Fedora mailing list for SELinux-specific discussion. The list is for users and developers posting bug reports, avc messages, support questions & answers, patches etc. For subscription details, see: - James -- James Morris From pauln at truemesh.com Fri Mar 5 20:40:14 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Fri, 5 Mar 2004 20:40:14 +0000 Subject: rpm / gpg key question. In-Reply-To: <1078510710.5602.63.camel@athlon.localdomain> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> <4047B818.2000109@nogin.org> <20040305122517.6d66e26d.ms-nospam-0306@arcor.de> <1078510710.5602.63.camel@athlon.localdomain> Message-ID: <20040305204013.GN16792@lichen.truemesh.com> On Fri, Mar 05, 2004 at 07:18:30PM +0100, Leonard den Ottolander wrote: > Hello Michael, > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68291 > > Is anybody aware of where this problem is located (in the code) and how > it could be fixed? cvs -d :pserver:anonymous at cvs.rpm.org:/cvs/devel login cvs -d :pserver:anonymous at cvs.rpm.org:/cvs/devel get rpm rpm/rpmio/rpmpgp.[ch] Essentially the openpgp parser needs some attention. tring.c can be used to test. It is on the TODO, yes it's an issue. Paul From ms-nospam-0306 at arcor.de Fri Mar 5 21:04:04 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 5 Mar 2004 22:04:04 +0100 Subject: rpm / gpg key question. In-Reply-To: <1078510710.5602.63.camel@athlon.localdomain> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD99F@smith.interlink.local> <4047B818.2000109@nogin.org> <20040305122517.6d66e26d.ms-nospam-0306@arcor.de> <1078510710.5602.63.camel@athlon.localdomain> Message-ID: <20040305220404.1f743c62.ms-nospam-0306@arcor.de> On Fri, 05 Mar 2004 19:18:30 +0100, Leonard den Ottolander wrote: > Hello Michael, > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68291 > > > When you reopened that bug on 2003-11-20, you made it a duplicate of > > the older, acknowledged and still open ticket: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90952 > > ? Maybe I am misreading you, but I would say 90952 is the dup here... > Should either of these be closed as such? Notice the chronological order of the entries in the Activity Log of the tickets. When 90952 was filed in May 2003, bug 68291 was closed a very long time ago already. Six months later, when 90952 was still open and current, 68291 was reopened, becoming a duplicate. I assume you don't expect bug reporters to go through thousands of old and closed bugs for old products prior to reporting new and current ones. ;) > Is anybody aware of where this problem is located (in the code) and how > it could be fixed? With a [more] complete implementation of OpenPGP probably. -- From nphilipp at redhat.com Sat Mar 6 00:16:50 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 06 Mar 2004 01:16:50 +0100 Subject: Mail about spectool accidentally deleted Message-ID: <1078532209.30286.4.camel@wombat.tiptoe.de> Hi there, while just expunging my incoming folder from (mostly) spam I swaw from the corner of my eyes that I erroneously deleted a mail about spectool -- could the one who sent it to me please resend it? Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- 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 dax at gurulabs.com Sat Mar 6 04:39:55 2004 From: dax at gurulabs.com (Dax Kelson) Date: Fri, 05 Mar 2004 21:39:55 -0700 Subject: SELinux policy -- config tools In-Reply-To: <20040305140917.GP20266@redhat.com> References: <20040305111840.GO20266@redhat.com> <200403060104.05021.russell@coker.com.au> <20040305140917.GP20266@redhat.com> Message-ID: <1078547994.2920.2.camel@mentor.gurulabs.com> On Fri, 2004-03-05 at 07:09, Tim Waugh wrote: > Can't you set up a print queue to print to a local file instead? Just > choose 'custom device' and type in a filename. Ah yes I see you've never actually tried that before. :) If only it was that easy. Dax From twaugh at redhat.com Sat Mar 6 13:04:50 2004 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 6 Mar 2004 13:04:50 +0000 Subject: SELinux policy -- config tools In-Reply-To: <1078547994.2920.2.camel@mentor.gurulabs.com> References: <20040305111840.GO20266@redhat.com> <200403060104.05021.russell@coker.com.au> <20040305140917.GP20266@redhat.com> <1078547994.2920.2.camel@mentor.gurulabs.com> Message-ID: <20040306130450.GV20266@redhat.com> On Fri, Mar 05, 2004 at 09:39:55PM -0700, Dax Kelson wrote: > On Fri, 2004-03-05 at 07:09, Tim Waugh wrote: > > > Can't you set up a print queue to print to a local file instead? Just > > choose 'custom device' and type in a filename. > > Ah yes I see you've never actually tried that before. :) > > If only it was that easy. I do it all the time when checking bug reports for printer drivers. What didn't work for you? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Sat Mar 6 15:38:53 2004 From: buildsys at redhat.com (Build System) Date: Sat, 6 Mar 2004 10:38:53 -0500 Subject: rawhide report: 20040306 changes Message-ID: <200403061538.i26Fcrm13270@porkchop.devel.redhat.com> Removed package readline41 Removed package ncurses4 Updated Packages: alchemist-1.0.33-1 ------------------ * Fri Mar 05 2004 Tim Waugh 1.0.33-1 - Require python-abi = %{pyver} (bug #117501, bug #113313). epiphany-1.1.10-2 ----------------- * Fri Mar 05 2004 Jeremy Katz - 1.1.10-2 - rebuild findutils-4.1.7-22 ------------------ * Fri Mar 05 2004 Tim Waugh 4.1.7-22 - Apply Jakub Jelinek's d_type patch for improved efficiency with many common expressions. glibc-2.3.3-14 -------------- * Fri Mar 05 2004 Jakub Jelinek 2.3.3-14 - update from CVS - fix iconv -c (#117021) - fix PIEs on sparc/sparc64 - fix posix_fadvise on 64-bit architectures - add locale-archive as %ghost file (#117014) hwdata-0.111-1 -------------- * Fri Mar 05 2004 Brent Fox 0.111-1 - add Samsung monitor to MonitorsDB (bug #112112) im-sdk-11.4-23 -------------- kernel-2.6.3-2.1.240 -------------------- kernel-utils-2.4-9.1.123 ------------------------ libgnomecups-0.1.6-6 -------------------- * Thu Mar 04 2004 Bill Nottingham 0.1.6-6 - remove comment to avoid postun warning * Tue Mar 02 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt modutils-2.4.26-7 ----------------- * Fri Mar 05 2004 Bill Nottingham 2.4.26-7 - blacklist eth1394 (#117383) openoffice.org-1.1.0-29 ----------------------- * Tue Mar 02 2004 Dan Williams 1.1.0-29 - Update to ooo-build 1.1.51 and ooo-icons-OO_1_1-8 - Activate multi-process builds on > 2-way machines policy-1.7-8 ------------ * Fri Mar 05 2004 Dan Walsh 1.7-8 - Put can_ypbind back in. * Fri Mar 05 2004 Dan Walsh 1.7-7 - Allow normal user to su in unlimitedUsers mode * Fri Mar 05 2004 Dan Walsh 1.7-6 - Cleanup NFS problems. qt-3.3.1-0.4 ------------ * Fri Mar 05 2004 Than Ngo 1:3.3.1-0.4 - fix font alias rhpl-0.132-1 ------------ * Fri Mar 05 2004 Brent Fox 0.132-1 - use fr-latin9 instead of fr-latin0 (bug #113672) rpm-4.3-0.18 ------------ * Fri Mar 05 2004 Jeff Johnson 4.3-0.18 - selinux: ignore ENOTSUP return from lsetfilecon. * Mon Mar 01 2004 Jeff Johnson 4.3-0.17 - permit globs in macrofiles: directive (#117217). - fix: segfault generating transaction serialization lock path. - use /etc/security/selinux/file_contexts instead. * Wed Feb 25 2004 Jeff Johnson 4.3-0.15 - serialize rpmtsRun() using fcntl on /var/lock/rpm/transaction. rpmdb-fedora-1.90-0.20040306 ---------------------------- sudo-1.6.7p5-18 --------------- * Fri Mar 05 2004 Thomas Woerner 1.6.7p5-18 - pied sudo system-config-date-1.7.2-1 -------------------------- * Fri Mar 05 2004 Brent Fox 1.7.2-1 - preserve old restrict lines (bug #72110) * Tue Feb 03 2004 Brent Fox 1.7.1-2 - correct typo in URL in specfile * Thu Jan 08 2004 Brent Fox 1.7.1-1 - apply patch from bug #109803 system-config-kickstart-2.5.7-1 ------------------------------- * Fri Mar 05 2004 Brent Fox 2.5.7-1 - support PPC PReP partitions (bug #116847) - require Python2.3 for getopt.gnu_getopt() call * Fri Mar 05 2004 Brent Fox 2.5.6-1 - don't crash on file with no bootloader line (bug #117593) system-config-samba-1.2.4-1 --------------------------- * Fri Mar 05 2004 Brent Fox 1.2.4-1 - skip comments in smbpasswd file (bug #117604) system-config-securitylevel-1.3.4-1 ----------------------------------- * Fri Mar 05 2004 Brent Fox 1.3.4-1 - don't do strlen() on random pointer (bug #117183) tcp_wrappers-7.6-36 ------------------- * Fri Mar 05 2004 Thomas Woerner 7.6-36 - pied tcpd * Tue Mar 02 2004 Elliot Lee - rebuilt xchat-2.0.7-4 ------------- * Fri Mar 05 2004 Mike A. Harris 1:2.0.7-4 - Added xchat-2.0.7-simplify-to-use-gnome-open-for-default-webbrowser.patch and xchat-2.0.7-simplify-to-use-htmlview-for-default-webbrowser.patch to simplify the default URL handler menu to point only to the default system web browser by using gnome-open on Fedora Core 2 and later, or htmlview on earlier OS releases. This is added to improve user friendliness (#82331) * Tue Mar 02 2004 Elliot Lee - rebuilt * Tue Feb 17 2004 Mike A. Harris 1:2.0.7-1.FC1.0 - Rebuild xchat 2.0.7-3 as 2.0.7-1.FC1.0 for release as an enhancement erratum for Fedora Core 1. Also fixes AMD64 64bit issues reported in bug (#114237) From cheshire at apple.com Sat Mar 6 16:04:50 2004 From: cheshire at apple.com (Stuart Cheshire) Date: Sat, 6 Mar 2004 08:04:50 -0800 Subject: In the service of Aunt Tillie -- Zero-configuration networking Message-ID: <200403061604.i26G4i5E007872@relay1.apple.com> Sorry for the delay replying. My first attempt to send this mail did not go though because I was not subscribed to the list. Now I've subscribed and I'll try again. There seem to be some misunderstandings about Zeroconf, which I will try to correct. It would be a pity if red herrings impeded the spread of a good technology that has the potential to make people's lives a lot easier. Actually, I should clarify that. It's more than just "potential". Zeroconf has been making Mac users' lives easier for a couple of years now. Now that HP is shipping Apple software like iTunes preinstalled on its Windows PCs, Zeroconf is making Windows users' lives easier too. Products like TiVo use Zeroconf, so users of consumer electronics customers are also benefiting. I'd like to bring these benefits to the broader Linux community too, but... it seems to be an uphill struggle sometimes. There seem to be two concerns, the trade mark law suit, and the patent. 1. Trade Mark Law Suit The Darwin mDNSResponder project existed long before Apple's marketing people even thought of the word "Rendezvous". "Rendezvous" really doesn't have a rigorously defined narrow meaning. "Rendezvous" is Apple's marketing term for the broad idea that "computers should suck less". Technologies like self-assigned addressing, IPv6, mDNS, DNS-SD, etc., are all contributing components towards that broader goal. The CVS project is called "mDNSResponder", not "Rendezvous". The word "Rendezvous" does not appear in any header file names, variable names, function names, or library names. In fact there are only TWO occurrences of the word "Rendezvous" in the mDNSPosix directory, and both are in the ReadMe file: >Apple uses the brand name "Rendezvous" to describe our implementation of >zeroconf technologies. This sample is designed to show how easy it is >to make a device "Rendezvous compatible". I should point out that other trade mark names like "Solaris" also appear in the ReadMe file, and in fact Microsoft's registered trade mark "Windows" appears more times in the source code than the word "Rendezvous" does, in the form of checkin comments like "2003/08/06 21:33:39 Fix compiler warnings on PocketPC 2003 (Windows CE)", and so on. Is the mention of trade mark names in the ReadMe file and checkin comments really a valid reason to reject a technology? I think not. 2. The Patent Eric Raymond wrote, "This stuff was invented by Stuart Cheshire". I'll respectfully decline that honour. The algorithm for self-assigned link-local addressing is as follows: Pick an address; if someone is already using it, pick a different one To claim to have invented that would be some kind of hubris. MacTCP did that in 1990; AppleTalk did it in 1985, probably many things did it before that too, and every five-year old child finding a place to sit in the classroom uses the same algorithm. Nonetheless, Microsoft applied for, and in August 2000 was granted, United States Patent 6,101,499 "Method and computer program product for automatically generating an internet protocol (IP) address". I'm not sure whether it should have been granted, and I don't know that it would stand up in court. Even ignoring the other prior art, at the time Microsoft applied for this, version 6 of IP already had self-assigned link-local addresses, and nowhere in the patent claims does it restrict the scope of the invention specifically to an older version of IP. The claims describe the patent as applying generically to "IP" as a whole, yet at the time of the application, "IP" as a whole already had self-assigned link-local addresses, as specified in Standards Track RFC 1971, August 1996 (and published in Internet Draft form long before that). Furthermore, UPnP, which claims to be some kind of semi-open standard, also requires IPv4LL (see ). If we all scurry away in fear any time Microsoft files a patent application, no matter how valid or otherwise it may be, then we're handing victory to them on a plate. Regardless, even supposing this patent is sufficient reason to scurry away in fear, it doesn't make much difference. If we're afraid of Microsoft's patent, then: (a) don't do self-assigned addresses at all. The interesting part of this is, after all, mDNS and DNS-SD. If you have a DHCP server on the network (as most Linux users do) then you have a working IP address anyway, without self-assigned addresses. The part that's still missing is mDNS (for local naming without a DNS server) and DNS-SD (for browsing to find what's out there). That's what's provided by Apple's Darwin mDNSResponder code. (b) or, implement a local DHCP server on Linux which listens for its own DHCP DISCOVERs, and then, if they're not answered by some other server within 5 seconds or so, sends back a DHCP OFFER containing a 169.254/16 address. The DHCP client will do its usual ARP probe (as required by RFC 2131, March 1997) and send back a DHCP DECLINE if it finds the address already in use. Can Microsoft's patent prevent us from implementing an RFC 2131-compliant DHCP server? (c) or, do self-assigned addresses, but only IPv6 self-assigned addresses (RFC 1971), not IPv4 self-assigned addresses. Back in 1998, IPv4 was still very important. Today it is becoming less so, as more and more systems gain IPv6 capability. The fact that most ISPs don't provide IPv6 service is not a problem here. Remember that the main focus of Zeroconf today is on the small home network, the local link. Regardless of how much or how little IPv6 support your ISP may provide, you can *always* use IPv6 on your local link, using self-assigned link-local addresses, and indeed this is exactly what OS X does today. Even with absolutely no other working infrastructure, you can *always* use IPv6 with Multicast DNS ("dot-local") names on the local link. I believe that IPv6+mDNS may actually be one of the catalysts that helps jump-start adoption of IPv6, by making IPv6 begin to be something that suddently starts to be useful to everyone, everywhere, instead of having to wait for everyone's ISPs to start offering IPv6 support. Eric Raymond wrote, "The inventor of zeroconf, Stuart Cheshire, tells me ... he doesn't understand the politics of ... the Linux community". It's true. I don't. I've worked hard to make a technology that makes people's lives easier, and I've worked hard to get my employer to make that technology available to everyone on the most liberal terms I could possibly manage. If someone can tell me what I'm doing wrong, I'm happy to listen. Stuart Cheshire * Wizard Without Portfolio, Apple Computer, Inc. * www.stuartcheshire.org From dax at gurulabs.com Sat Mar 6 16:58:00 2004 From: dax at gurulabs.com (Dax Kelson) Date: Sat, 06 Mar 2004 09:58:00 -0700 Subject: SELinux policy -- config tools In-Reply-To: <20040306130450.GV20266@redhat.com> References: <20040305111840.GO20266@redhat.com> <200403060104.05021.russell@coker.com.au> <20040305140917.GP20266@redhat.com> <1078547994.2920.2.camel@mentor.gurulabs.com> <20040306130450.GV20266@redhat.com> Message-ID: <1078592280.2920.9.camel@mentor.gurulabs.com> On Sat, 2004-03-06 at 06:04, Tim Waugh wrote: > On Fri, Mar 05, 2004 at 09:39:55PM -0700, Dax Kelson wrote: > > > On Fri, 2004-03-05 at 07:09, Tim Waugh wrote: > > > > > Can't you set up a print queue to print to a local file instead? Just > > > choose 'custom device' and type in a filename. > > > > Ah yes I see you've never actually tried that before. :) > > > > If only it was that easy. > > I do it all the time when checking bug reports for printer drivers. > What didn't work for you? It doesn't work out-of-the-box, and when it does there are limitations. First you have to edit /etc/cups/cupsd.conf and add the line: FileDevice Yes Restart cups CUPS will refuse to to do raw printing to such a file, so if you want raw, you are SOL. Dax From twaugh at redhat.com Sat Mar 6 17:03:48 2004 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 6 Mar 2004 17:03:48 +0000 Subject: SELinux policy -- config tools In-Reply-To: <1078592280.2920.9.camel@mentor.gurulabs.com> References: <20040305111840.GO20266@redhat.com> <200403060104.05021.russell@coker.com.au> <20040305140917.GP20266@redhat.com> <1078547994.2920.2.camel@mentor.gurulabs.com> <20040306130450.GV20266@redhat.com> <1078592280.2920.9.camel@mentor.gurulabs.com> Message-ID: <20040306170348.GA22468@redhat.com> On Sat, Mar 06, 2004 at 09:58:00AM -0700, Dax Kelson wrote: > It doesn't work out-of-the-box, and when it does there are limitations. Yes, it does work out of the box. Did you try it yourself? > First you have to edit /etc/cups/cupsd.conf and add the line: > > FileDevice Yes No, this isn't necessary. > CUPS will refuse to to do raw printing to such a file, so if you want > raw, you are SOL. I've not tried raw printing to a file -- not sure why that would be necessary actually. Does CUPS really refuse to do that (why?)? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From twaugh at redhat.com Sat Mar 6 17:05:18 2004 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 6 Mar 2004 17:05:18 +0000 Subject: Printing to a file (was Re: SELinux policy -- config tools) In-Reply-To: <1078592280.2920.9.camel@mentor.gurulabs.com> References: <20040305111840.GO20266@redhat.com> <200403060104.05021.russell@coker.com.au> <20040305140917.GP20266@redhat.com> <1078547994.2920.2.camel@mentor.gurulabs.com> <20040306130450.GV20266@redhat.com> <1078592280.2920.9.camel@mentor.gurulabs.com> Message-ID: <20040306170518.GB22468@redhat.com> Incidentally, printing to a file is supposed to work, so I'd appreciate it if you would file bugs for any part that doesn't. Thanks, Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lunix at comcast.net Sat Mar 6 18:42:22 2004 From: lunix at comcast.net (Prasanth Kumar) Date: Sat, 06 Mar 2004 10:42:22 -0800 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <200403061604.i26G4i5E007872@relay1.apple.com> References: <200403061604.i26G4i5E007872@relay1.apple.com> Message-ID: <1078598542.5550.5.camel@zeus.comcast.net> On Sat, 2004-03-06 at 08:04 -0800, Stuart Cheshire wrote: > Sorry for the delay replying. My first attempt to send this mail did not > go though because I was not subscribed to the list. Now I've subscribed > and I'll try again. > > There seem to be some misunderstandings about Zeroconf, which I will try > to correct. It would be a pity if red herrings impeded the spread of a > good technology that has the potential to make people's lives a lot > easier. Actually, I should clarify that. It's more than just "potential". > Zeroconf has been making Mac users' lives easier for a couple of years > now. Now that HP is shipping Apple software like iTunes preinstalled on > its Windows PCs, Zeroconf is making Windows users' lives easier too. > Products like TiVo use Zeroconf, so users of consumer electronics > customers are also benefiting. I'd like to bring these benefits to the > broader Linux community too, but... it seems to be an uphill struggle > sometimes. > > There seem to be two concerns, the trade mark law suit, and the patent. > > > 1. Trade Mark Law Suit > > The Darwin mDNSResponder project existed long before Apple's marketing > people even thought of the word "Rendezvous". "Rendezvous" really doesn't > have a rigorously defined narrow meaning. "Rendezvous" is Apple's > marketing term for the broad idea that "computers should suck less". > Technologies like self-assigned addressing, IPv6, mDNS, DNS-SD, etc., are > all contributing components towards that broader goal. > > The CVS project is called "mDNSResponder", not "Rendezvous". The word > "Rendezvous" does not appear in any header file names, variable names, > function names, or library names. In fact there are only TWO occurrences > of the word "Rendezvous" in the mDNSPosix directory, and both are in the > ReadMe file: > > >Apple uses the brand name "Rendezvous" to describe our implementation of > >zeroconf technologies. This sample is designed to show how easy it is > >to make a device "Rendezvous compatible". > > I should point out that other trade mark names like "Solaris" also appear > in the ReadMe file, and in fact Microsoft's registered trade mark > "Windows" appears more times in the source code than the word > "Rendezvous" does, in the form of checkin comments like "2003/08/06 > 21:33:39 Fix compiler warnings on PocketPC 2003 (Windows CE)", and so on. > > Is the mention of trade mark names in the ReadMe file and checkin > comments really a valid reason to reject a technology? I think not. > > > 2. The Patent > > Eric Raymond wrote, "This stuff was invented by Stuart Cheshire". > > I'll respectfully decline that honour. The algorithm for self-assigned > link-local addressing is as follows: > > Pick an address; if someone is already using it, pick a different one > > To claim to have invented that would be some kind of hubris. MacTCP did > that in 1990; AppleTalk did it in 1985, probably many things did it > before that too, and every five-year old child finding a place to sit in > the classroom uses the same algorithm. > > Nonetheless, Microsoft applied for, and in August 2000 was granted, > United States Patent 6,101,499 "Method and computer program product for > automatically generating an internet protocol (IP) address". I'm not sure > whether it should have been granted, and I don't know that it would stand > up in court. Even ignoring the other prior art, at the time Microsoft > applied for this, version 6 of IP already had self-assigned link-local > addresses, and nowhere in the patent claims does it restrict the scope of > the invention specifically to an older version of IP. The claims describe > the patent as applying generically to "IP" as a whole, yet at the time of > the application, "IP" as a whole already had self-assigned link-local > addresses, as specified in Standards Track RFC 1971, August 1996 (and > published in Internet Draft form long before that). Furthermore, UPnP, > which claims to be some kind of semi-open standard, also requires IPv4LL > (see ). > > If we all scurry away in fear any time Microsoft files a patent > application, no matter how valid or otherwise it may be, then we're > handing victory to them on a plate. > > Regardless, even supposing this patent is sufficient reason to scurry > away in fear, it doesn't make much difference. If we're afraid of > Microsoft's patent, then: > > (a) don't do self-assigned addresses at all. The interesting part of this > is, after all, mDNS and DNS-SD. If you have a DHCP server on the network > (as most Linux users do) then you have a working IP address anyway, > without self-assigned addresses. The part that's still missing is mDNS > (for local naming without a DNS server) and DNS-SD (for browsing to find > what's out there). That's what's provided by Apple's Darwin mDNSResponder > code. > > (b) or, implement a local DHCP server on Linux which listens for its own > DHCP DISCOVERs, and then, if they're not answered by some other server > within 5 seconds or so, sends back a DHCP OFFER containing a 169.254/16 > address. The DHCP client will do its usual ARP probe (as required by RFC > 2131, March 1997) and send back a DHCP DECLINE if it finds the address > already in use. Can Microsoft's patent prevent us from implementing an > RFC 2131-compliant DHCP server? > > (c) or, do self-assigned addresses, but only IPv6 self-assigned addresses > (RFC 1971), not IPv4 self-assigned addresses. Back in 1998, IPv4 was > still very important. Today it is becoming less so, as more and more > systems gain IPv6 capability. The fact that most ISPs don't provide IPv6 > service is not a problem here. Remember that the main focus of Zeroconf > today is on the small home network, the local link. Regardless of how > much or how little IPv6 support your ISP may provide, you can *always* > use IPv6 on your local link, using self-assigned link-local addresses, > and indeed this is exactly what OS X does today. Even with absolutely no > other working infrastructure, you can *always* use IPv6 with Multicast > DNS ("dot-local") names on the local link. I believe that IPv6+mDNS may > actually be one of the catalysts that helps jump-start adoption of IPv6, > by making IPv6 begin to be something that suddently starts to be useful > to everyone, everywhere, instead of having to wait for everyone's ISPs to > start offering IPv6 support. > > > Eric Raymond wrote, "The inventor of zeroconf, Stuart Cheshire, tells me > ... he doesn't understand the politics of ... the Linux community". > > It's true. I don't. I've worked hard to make a technology that makes > people's lives easier, and I've worked hard to get my employer to make > that technology available to everyone on the most liberal terms I could > possibly manage. If someone can tell me what I'm doing wrong, I'm happy > to listen. > > Stuart Cheshire > * Wizard Without Portfolio, Apple Computer, Inc. > * www.stuartcheshire.org I think one of the problems is that there are hardly any devices that support Zeroconf presently that there is not much demand for its implementation on Linux or pretty much any PC. Most of the peripherals used by a home user are USB or Firewire based. Perhaps wireless devices might have some use for Zeroconf but most wireless hubs act as DHCP/NAT anyway. -- Regards, Prasanth From nphilipp at redhat.com Sat Mar 6 20:25:38 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 06 Mar 2004 21:25:38 +0100 Subject: spectool-1.0.1 Message-ID: <1078604737.6119.11.camel@wombat.tiptoe.de> Hi all, spectool-1.0.1 is available at the usual place: http://people.redhat.com/nphilipp/spectool Changelog: Jos? Pedro Oliveira : * variable $VERSION * use "wget -N" to try to preserve timestamp * small cosmetic changes * command options buglet fixed me: * add show_version() on -V, --version * open specfile only when needed Toshio, I plan to address your concerns about options not being optional while non-options are in one of the next versions if not the next one. Promised. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- 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 gbpeck at sbcglobal.net Sat Mar 6 21:32:32 2004 From: gbpeck at sbcglobal.net (Gary Peck) Date: Sat, 6 Mar 2004 13:32:32 -0800 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <1078598542.5550.5.camel@zeus.comcast.net> References: <200403061604.i26G4i5E007872@relay1.apple.com> <1078598542.5550.5.camel@zeus.comcast.net> Message-ID: <20040306213232.GA11532@realify.com> On Sat, Mar 06, 2004 at 10:42:22AM -0800, Prasanth Kumar wrote: > I think one of the problems is that there are hardly any devices that > support Zeroconf presently that there is not much demand for its > implementation on Linux or pretty much any PC. Most of the peripherals > used by a home user are USB or Firewire based. Perhaps wireless devices > might have some use for Zeroconf but most wireless hubs act as DHCP/NAT > anyway. I think you've missed the point here. Auto-assigning of IP addresses (what your typical wireless hub with DHCP/NAT will do) is only one part of zeroconf. The other, more important IMO, part is auto-discovery of resources. With zeroconf, you can plug computers, printers, etc. into the network and they'll all see each other. An earlier thread mentioned that some printer manufacturers are already including this functionality. Macs also use this for finding shared folders on the LAN (similar to browsing the Windows Network on PCs/Samba). It's also used for iTunes playlist sharing (pretty impressive when you see it "just work"). I'm sure other people have more examples of zeroconf's usefulness. gary From alan at redhat.com Sun Mar 7 01:31:30 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 6 Mar 2004 20:31:30 -0500 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <200403061604.i26G4i5E007872@relay1.apple.com> References: <200403061604.i26G4i5E007872@relay1.apple.com> Message-ID: <20040307013130.GA29329@devserv.devel.redhat.com> On Sat, Mar 06, 2004 at 08:04:50AM -0800, Stuart Cheshire wrote: > There seem to be two concerns, the trade mark law suit, and the patent. I dont think that one is a concern in the real world. > without self-assigned addresses. The part that's still missing is mDNS > (for local naming without a DNS server) and DNS-SD (for browsing to find > what's out there). That's what's provided by Apple's Darwin mDNSResponder > code. Agreed. > Eric Raymond wrote, "The inventor of zeroconf, Stuart Cheshire, tells me > ... he doesn't understand the politics of ... the Linux community". > > It's true. I don't. I've worked hard to make a technology that makes I think you understand more of it than you give credit for. Its not like you haven't contributed kernel driver code 8) > possibly manage. If someone can tell me what I'm doing wrong, I'm happy > to listen. mDNS lookup is probably a question for the glibc people primarily (ie Ulrich and friends). Glibc has the resolver routines Linux uses as nss_dns, and other services via nss_nis (YP) and so on. I assume that what is needed is a matching nss_mdns for the lookup side of mDNS. Alan -- The clouds are dark, the rain does pour But its sunny down at number four Across the road its foggy still And its snowing hard upon the hill - A guide to Swansea weather From surak at casa.surak.eti.br Sun Mar 7 04:10:28 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sun, 07 Mar 2004 01:10:28 -0300 Subject: Using bit torrent to retrieve RPMs for updates In-Reply-To: <403E9A7F.90504@linux.duke.edu> References: <200402261342.19650.jgardner@jonathangardner.net> <403E9A7F.90504@linux.duke.edu> Message-ID: <1078632628.6435.10.camel@casa> Em Qui, 2004-02-26 ?s 22:16, Konstantin Ryabitsev escreveu: > 1. Bittorrent is highly inefficient for a large collection of small > files. You will have to start a separate tracker item for each rpm, Which can be automated > and for some of them the amount of traffic generated just tracking > the p2p clients will outweigh the savings of using bittorrent. I > would imagine that several thousands of tracker items would also be > quite processor-intensive. processor intensive, it may be, but what is more expensive, cpu power or network bandwidth? And we see everyday ordinary computers serving thousand of files trough small connections like ISDN. Take a look at those pirated movies and mp3 repositories.. > 2. You have to specifically punch holes in the firewall for > bittorrent -- not one, but a range of ports, actually. Something > most people will not do, so they will be constantly leeching. This is bad. But you will discuss later about the mirrors, and this seems interesting. Inspite of the fact that some people leeches p2p, the network still works ok. This can be proved by taking a look at kazaa, emule and those kind of p2p networks. > 3. Yum runs as root, so you suddenly have a very large amount of > code (yum+bittorrent libs) listening as root for incoming > connections. Yikes. Alternatively, you'd have to fork a downloader > process and communicate with it using some methods. Either way is > painful. This is not good. But why wouldn't run download process as another user and using only rpm as root? > As you see, bittorrent is not very beneficial. However, a > bittorent-like system used by *mirrors* could be of benefit. E.g. > the client-side connects to the main server and says "I want > foo-1.0-1.i386.rpm". The server then returns: This sounds preety good. It would increase overall speed and distribute the overload much better. > 2. How to keep the list of mirrors current? Should they stay > constantly connected to the main server a la bittorrent clients? > Should they use some other bittorent-like protocol for syncing with > each-other? I though about using the mirrors as bittorrent clients, yes. It's not perfect, but this would improve speed and will balance the load in a way much better than it is today. -- []s Alexandre Ganso 500 FOUR vermelha - Diretor Steel Goose Moto Group From drepper at redhat.com Sun Mar 7 07:34:09 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Sat, 06 Mar 2004 23:34:09 -0800 Subject: In the service of Aunt Tillie -- Zero-configuration networking In-Reply-To: <20040307013130.GA29329@devserv.devel.redhat.com> References: <200403061604.i26G4i5E007872@relay1.apple.com> <20040307013130.GA29329@devserv.devel.redhat.com> Message-ID: <404AD071.8090202@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alan Cox wrote: > mDNS lookup is probably a question for the glibc people primarily (ie Ulrich > and friends). Glibc has the resolver routines Linux uses as nss_dns, and other > services via nss_nis (YP) and so on. I assume that what is needed is a matching > nss_mdns for the lookup side of mDNS. NSS modules have a documented interface. The code need not be in glibc. And I do not want any of this in there, this is a network application. nss_dns is in glibc only because the resolver is in there as well. All but the essential modules should be in a separate package. NSS modules are easy to write for somebody who understands the technical side of the service. The interface an NSS module must provide is described in the libc info pages. - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAStBx2ijCOnn/RHQRAruxAJ48vTZqHI89qCm3RTFj93RxkKfK0gCfbC5N aa+Zklb5J0oBgEPD5RmSfAc= =BCKn -----END PGP SIGNATURE----- From buildsys at redhat.com Sun Mar 7 13:22:02 2004 From: buildsys at redhat.com (Build System) Date: Sun, 7 Mar 2004 08:22:02 -0500 Subject: rawhide report: 20040307 changes Message-ID: <200403071322.i27DM2L01045@porkchop.devel.redhat.com> Updated Packages: kernel-2.6.3-2.1.242 -------------------- * Sat Mar 06 2004 Arjan van de Ven - fix reiserfs - set HZ to 1000 again for some tests rpmdb-fedora-1.90-0.20040307 ---------------------------- From baldrick at terra.es Sun Mar 7 15:53:51 2004 From: baldrick at terra.es (Josep Puigdemont) Date: Sun, 07 Mar 2004 16:53:51 +0100 Subject: initscripts In-Reply-To: <1077914903.22440.1959.camel@deimos> References: <1077914903.22440.1959.camel@deimos> Message-ID: <1078674831.1879.315.camel@deimos> Hi! A few days ago I was asking something in i18n list, but unfortunately the mail was so poorly written that no one answered. Let me try again =) I CC to fedora-devel-list at redhat.com because I think they might also be interested. When we have strings to translate which are part of a script (I believe in bash) like this one: #: /etc/rc.d/init.d/functions:441 msgid "Start service $1 (Y)es/(N)o/(C)ontinue? [Y] " how should be proceed in respect to the answers expected by the script? It seems that the script would expect either 'Y', 'N' or 'C'. Translating the string using as proposed answers the initial letters in our language for each word might break the script. I looked at the script and, unless I'm mistaken, it confirms that it is not prepared for localization: -------------------------------------------------------------------- # Confirm whether we really want to run this service confirm() { [ -x /usr/bin/rhgb-client ] && /usr/bin/rhgb-client --details=yes while : ; do echo -n $"Start service $1 (Y)es/(N)o/(C)ontinue? [Y] " read answer if strstr $"yY" "$answer" || [ "$answer" = "" ] ; then return 0 elif strstr $"cC" "$answer" ; then rm -f /var/run/confirm [ -x /usr/bin/rhgb-client ] && /usr/bin/rhgb-client --details=no return 2 elif strstr $"nN" "$answer" ; then return 1 fi done } -------------------------------------------------------------------- note: strstr is a function in that script that "returns OK if $1 contains $2". Would it be a good suggestion to make a translatable string called something like $YES that would hold the possible answers for Yes ("Yy")? (and same for No and Continue) I checked with other languages and all translate the string using that language's initial letters as possible answers. I'm a little bit puzzled since I think those translations will break the script, but I might be wrong, any ideas? Thanks! /Josep From mitr at volny.cz Sun Mar 7 15:56:36 2004 From: mitr at volny.cz (Miloslav Trmac) Date: Sun, 7 Mar 2004 16:56:36 +0100 Subject: initscripts In-Reply-To: <1078674831.1879.315.camel@deimos> References: <1077914903.22440.1959.camel@deimos> <1078674831.1879.315.camel@deimos> Message-ID: <20040307155636.GA8160@popelka.ms.mff.cuni.cz> On Sun, Mar 07, 2004 at 04:53:51PM +0100, Josep Puigdemont wrote: > echo -n $"Start service $1 (Y)es/(N)o/(C)ontinue? [Y] " > read answer > if strstr $"yY" "$answer" || [ "$answer" = "" ] ; then > Would it be a good suggestion to make a translatable string called > something like $YES that would hold the possible answers for Yes ("Yy")? > (and same for No and Continue) It is translatable (see $"yY" above). The only trouble is that the extractor script ignores it. Patch is in bugzilla. Mirek From tadams-lists at myrealbox.com Sun Mar 7 16:13:37 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Sun, 07 Mar 2004 11:13:37 -0500 Subject: Bad rpm in gtk2-2.3.5? Message-ID: <1078676017.1862.6.camel@aurora.localdomain> I have been seeing this every time I try to install the latest gtk2. I do not know if anyone else is seeing it. Is anyone? 1:gtk2 ########################################### [ 50%] g_module_open() failed for /usr/lib/gtk-2.0/2.2.0/loaders/svg_loader. so: /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: pango_find_base_dir /var/tmp/rpm-tmp.96457: line 4: 2992 Segmentation fault /usr/bin/ gdk-pixbuf-query-loaders >/etc/gtk-2.0/gdk-pixbuf.loaders error: %post(gtk2-2.3.5-1) scriptlet failed, exit status 139 Also, it leaves the previous gtk2 in, but even if I remove it, gnome won't start right, images don't load, etc. Trever -- "The best we can hope for concerning the people at large is that they be properly armed." -- Alexander Hamilton, The Federalist Papers at 184-188 From alan at redhat.com Sun Mar 7 16:57:15 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 7 Mar 2004 11:57:15 -0500 Subject: initscripts In-Reply-To: <1078674831.1879.315.camel@deimos> References: <1077914903.22440.1959.camel@deimos> <1078674831.1879.315.camel@deimos> Message-ID: <20040307165715.GA2138@devserv.devel.redhat.com> On Sun, Mar 07, 2004 at 04:53:51PM +0100, Josep Puigdemont wrote: > When we have strings to translate which are part of a script (I believe > in bash) like this one: > > #: /etc/rc.d/init.d/functions:441 > msgid "Start service $1 (Y)es/(N)o/(C)ontinue? [Y] " > > how should be proceed in respect to the answers expected by the script? > echo -n $"Start service $1 (Y)es/(N)o/(C)ontinue? [Y] " Translated input string > read answer > if strstr $"yY" "$answer" || [ "$answer" = "" ] ; then Translated match letters. So there should be yY nN and cC translations Alan -- The clouds are dark, the rain does pour But its sunny down at number four Across the road its foggy still And its snowing hard upon the hill - A guide to Swansea weather From baldrick at terra.es Sun Mar 7 20:01:55 2004 From: baldrick at terra.es (Josep Puigdemont) Date: Sun, 07 Mar 2004 21:01:55 +0100 Subject: initscripts In-Reply-To: <20040307165715.GA2138@devserv.devel.redhat.com> References: <1077914903.22440.1959.camel@deimos> <1078674831.1879.315.camel@deimos> <20040307165715.GA2138@devserv.devel.redhat.com> Message-ID: <1078689715.1879.654.camel@deimos> On Sun, 2004-03-07 at 17:57, Alan Cox wrote: > On Sun, Mar 07, 2004 at 04:53:51PM +0100, Josep Puigdemont wrote: > > When we have strings to translate which are part of a script (I believe > > in bash) like this one: > > > > #: /etc/rc.d/init.d/functions:441 > > msgid "Start service $1 (Y)es/(N)o/(C)ontinue? [Y] " > > > > how should be proceed in respect to the answers expected by the script? > > > echo -n $"Start service $1 (Y)es/(N)o/(C)ontinue? [Y] " > > Translated input string > > > read answer > > if strstr $"yY" "$answer" || [ "$answer" = "" ] ; then > > Translated match letters. So there should be yY nN and cC translations Couldn't find it, but Miloslav Trmac said there was a patch in bugzilla, I suppose he refers to this match letters. I'll wait until it hits CVS. Thanks to both of you for helping. /Josep From ghenry at suretecsystems.com Sun Mar 7 20:31:17 2004 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 7 Mar 2004 20:31:17 +0000 Subject: Test1 Message-ID: <200403072031.22345.ghenry@suretecsystems.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I have just finished upgrading via apt (http://fedoranews.org/ghenry/apt-fc2/) Will be finishing that off, once I get these little gotchas documented. Well, my external network connection is gone. I can ping and resolve domains, but no traffic will come in. I can't browse the net, or use xchat etc. Very strange. The internal lan works as I can send to my mailserver, as you can tell. What gives? 'service network restart' is fine. 'ping www.oreilly.com' works, /etc/resolv.conf is fine route -n is fine. /etc/hosts also. Anyone had similar? Pointing my browser to 127.0.0.1 to my webserver does work though. Could anyone see if they can hit my domains: http://www.suretecsystems.com http://www.magicfx.co.uk ???? - -- Kind Regards, Gavin Henry. Director. Open Source. Open Solutions. http://www.suretecsystems.com/contact -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAS4aYeWseh9tzvqgRApKuAJ9cAKnaKwQ1ZTDJ2CYfjsTnNEGv6gCfb1JG wPh9t/APmFBxOs2k12bxYM4= =haip -----END PGP SIGNATURE----- From wrrhdev at riede.org Sun Mar 7 20:59:25 2004 From: wrrhdev at riede.org (Willem Riede) Date: Sun, 7 Mar 2004 15:59:25 -0500 Subject: Test1 In-Reply-To: <200403072031.22345.ghenry@suretecsystems.com> (from ghenry@suretecsystems.com on Sun, Mar 07, 2004 at 15:31:17 -0500) References: <200403072031.22345.ghenry@suretecsystems.com> Message-ID: <20040307205925.GQ29509@serve.riede.org> On 2004.03.07 15:31, Gavin Henry wrote: > > Could anyone see if they can hit my domains: > > http://www.suretecsystems.com works > http://www.magicfx.co.uk does not (connection refused). Regards, Willem Riede. From ghenry at suretecsystems.com Sun Mar 7 21:26:59 2004 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 7 Mar 2004 21:26:59 +0000 Subject: Test1 In-Reply-To: <200403072031.22345.ghenry@suretecsystems.com> References: <200403072031.22345.ghenry@suretecsystems.com> Message-ID: <200403072127.03878.ghenry@suretecsystems.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 07 Mar 2004 20:31, Gavin Henry wrote: Forget it. I should remember what I read on the lists!!! you forget when you are dong it yourself. Added to /etc/sysctl.conf # To enable network connnectivity again!! net.ipv4.tcp_ecn = 0 and then echo 0 > /proc/sys/net/ipv4/tcp_ecn Oh, and what have they done to nautilus!!! - -- Kind Regards, Gavin Henry. Director. Open Source. Open Solutions. http://www.suretecsystems.com/contact -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAS5OmeWseh9tzvqgRAoTNAJ4s/j+Fn+/GO6aFT+GZ9NStadpTtQCgnzJH Tlr9wCm9POevnWMGYLXjYOQ= =UkT+ -----END PGP SIGNATURE----- From alexander.dalloz at uni-bielefeld.de Sun Mar 7 22:40:39 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Sun, 07 Mar 2004 23:40:39 +0100 Subject: Test1 In-Reply-To: <200403072127.03878.ghenry@suretecsystems.com> References: <200403072031.22345.ghenry@suretecsystems.com> <200403072127.03878.ghenry@suretecsystems.com> Message-ID: <1078699238.20312.607.camel@sirendipity.dogma.lan> Am So, den 07.03.2004 schrieb Gavin Henry um 22:26: > On Sunday 07 Mar 2004 20:31, Gavin Henry wrote: > > Forget it. I should remember what I read on the lists!!! > > you forget when you are dong it yourself. > > Added to /etc/sysctl.conf > > # To enable network connnectivity again!! :) Maybe you should too check what is causing this issue that makes it neccessary to switch off the ECN feature. > net.ipv4.tcp_ecn = 0 > > and then > > echo 0 > /proc/sys/net/ipv4/tcp_ecn After editing /etc/sysctl.conf you consequently activate these changes by using "sysctl -p". > Oh, and what have they done to nautilus!!! > Kind Regards, > > Gavin Henry. > Director. Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl Sirendipity 23:38:11 up 17 days, 1:11, load average: 1.37, 1.21, 1.13 [ ????? ?'????? - gnothi seauton ] my life is a planetarium - and you are the stars From ghenry at suretecsystems.com Sun Mar 7 22:57:42 2004 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 7 Mar 2004 22:57:42 +0000 Subject: Test1 In-Reply-To: <1078699238.20312.607.camel@sirendipity.dogma.lan> References: <200403072031.22345.ghenry@suretecsystems.com> <200403072127.03878.ghenry@suretecsystems.com> <1078699238.20312.607.camel@sirendipity.dogma.lan> Message-ID: <200403072257.44411.ghenry@suretecsystems.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 07 Mar 2004 22:40, Alexander Dalloz wrote: > Am So, den 07.03.2004 schrieb Gavin Henry um 22:26: > > On Sunday 07 Mar 2004 20:31, Gavin Henry wrote: > > > > Forget it. I should remember what I read on the lists!!! > > > > you forget when you are dong it yourself. > > > > Added to /etc/sysctl.conf > > > > # To enable network connnectivity again!! > > > :) Maybe you should too check what is causing this issue that makes it > > neccessary to switch off the ECN feature. > > > net.ipv4.tcp_ecn = 0 > > > > and then > > > > echo 0 > /proc/sys/net/ipv4/tcp_ecn > > After editing /etc/sysctl.conf you consequently activate these changes > by using "sysctl -p". ta. > > > Oh, and what have they done to nautilus!!! > > > > Kind Regards, > > > > Gavin Henry. > > Director. > > Alexander > > > -- > Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 > Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl > Sirendipity 23:38:11 up 17 days, 1:11, load average: 1.37, 1.21, 1.13 > [ ????? ?'????? - gnothi seauton ] > my life is a planetarium - and you are the stars - -- Kind Regards, Gavin Henry. Director. Open Source. Open Solutions. http://www.suretecsystems.com/contact -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAS6jmeWseh9tzvqgRAkCwAJoCMS6lpHTvHDLdsSZ7QQUcFRAyDgCfXKx1 JFQMnrEu5SyWEcbbkHDnJkE= =8fvK -----END PGP SIGNATURE----- From arjanv at redhat.com Sun Mar 7 23:05:08 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 08 Mar 2004 00:05:08 +0100 Subject: Test1 In-Reply-To: <200403072127.03878.ghenry@suretecsystems.com> References: <200403072031.22345.ghenry@suretecsystems.com> <200403072127.03878.ghenry@suretecsystems.com> Message-ID: <1078700708.9164.2.camel@laptop.fenrus.com> On Sun, 2004-03-07 at 22:26, Gavin Henry wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sunday 07 Mar 2004 20:31, Gavin Henry wrote: > > Forget it. I should remember what I read on the lists!!! > > you forget when you are dong it yourself. > > Added to /etc/sysctl.conf > > # To enable network connnectivity again!! > net.ipv4.tcp_ecn = 0 if you decide to work around the broken hardware/site like that, PLEASE complain to the website owner/device manufacturer to fix his non-RFC compliant device/site. Devices/sites that break with ECN on are not TCP/IP compliant basically since they don't accept bits that were reserved for future use in the early RFC's and are now used for ECN as per later RFCs. -------------- 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 dhollis at davehollis.com Sun Mar 7 23:46:38 2004 From: dhollis at davehollis.com (David T Hollis) Date: Sun, 07 Mar 2004 18:46:38 -0500 Subject: Test1 In-Reply-To: <1078700708.9164.2.camel@laptop.fenrus.com> References: <200403072031.22345.ghenry@suretecsystems.com> <200403072127.03878.ghenry@suretecsystems.com> <1078700708.9164.2.camel@laptop.fenrus.com> Message-ID: <1078703198.26431.1.camel@dhollis-lnx.kpmg.com> On Mon, 2004-03-08 at 00:05 +0100, Arjan van de Ven wrote: > if you decide to work around the broken hardware/site like that, PLEASE > complain to the website owner/device manufacturer to fix his non-RFC > compliant device/site. Devices/sites that break with ECN on are not > TCP/IP compliant basically since they don't accept bits that were > reserved for future use in the early RFC's and are now used for ECN as > per later RFCs. It has seemed lately that more and more devices are broken, rather than being fixed. I seem to recall the kernel.org switchover was like 5 or 6 years ago and this problem should well be solved by now, yet it certainly isn't. I've found many sites (including places like Citi Bank) that don't support ECN. Is there any list of broken hardware/ software out there documenting what is still broken or how the admin can fix it? -- David T Hollis From pertusus at free.fr Sun Mar 7 23:36:02 2004 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 8 Mar 2004 00:36:02 +0100 Subject: fedora.us QA, Vendor, Packager and more Message-ID: <20040307233602.GA2133@free.fr> Hi, I have some questions about spec files. What to put for Packager: and Vendor: when doing a spec file from scratch and when reusing a spec file ? I think this should be explained in the QA. What to put in the %changelog ? Especially when reusing a spec file, should the entries be kept ? It also seems to me that some guidelines could be given about that. On the completly different subject I would like to package a pam module, but it should install in /lib/security There is no macro for this directory, nor for /lib. Is it on purpose ? There seems to be the same for /bin. Of course it is still possible to use the paths but maybe a macro could be usefull there ? Pat From ms-nospam-0306 at arcor.de Mon Mar 8 01:25:37 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 8 Mar 2004 02:25:37 +0100 Subject: fedora.us QA, Vendor, Packager and more In-Reply-To: <20040307233602.GA2133@free.fr> References: <20040307233602.GA2133@free.fr> Message-ID: <20040308022537.719868db.ms-nospam-0306@arcor.de> On Mon, 8 Mar 2004 00:36:02 +0100, Patrice Dumas wrote: > What to put for > Packager: > and > Vendor: > when doing a spec file from scratch and when reusing a spec file ? Nothing. Delete these fields if you derive an existing package. Mention the previous packager's name in a changelog entry. "Packager:" is not used, since the packager or the packagers are mentioned in the changelog entries. That also has the good side-effect, that your name would not appear in the header (rpm -qi) of a bad binary package rebuilt by someone else. "Vendor:" is set automatically by the build system. > I think this should be explained in the QA. It is not related to package quality. > What to put in the %changelog ? Sum up your modifications to the spec file. E.g. things like added/removed patches and their purpose, changes in %build, %install and other sections, experimental changes and their expected results. > Especially when reusing a spec file, should the entries be kept ? Cannot be answered in general. If the changelog contains entries which are about several years old package revisions and in particular several years old software releases, they can be deleted. Similarly, if you modify a package heavily, check whether any of the very old entries may be of interest any longer. But generally it's good habit to document the life-time of a package and not delete entries in the log too soon. > It also seems to me that some guidelines could be given about that. Get inspiration from existing packages. > On the completly different subject I would like to package a pam module, > but it should install in > /lib/security > > There is no macro for this directory, nor for /lib. Is it on purpose ? There's %_lib :) But I would look whether the main pam package uses %_lib or /lib. > There seems to be the same for /bin. Of course it is still possible to use the > paths but maybe a macro could be usefull there ? From toshio at tiki-lounge.com Mon Mar 8 01:26:42 2004 From: toshio at tiki-lounge.com (Toshio) Date: Sun, 07 Mar 2004 20:26:42 -0500 Subject: fedora.us QA, Vendor, Packager and more In-Reply-To: <20040307233602.GA2133@free.fr> References: <20040307233602.GA2133@free.fr> Message-ID: <1078709200.31293.135.camel@Madison.badger.com> On Sun, 2004-03-07 at 18:36, Patrice Dumas wrote: > Hi, > > I have some questions about spec files. > > What to put for > Packager: Shouldn't be used. Use %packager Patrice Dumas in you ~/.rpmmacros file instead. > and > Vendor: > when doing a spec file from scratch and when reusing a spec file ? > I always leave it out. I think it's a tag that's lost meaning due to lack of definition. Does anyone know different? Or have a use for it? > I think this should be explained in the QA. > > What to put in the %changelog ? > Especially when reusing a spec file, should the entries be kept ? > I usually look at the entries and make a judgement based on how many people edited the spec before me, how radically I'm changing it, and other "fuzzy-logic" :-) I definitely try to attribute the work done by those who went before me, but if I'm rewriting most everything anyway, I don't keep much of the previous entries. If it's a RedHat spec originally, I tend to keep all the previous entries. But then, using a RedHat spec is something I'm only doing because I'm updating something that's already in Fedora and I expect RH to update in the future so it's in everyone's interest to stay as close to the RH spec as possible. (I believe RH has an internal policy of keeping changelog's for some number of years, but I'm not sure how many.) One note: if you run rpmlint over your SRPM and binary RPM (as you should) it'll mention that there's a semi-standardized way to format the headers of changelogs: * Sat Jan 31 2004 [NAME] [HUMAN PARSABLE EMAIL] - 0:0.7.13-0.fdr.1 where the string of numbers is an epoch, version, release tag. > It also seems to me that some guidelines could be given about that. > > On the completly different subject I would like to package a pam module, > but it should install in > /lib/security > > There is no macro for this directory, nor for /lib. Is it on purpose ? > There seems to be the same for /bin. Of course it is still possible to use the > paths but maybe a macro could be usefull there ? I'd be interested to hear the reason as well. I've used : /%{_lib} with the leading slant. I think I got this from RH's db4 spec. -Toshio -- Toshio From petersen at redhat.com Mon Mar 8 05:01:13 2004 From: petersen at redhat.com (Jens Petersen) Date: Mon, 08 Mar 2004 14:01:13 +0900 Subject: tcltk In-Reply-To: <1078512001.1375.11.camel@nyarlathotep.fedora> References: <1078512001.1375.11.camel@nyarlathotep.fedora> Message-ID: >>>>> "Alain" == Alain writes: Alain> some old programs do not work or [need] to be Alain> recompiled with new tcltk. What particular programs do you have in mind? I guess in the long term, the right solution is to get those projects to move onto using tcl/tk 8.4 if they are still active, or develop patches for them to run under 8.4. One day there will be 8.5... Alain> is a compatibility package with 8.3.* possible ? I'm not sure what you mean by compatibilty package here. If you mean say tcl83 and tk83 packages providing libtcl and libtk based on 8.3, then yes it is possible of course: though there are no plans for that currently. If there really were enough demand then it would probably happen, though you would be the first person I have heard requesting that. IMHO it would be a good project for Fedora Extras. Alain> for use this old programs with FC2, I have Alain> recompiled some SRPMS (i.e. python, rythmbox, Alain> ...) with tcltk 8.3, but this is not a good Alain> solution for many users. But perhaps you're asking about some kind of backward compatibility magic for 8.4 to run 8.3 apps? I don't know of such a package, but if there is such a thing, would like to know. :) I would try asking in a tcl/tk forum about that. Jens From bob at tnglwood.demon.co.uk Mon Mar 8 06:46:16 2004 From: bob at tnglwood.demon.co.uk (Bob Billing) Date: Mon, 08 Mar 2004 06:46:16 +0000 Subject: DVD backups - bug or feature? In-Reply-To: <20040307170011.29900.66954.Mailman@listman.back-rdu.redhat.com> References: <20040307170011.29900.66954.Mailman@listman.back-rdu.redhat.com> Message-ID: <404C16B8.1020308@tnglwood.demon.co.uk> I spent a few frustrating hours yesterday turning DVD+R blanks into coasters before I realised that there seems to be a deep problem with the whole DVD mechanism. Since this seems to be a bug in the philosophy of the system, rather than any specific module, I hope I can raise it safely here. My root partition on this system contains about 6.2G of files. This includes things like the entire Hubble sky survey and the complete Ordnance Survey map database for the UK. Backing it up as a bzipped tar file gave me 2165096516 bytes of data. This is just over 2G - in fact it is hex 810CC044. I then burned this on DVD with growisofs. When I mounted the resulting DVD the file had shrunk to 835652 bytes. This is in fact 000CC044. The "cruft" option had cut in and removed the high byte of the file length. Now this is the problem: Is mkisofs/growisofs right to allow a file over 2G, and mount is wrong? Or is mount right, the top bit of the file length should never be set and mkisofs should have rejected it? Either way it seems that as a DVD is longer than 4G there is no way, within the standard, of burning a DVD that contains a single 4.7G file. So should I: 1) Report a bug in mkisofs? 2) Report a bug in mount? 3) Develop a workaround (I already have one)? 4) Use a different filesystem? -- Robert Billing, Tanglewood, 01344-772849 64, Pinehill Road, rbilling at tnglwood.demon.co.uk Crowthorne, http://www.tnglwood.demon.co.uk/ Berks, RG45 7JR From leonard at den.ottolander.nl Mon Mar 8 08:34:04 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Mon, 08 Mar 2004 09:34:04 +0100 Subject: fedora.us QA, Vendor, Packager and more In-Reply-To: <1078709200.31293.135.camel@Madison.badger.com> References: <20040307233602.GA2133@free.fr> <1078709200.31293.135.camel@Madison.badger.com> Message-ID: <1078734843.4746.2.camel@athlon.localdomain> Hello Toshio, > > Packager: > Shouldn't be used. Use %packager Patrice Dumas in > you ~/.rpmmacros file instead. Luckily you misspelled this email address, but could you be so kind not to quote real email addresses in emails to public lists? They get archived you know. TIA. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From pertusus at free.fr Mon Mar 8 09:36:10 2004 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 8 Mar 2004 10:36:10 +0100 Subject: fedora.us QA, Vendor, Packager and more In-Reply-To: <20040308022537.719868db.ms-nospam-0306@arcor.de> References: <20040307233602.GA2133@free.fr> <20040308022537.719868db.ms-nospam-0306@arcor.de> Message-ID: <20040308093610.GA2113@free.fr> Hi, > Delete these fields if you derive an existing package. Mention the > previous packager's name in a changelog entry. > > "Packager:" is not used, > "Vendor:" is set automatically by the build system. > > > I think this should be explained in the QA. > > It is not related to package quality. It derives from what you see that a package of quality shouldn't have a Packager nor a Vendor field. It seems to me the kind of helpfull rule to avoid having to take a decision or ask on a mailing list, similar with the advice to change Copyright to Licence. I had a look at the spec files to try to make an opinion from the examples, however finding that a field shouldn't be present would have required to look at all the spec files. Pat From tjarls at iee.lu Mon Mar 8 10:39:47 2004 From: tjarls at iee.lu (Charles Lopes) Date: Mon, 08 Mar 2004 11:39:47 +0100 Subject: DVD backups - bug or feature? In-Reply-To: <404C16B8.1020308@tnglwood.demon.co.uk> References: <20040307170011.29900.66954.Mailman@listman.back-rdu.redhat.com> <404C16B8.1020308@tnglwood.demon.co.uk> Message-ID: <404C4D73.9050809@iee.lu> Bob Billing wrote: > I spent a few frustrating hours yesterday turning DVD+R blanks into > coasters before I realised that there seems to be a deep problem with > the whole DVD mechanism. Since this seems to be a bug in the philosophy > of the system, rather than any specific module, I hope I can raise it > safely here. > > My root partition on this system contains about 6.2G of files. This > includes things like the entire Hubble sky survey and the complete > Ordnance Survey map database for the UK. Backing it up as a bzipped tar > file gave me 2165096516 bytes of data. This is just over 2G - in fact it > is hex 810CC044. I then burned this on DVD with growisofs. > > When I mounted the resulting DVD the file had shrunk to 835652 bytes. > This is in fact 000CC044. The "cruft" option had cut in and removed the > high byte of the file length. > > Now this is the problem: Is mkisofs/growisofs right to allow a file over > 2G, and mount is wrong? Or is mount right, the top bit of the file > length should never be set and mkisofs should have rejected it? > It seems that you are hitting a limitation of ISO-9660 implementation in the kernel. Quoted from linux/fs/isofs/inode.c: /* * The ISO-9660 filesystem only stores 32 bits for file size. * mkisofs handles files up to 2GB-2 = 2147483646 = 0x7FFFFFFE bytes * in size. This is according to the large file summit paper from 1996. * WARNING: ISO-9660 filesystems > 1 GB and even > 2 GB are fully * legal. Do not prevent to use DVD's schilling at fokus.gmd.de */ The fact that no error is returned by mkisofs seems to suggest that this limitation is not present in mkisofs. Furthermore, if you inspect your cd with isoinfo, you're likely to find out that the file size is reported correctly. > Either way it seems that as a DVD is longer than 4G there is no way, > within the standard, of burning a DVD that contains a single 4.7G file. > > So should I: > 1) Report a bug in mkisofs? As I previously said, mkisofs may be doing the right thing. No point in bugging them :-) > 2) Report a bug in mount? "mount" doesn't have any thing to do with your problem. > 3) Develop a workaround (I already have one)? You can burn directly your tar file to the DVD and subsequently read it with "tar xjvf /dev/cdrom" > 4) Use a different filesystem? If you are only using linux you could do away with ext2fs. UDF (created with mkudffs) might work too althought I haven't tested it my self. Cheers, Charles From buildsys at redhat.com Mon Mar 8 11:46:36 2004 From: buildsys at redhat.com (Build System) Date: Mon, 8 Mar 2004 06:46:36 -0500 Subject: rawhide report: 20040308 changes Message-ID: <200403081146.i28Bkav32602@porkchop.devel.redhat.com> Updated Packages: qt-3.3.1-0.5 ------------ * Sun Mar 07 2004 Than Ngo 1:3.3.1-0.5 - disable smpflags rpmdb-fedora-1.90-0.20040308 ---------------------------- From leonard at den.ottolander.nl Mon Mar 8 11:47:45 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Mon, 08 Mar 2004 12:47:45 +0100 Subject: DVD backups - bug or feature? In-Reply-To: <404C4D73.9050809@iee.lu> References: <20040307170011.29900.66954.Mailman@listman.back-rdu.redhat.com> <404C16B8.1020308@tnglwood.demon.co.uk> <404C4D73.9050809@iee.lu> Message-ID: <1078746465.5349.17.camel@athlon.localdomain> Hi Charles, Bob, > > 3) Develop a workaround (I already have one)? > > You can burn directly your tar file to the DVD and subsequently read it > with "tar xjvf /dev/cdrom" Some people have reported that this does not work for them. I don't know why not, but since people have reported it you should probably check that this works for you. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From toshio at tiki-lounge.com Mon Mar 8 12:53:08 2004 From: toshio at tiki-lounge.com (Toshio) Date: Mon, 08 Mar 2004 07:53:08 -0500 Subject: fedora.us QA, Vendor, Packager and more In-Reply-To: <1078734843.4746.2.camel@athlon.localdomain> References: <20040307233602.GA2133@free.fr> <1078709200.31293.135.camel@Madison.badger.com> <1078734843.4746.2.camel@athlon.localdomain> Message-ID: <1078750384.31293.138.camel@Madison.badger.com> On Mon, 2004-03-08 at 03:34, Leonard den Ottolander wrote: > Luckily you misspelled this email address, but could you be so kind not > to quote real email addresses in emails to public lists? They get > archived you know. TIA. Oops. Definitely my mistake. I meant to put [AT] or another pseudo in there but it slipped my mind. Apologies, Toshio -- Toshio From mariuslj at ifi.uio.no Mon Mar 8 14:22:05 2004 From: mariuslj at ifi.uio.no (Marius L. =?ISO-8859-1?Q?J=F8hndal?=) Date: Mon, 08 Mar 2004 15:22:05 +0100 Subject: fedora.us QA, Vendor, Packager and more In-Reply-To: <20040308093610.GA2113@free.fr> References: <20040307233602.GA2133@free.fr> <20040308022537.719868db.ms-nospam-0306@arcor.de> <20040308093610.GA2113@free.fr> Message-ID: <1078755725.1758.1.camel@cartman.uio.no> On Mon, 2004-03-08 at 10:36 +0100, Patrice Dumas wrote: > > > I think this should be explained in the QA. > > > > It is not related to package quality. > > It derives from what you see that a package of quality shouldn't have a > Packager nor a Vendor field. It seems to me the kind of helpfull rule to avoid > having to take a decision or ask on a mailing list, similar with the advice to > change Copyright to Licence. I had a look at the spec files to try to make an > opinion from the examples, however finding that a field shouldn't be present > would have required to look at all the spec files. Related to package quality or not, these things are now mentioned here: http://www.fedora.us/wiki/PackagingHints. -- Marius L. J?hndal Credo certe ne cras. -------------- 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 notting at redhat.com Fri Mar 5 15:48:07 2004 From: notting at redhat.com (Bill Nottingham) Date: Fri, 5 Mar 2004 10:48:07 -0500 Subject: Announcing Fedora Core 1 for AMD64 Message-ID: <20040305154807.GA1152@devserv.devel.redhat.com> Red Hat, Inc. and the Fedora Project today announced the availability of a port of Fedora Core 1 to AMD64 - the first 64-bit port of a Fedora Project core release. The Fedora Project is a Red Hat-sponsored and community-supported open source project that promotes rapid development of innovative open source software through a collaborative, community effort. Fedora Core 1 provides a complete Linux platform built exclusively from open source software. Available at no cost, the release serves the needs of community developers, testers, and other technology enthusiasts who wish to participate in and accelerate the technology development process. As a community forum for advanced development, the Fedora Project provides early visibility to the latest open source technology and serves as a proving ground for technology that may eventually make its way into Red Hat's fully-supported commercial solutions such as Red Hat Enterprise Linux. Red Hat contributes development resources, editorial direction and management to the Fedora Project. Red Hat and the Fedora Project would like to thank Justin Forbes for his work organizing, coordinating, and developing this release, along with the many other community members who worked to make this release happen. Fedora Core 1 for AMD64 can be downloaded from http://fedora.redhat.com/, and from the following mirrors: * North America * USA East * ftp://ftp.linux.ncsu.edu/pub/fedora/linux/core/1/x86_64/ * http://mirror.linux.duke.edu/pub/fedora/linux/core/1/x86_64/ * ftp://mirror.linux.duke.edu/pub/fedora/linux/core/1/x86_64/ * rsync://mirror.linux.duke.edu/fedora-linux-core/1/x86_64/ * ftp://ftp.cse.buffalo.edu/pub/fedora/linux/core/1/x86_64/ * Canada * http://mirror.cpsc.ucalgary.ca/mirror/fedora/linux/core/1/x86_64/ * ftp://mirror.cpsc.ucalgary.ca/mirror/fedora/linux/core/1/x86_64/ * Europe * Czech Republic * ftp://sunsite.mff.cuni.cz/pub/fedora/1/x86_64/ * ftp://ultra.linux.cz/pub/fedora/1/x86_64/ * http://sunsite.mff.cuni.cz/MIRRORS/fedora.redhat.com/fedora/1/x86_64/ * rsync://sunsite.mff.cuni.cz/fedora/fedora/1/x86_64/ * ftp://ftp.fi.muni.cz/pub/linux/fedora/linux/core/1/x86_64/ * ftp://ftp6.linux.cz/pub/linux/fedora/linux/core/1/x86_64/ * rsync://ftp.fi.muni.cz/pub/linux/fedora/linux/core/1/x86_64/ * ftp://ftp1.skynet.cz/pub/linux/fedora * Estonia * http://redhat.linux.ee/pub/fedora/linux/core/1/x86_64/ * ftp://redhat.linux.ee/pub/fedora/linux/core/1/x86_64/ * Germany * ftp://ftp.uni-bayreuth.de/pub/linux/fedora/linux/core/1/x86_64/ * rsync://rsync.uni-bayreuth.de/fedora-linux-core/1/x86_64/ * Netherlands * ftp://alviss.et.tudelft.nl/pub/fedora/core/1/x86_64/ * Asia/Pacific * Australia * http://planetmirror.com/pub/fedora/linux/core/1/x86_64/ * ftp://ftp.planetmirror.com/pub/fedora/linux/core/1/x86_64/ More mirrors will be coming online soon; check mirrors listed at: http://fedora.redhat.com/download/mirrors.html for more mirrors. One additional feature provided by the Linux community is the availability of Fedora Core releases via BitTorrent. http://torrent.dulug.duke.edu/yarrow-binary-x86_64-iso.torrent http://torrent.dulug.duke.edu/yarrow-src-x86_64-iso.torrent RPMS for Red Hat Linux 7.3 through 9 and Fedora Core 1 of BitTorrent are available from: http://torrent.dulug.duke.edu/btrpms/ Usage is simple: btdownloadcurses.py --url http://URL.torrent Allow incoming TCP 6881 - 6889 to join the torrent swarm. http://torrent.dulug.duke.edu/ From otaylor at redhat.com Mon Mar 8 18:01:59 2004 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 08 Mar 2004 13:01:59 -0500 Subject: Bad rpm in gtk2-2.3.5? In-Reply-To: <1078676017.1862.6.camel@aurora.localdomain> References: <1078676017.1862.6.camel@aurora.localdomain> Message-ID: <1078768919.18434.25.camel@localhost.localdomain> On Sun, 2004-03-07 at 11:13, Trever L. Adams wrote: > I have been seeing this every time I try to install the latest gtk2. I > do not know if anyone else is seeing it. Is anyone? > > 1:gtk2 ########################################### > [ 50%] > g_module_open() failed for /usr/lib/gtk-2.0/2.2.0/loaders/svg_loader. > so: /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: pango_find_base_dir > /var/tmp/rpm-tmp.96457: line 4: 2992 Segmentation fault /usr/bin/ > gdk-pixbuf-query-loaders >/etc/gtk-2.0/gdk-pixbuf.loaders > error: %post(gtk2-2.3.5-1) scriptlet failed, exit status 139 > > Also, it leaves the previous gtk2 in, but even if I remove it, gnome > won't start right, images don't load, etc. Upgrading Pango first should work around this; I think it's just a missing Requires: Owen From jfm512 at free.fr Mon Mar 8 20:27:43 2004 From: jfm512 at free.fr (Jean Francois Martinez) Date: 08 Mar 2004 21:27:43 +0100 Subject: I want my Galeon back!!! Message-ID: <1078777662.1172.39.camel@agnes.fremen.dune> The need for Galeon is not as a a browser but because it is the only quarter decent tool for viewing Gnome help files. Neither Mozilla or Epiphany understand the ghelp "protocol" and for yelp it is an incredible piece of crap. Start gnumeric and try browsing its help. Yelp needed 4 (FOUR) CPU minutes to display something on a PII/400 and it was not a RAM problem but the stupid thing trying to parse the entire help hierarchy instead of the root file. A so long delay makes Gnumeric as good as if it were undocumented because the user cannot afford a so long delay. And you cannot print from Yelp (PLEASE, don't tell me there is a utility for printing ghelp files, the user does not see it on the Gnumeric help men). I have some users who wanted a spreadsheet running on a Unix platform and given that StarOffice is too heavy for the machine I thought Gnumeric was the answer but without a decent help browser I have had to give up. Fortunately I had an old Redhat 7.3 (with Galeon) otherwise I would have had to advise my users to use Excel. First time Galeon is started it prompts the user for he wants to use it for displaying gnome-help files (ie the user does not need to navigate in any config utility). In addition Galeon displays them nearly instantaneously AND it can print. I want my Galeon back!!!!! -- Jean Francois Martinez From alan at redhat.com Mon Mar 8 22:27:59 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 8 Mar 2004 17:27:59 -0500 Subject: I want my Galeon back!!! In-Reply-To: <1078777662.1172.39.camel@agnes.fremen.dune> References: <1078777662.1172.39.camel@agnes.fremen.dune> Message-ID: <20040308222759.GA18812@devserv.devel.redhat.com> On Mon, Mar 08, 2004 at 09:27:43PM +0100, Jean Francois Martinez wrote: > it is an incredible piece of crap. Start gnumeric and try browsing > its help. Yelp needed 4 (FOUR) CPU minutes to display something on > a PII/400 and it was not a RAM problem but the stupid thing trying I think you have a problem. WIth FC2t1 it takes a celeron 800 about 10 seconds from hitting the help menu item to getting the complete formatted index. Alan From menthos at menthos.com Mon Mar 8 22:29:36 2004 From: menthos at menthos.com (Christian Rose) Date: 08 Mar 2004 23:29:36 +0100 Subject: Accidental string changes in anaconda? Message-ID: <1078784976.1848.229.camel@stina.menthos.com> Ok, so why someone seems to have reverted all string changes that have happened the last months in anaconda beats me. Anaconda has had many string changes of the type: mention of tool "redhat-config-xxx" => mention of tool "system-config-xxx" mention of "Red Hat Linux" => mention of %s (which might be replaced by "Red Hat Linux" or "Fedora Core" by a compile time switch) Now all those string changes are reverted, at least in the anaconda po files, so we're back to square zero: anaconda happily tells users to use redhat-config-xxx tools, and calls the product "Red Hat Linux" in a hardcoded way. Accident, or some strange strategy that beats me? Christian From jfm512 at free.fr Mon Mar 8 23:05:18 2004 From: jfm512 at free.fr (Jean Francois Martinez) Date: 09 Mar 2004 00:05:18 +0100 Subject: I want my Galeon back!!! In-Reply-To: <20040308222759.GA18812@devserv.devel.redhat.com> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> Message-ID: <1078787117.1172.50.camel@agnes.fremen.dune> On Mon, 2004-03-08 at 23:27, Alan Cox wrote: > On Mon, Mar 08, 2004 at 09:27:43PM +0100, Jean Francois Martinez wrote: > > it is an incredible piece of crap. Start gnumeric and try browsing > > its help. Yelp needed 4 (FOUR) CPU minutes to display something on > > a PII/400 and it was not a RAM problem but the stupid thing trying > > I think you have a problem. WIth FC2t1 it takes a celeron 800 about 10 seconds > from hitting the help menu item to getting the complete formatted index. > It was a vanilla, out of the box FC1, swapping was nil and there was no other activity. The four minutes was not elapsed time but CPU time (read through PS). The help displayed was not the general Gnome index (quite fast) but the Gnumeric one. While rendering the Gnumeric help yelp polluted my home directory with a lot of html files. From memory, the box was configured for US/English as default language. > Alan -- Jean Francois Martinez From katzj at redhat.com Mon Mar 8 23:39:49 2004 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 08 Mar 2004 18:39:49 -0500 Subject: Accidental string changes in anaconda? In-Reply-To: <1078784976.1848.229.camel@stina.menthos.com> References: <1078784976.1848.229.camel@stina.menthos.com> Message-ID: <1078789188.31612.119.camel@orodruin.boston.redhat.com> On Mon, 2004-03-08 at 17:29, Christian Rose wrote: > Ok, so why someone seems to have reverted all string changes that have > happened the last months in anaconda beats me. Hrmm? I haven't touched the .pot file recently (since test1-ish). Granted, I _should_ push what's current but I haven't recently. There haven't been really many changes at all, though. Hrmm... actually, I think I might see what happened -- it looks like I somehow missed committing the changed anaconda.pot file when I updated stuff and then sarahs remerged stuff last night. Ugh. I'll clean this up tonight after I get home as best as I can. It's going to require going back to the state of things before Sarah's merging last night, remerge with what's in devel CVS and then push again. Which means that anything from today will be lost :/ I _think_ that's probably the best plan, though (you can always then go back a revision to before my merging). Yet another reason why I need to finish getting to where I can put anaconda's CVS repository in general on rhlinux.redhat.com and just be done with this nonsense of duplicate CVS repositories for translations :-) Jeremy From sarahs at redhat.com Tue Mar 9 00:01:18 2004 From: sarahs at redhat.com (Sarah Wang) Date: Tue, 09 Mar 2004 10:01:18 +1000 Subject: Accidental string changes in anaconda? In-Reply-To: <1078789188.31612.119.camel@orodruin.boston.redhat.com> References: <1078784976.1848.229.camel@stina.menthos.com> <1078789188.31612.119.camel@orodruin.boston.redhat.com> Message-ID: <404D094E.3090507@redhat.com> Hi Jeremy, Jeremy Katz ??: >On Mon, 2004-03-08 at 17:29, Christian Rose wrote: > > >>Ok, so why someone seems to have reverted all string changes that have >>happened the last months in anaconda beats me. >> >> > >Hrmm? I haven't touched the .pot file recently (since test1-ish). >Granted, I _should_ push what's current but I haven't recently. There >haven't been really many changes at all, though. Hrmm... actually, I >think I might see what happened -- it looks like I somehow missed >committing the changed anaconda.pot file when I updated stuff and then >sarahs remerged stuff last night. > > Oops! I thought pot is always the *master*... I thought I was doing the right thing by keeping all po files consistent with pot files! All translators are very keen to keep up with the master files. The current status page showed that the total number of strings across all languages are greatly varied. If we can't be sure the pot files are most up2date how can we be sure the po files will be most up2date? >Ugh. I'll clean this up tonight after I get home as best as I can. >It's going to require going back to the state of things before Sarah's >merging last night, remerge with what's in devel CVS and then push >again. Which means that anything from today will be lost :/ I _think_ >that's probably the best plan, though (you can always then go back a >revision to before my merging). > > Would it be easier just to push the updated pot files to rhlinux.redhat.com each time when they are updated? Who wants to work on outdated files? >Yet another reason why I need to finish getting to where I can put >anaconda's CVS repository in general on rhlinux.redhat.com and just be >done with this nonsense of duplicate CVS repositories for translations >:-) > That would make a lot of sense to have one single CVS repositories. Is this the case for all other packages as well? Can we have automatica sync if we must maintain two CVS repositories? Regards, Sarah > > From cheshire at apple.com Tue Mar 9 00:06:04 2004 From: cheshire at apple.com (Stuart Cheshire) Date: Mon, 8 Mar 2004 16:06:04 -0800 Subject: fedora-devel-list digest, Vol 1 #475 - 13 msgs Message-ID: <200403090006.i29065QL011361@relay2.apple.com> >I think one of the problems is that there are hardly any devices that >support Zeroconf presently that there is not much demand for its >implementation on Linux or pretty much any PC. This is one reason why progress in networking is so hard: Printer vendor: "Why should I adopt this new thing when there are no clients for it?" Client vendor: "Why should I adopt this new thing when there are no printers that support it?" If we want to make progress in networking, someone has to be willing to go first, and deploy something even though they reap no immediate benefit from it. Apple was willing to make that first move, two years ago. Apple was willing to ship client software that used mDNS-SD to browse for printers, even though there were ZERO network printers at that time that would answer those queries. Imagine how hard it was to sell management on the value of implementing a feature that offered absolutely NO immediate benefit to users. What happened after this is that Brother said, "Hey, this is cool. If we put this Darwin mDNSResponder code in our printer, it magically shows up in the print dialogs." Brother shipped their first products doing this in January 2003, swiftly followed by Epson, Canon, Lexmark, HP, and every other printer vendor I can think of. I don't know a single network printer on sale today that doesn't ship with mDNS-SD, and ship with it turned on by default, so you just plug it in, turn it on, and it shows up in your Mac's print dialogs. The question I'm asking now is whether Fedora wants to provide the same out-of-the-box printer experience, or not? >Most of the peripherals used by a home user are USB or Firewire based. And why is that? If you could buy a $50 Ethernet printer that was as easy to use as a $50 USB printer, which would you pick? One of my goals in creating Zeroconf was to help accelerate the trend away from locally tethered devices to networked devices. Especially when you have 802.11 wireless on your laptop and you can use it sitting on the couch, do you want to have to plug in USB cables every time you want to print, or scan, etc.? The other aspect of this discussion is that mDNS-SD is not just for computer-to-device communication. It's also for peer-to-peer communication, as used by iChat, iTunes, iPhoto, SubEthaEdit, VNC remote screen viewing, games, databases, as well as such mundane workaday protocols as telnet, ssh, ftp, etc. You can see the list of registered mDNS-SD protocols at . Any Linux application that currently has a text box in its UI where the user is expected to type in an IP address or host name, could be enhanced by putting a little popup menu next to that text box where the user can click to select from a list of valid choices on the local network. For an example, see the Transmit 2.6 ftp client from Panic Inc: >I think you understand more of it than you give credit for. >It's not like you haven't contributed kernel driver code 8) It's true I wrote Linux kernel code back around 1995, but that doesn't change this fact: The mdnsd daemon for Linux is written, tested, debugged, and ready to go, yet it's not in any of the standard distributions. What we keep hearing from application developers (like people working on CUPS) is, "We'd love to use mdnsd, but it's not in any of the standard Linux distributions." What we keep hearing from the people working on the distributions is, "We don't know any Linux applications today that use mdnsd, so that must mean there's no demand for it." There are four files: A library, a header, a daemon, and a script to start it at boot time. You put those four files in, and CUPS can start using it. Support of link-local addressing is not necessary for CUPS to start using this, and neither is the "dot-local" gethostbyname() name lookup support. I stand by my original statement: I don't understand what more I need to do to convince the Linux community of the benefit of this. It runs on OS X, OS 9, Windows, VxWorks, FreeBSD, etc. It runs on Pocket PC devices like the HP iPaq 5555, and PalmSource is working on adding it to Palm OS 6. It runs on every current network printer and an increasing list of other devices, like TiVos, Roku HD1000s, etc. Why isn't it already in standard Linux distributions so things like CUPS can start using it? Stuart Cheshire * Wizard Without Portfolio, Apple Computer, Inc. * www.stuartcheshire.org From jpetersen at uni-bonn.de Tue Mar 9 01:23:59 2004 From: jpetersen at uni-bonn.de (Jan Arne Petersen) Date: Tue, 09 Mar 2004 02:23:59 +0100 Subject: I want my Galeon back!!! In-Reply-To: <1078787117.1172.50.camel@agnes.fremen.dune> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> Message-ID: <1078795438.2945.20.camel@pD952ED21.dip.t-dialin.net> On Tue, 2004-03-09 at 00:05 +0100, Jean Francois Martinez wrote: > On Mon, 2004-03-08 at 23:27, Alan Cox wrote: > > On Mon, Mar 08, 2004 at 09:27:43PM +0100, Jean Francois Martinez wrote: > > > it is an incredible piece of crap. Start gnumeric and try browsing > > > its help. Yelp needed 4 (FOUR) CPU minutes to display something on > > > a PII/400 and it was not a RAM problem but the stupid thing trying > > > > I think you have a problem. WIth FC2t1 it takes a celeron 800 about 10 seconds > > from hitting the help menu item to getting the complete formatted index. > > > > It was a vanilla, out of the box FC1, swapping was nil and there was no > other activity. The four minutes was not elapsed time but CPU time > (read through PS). The help displayed was not the general Gnome index > (quite fast) but the Gnumeric one. While rendering the Gnumeric help > yelp polluted my home directory with a lot of html files. From memory, > the box was configured for US/English as default language. You should try it again with FC2. Yelp 2.6 is really fast (you cannot compare it with the previous versions) it takes 2-3 seconds to render the Gnumeric help with an Athlon XP 2200+. Jan Arne Petersen From dstewart at atl.lmco.com Tue Mar 9 02:11:07 2004 From: dstewart at atl.lmco.com (Doug Stewart) Date: Mon, 08 Mar 2004 21:11:07 -0500 Subject: I want my Galeon back!!! In-Reply-To: <1078795438.2945.20.camel@pD952ED21.dip.t-dialin.net> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <1078795438.2945.20.camel@pD952ED21.dip.t-dialin.net> Message-ID: <404D27BB.9080403@atl.lmco.com> Jan Arne Petersen wrote: >On Tue, 2004-03-09 at 00:05 +0100, Jean Francois Martinez wrote: > > > >>On Mon, 2004-03-08 at 23:27, Alan Cox wrote: >> >> >>>On Mon, Mar 08, 2004 at 09:27:43PM +0100, Jean Francois Martinez wrote: >>> >>> >>>>it is an incredible piece of crap. Start gnumeric and try browsing >>>>its help. Yelp needed 4 (FOUR) CPU minutes to display something on >>>>a PII/400 and it was not a RAM problem but the stupid thing trying >>>> >>>> >>>I think you have a problem. WIth FC2t1 it takes a celeron 800 about 10 seconds >>>from hitting the help menu item to getting the complete formatted index. >>> >>> >>> >>It was a vanilla, out of the box FC1, swapping was nil and there was no >>other activity. The four minutes was not elapsed time but CPU time >>(read through PS). The help displayed was not the general Gnome index >>(quite fast) but the Gnumeric one. While rendering the Gnumeric help >>yelp polluted my home directory with a lot of html files. From memory, >>the box was configured for US/English as default language. >> >> > >You should try it again with FC2. Yelp 2.6 is really fast (you cannot >compare it with the previous versions) it takes 2-3 seconds to render >the Gnumeric help with an Athlon XP 2200+. > >Jan Arne Petersen > > > > That still doesn't change the fact that he's right: I, too, want my Galeon back, dangnabbit! And, to be contrary, for web browsing, and nothing more. -Doug Stewart From tadams-lists at myrealbox.com Tue Mar 9 02:20:36 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Mon, 08 Mar 2004 21:20:36 -0500 Subject: I want my Galeon back!!! In-Reply-To: <404D27BB.9080403@atl.lmco.com> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <1078795438.2945.20.camel@pD952ED21.dip.t-dialin.net> <404D27BB.9080403@atl.lmco.com> Message-ID: <1078798836.1842.16.camel@aurora.localdomain> On Mon, 2004-03-08 at 21:11 -0500, Doug Stewart wrote: > That still doesn't change the fact that he's right: I, too, want my > Galeon back, dangnabbit! And, to be contrary, for web browsing, and > nothing more. > > -Doug Stewart Not to say me too, but me too. Epiphany just doesn't handle (or didn't a few months back when I last tried it) hierarchal bookmarks, which I use a lot of. Not only that, but I had several other issues. Galeon is good and fine for me. Trever -- "Better to remain silent and be thought a fool than to speak out and remove all doubt." -- A. Lincoln From steve at silug.org Tue Mar 9 02:33:20 2004 From: steve at silug.org (Steven Pritchard) Date: Mon, 8 Mar 2004 20:33:20 -0600 Subject: I want my Galeon back!!! In-Reply-To: <1078798836.1842.16.camel@aurora.localdomain> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <1078795438.2945.20.camel@pD952ED21.dip.t-dialin.net> <404D27BB.9080403@atl.lmco.com> <1078798836.1842.16.camel@aurora.localdomain> Message-ID: <20040309023320.GA12563@osiris.silug.org> It sounds like we have several volunteers to do QA then... https://bugzilla.fedora.us/show_bug.cgi?id=1299 Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From smoogen at lanl.gov Tue Mar 9 03:34:21 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 8 Mar 2004 20:34:21 -0700 (MST) Subject: I want my Galeon back!!! In-Reply-To: <1078798836.1842.16.camel@aurora.localdomain> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <1078795438.2945.20.camel@pD952ED21.dip.t-dialin.net> <404D27BB.9080403@atl.lmco.com> <1078798836.1842.16.camel@aurora.localdomain> Message-ID: On Mon, 8 Mar 2004, Trever L. Adams wrote: >On Mon, 2004-03-08 at 21:11 -0500, Doug Stewart wrote: >> That still doesn't change the fact that he's right: I, too, want my >> Galeon back, dangnabbit! And, to be contrary, for web browsing, and >> nothing more. >> >> -Doug Stewart > >Not to say me too, but me too. Epiphany just doesn't handle (or didn't >a few months back when I last tried it) hierarchal bookmarks, which I >use a lot of. Not only that, but I had several other issues. Galeon >is good and fine for me. > So I am taking it that you are volunteering to maintain the 1.x tree of galeon since the 2.x tree is very different in functionality? -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From smoogen at lanl.gov Tue Mar 9 03:41:21 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 8 Mar 2004 20:41:21 -0700 (MST) Subject: fedora-devel-list digest, Vol 1 #475 - 13 msgs In-Reply-To: <200403090006.i29065QL011361@relay2.apple.com> References: <200403090006.i29065QL011361@relay2.apple.com> Message-ID: On Mon, 8 Mar 2004, Stuart Cheshire wrote: >>I think one of the problems is that there are hardly any devices that >>support Zeroconf presently that there is not much demand for its >>implementation on Linux or pretty much any PC. > >>Most of the peripherals used by a home user are USB or Firewire based. > >And why is that? If you could buy a $50 Ethernet printer that was as easy >to use as a $50 USB printer, which would you pick? One of my goals in >creating Zeroconf was to help accelerate the trend away from locally >tethered devices to networked devices. Especially when you have 802.11 >wireless on your laptop and you can use it sitting on the couch, do you >want to have to plug in USB cables every time you want to print, or scan, >etc.? A $50 ethernet printer would be cool since most of the ones I see are always 200 more than the regular printer. A 802.11 would be ok until people started paying kids to drive by and 'fax' you the latest sales items. [Here kid is a device that will drive by, find wireless zones, configure with a half-dozen at a time, and find any wireless printers. It will then send a print job of our items to those printers. The device logs all the numbers so we have an idea of where to send you next week. You get paid by the number of completed printed sales and wireless nodes you found.] Sorry completely off topic. >The mdnsd daemon for Linux is written, tested, debugged, and ready to go, >yet it's not in any of the standard distributions. What we keep hearing >from application developers (like people working on CUPS) is, "We'd love >to use mdnsd, but it's not in any of the standard Linux distributions." >What we keep hearing from the people working on the distributions is, "We >don't know any Linux applications today that use mdnsd, so that must mean >there's no demand for it." > >There are four files: A library, a header, a daemon, and a script to >start it at boot time. You put those four files in, and CUPS can start >using it. Support of link-local addressing is not necessary for CUPS to >start using this, and neither is the "dot-local" gethostbyname() name >lookup support. > >I stand by my original statement: I don't understand what more I need to >do to convince the Linux community of the benefit of this. It runs on OS Because we are all old fuddy duddies who dont like being told by the people winning the Unix Desktop war what to do.. dang-nabbit it should have been OS/2.. >X, OS 9, Windows, VxWorks, FreeBSD, etc. It runs on Pocket PC devices >like the HP iPaq 5555, and PalmSource is working on adding it to Palm OS >6. It runs on every current network printer and an increasing list of >other devices, like TiVos, Roku HD1000s, etc. Why isn't it already in >standard Linux distributions so things like CUPS can start using it? > Well point me to the source, I will try to make a fedora.us RPM and put it in the cooker by Friday or so. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From katzj at redhat.com Tue Mar 9 07:19:01 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 09 Mar 2004 02:19:01 -0500 Subject: Accidental string changes in anaconda? In-Reply-To: <404D094E.3090507@redhat.com> References: <1078784976.1848.229.camel@stina.menthos.com> <1078789188.31612.119.camel@orodruin.boston.redhat.com> <404D094E.3090507@redhat.com> Message-ID: <1078816740.23176.21.camel@edoras.local.net> On Tue, 2004-03-09 at 10:01 +1000, Sarah Wang wrote: > Jeremy Katz ??: > >On Mon, 2004-03-08 at 17:29, Christian Rose wrote: > >>Ok, so why someone seems to have reverted all string changes that have > >>happened the last months in anaconda beats me. > > > >Hrmm? I haven't touched the .pot file recently (since test1-ish). > >Granted, I _should_ push what's current but I haven't recently. There > >haven't been really many changes at all, though. Hrmm... actually, I > >think I might see what happened -- it looks like I somehow missed > >committing the changed anaconda.pot file when I updated stuff and then > >sarahs remerged stuff last night. > > > > > Oops! I thought pot is always the *master*... I thought I was doing the > right thing by keeping all po files consistent with pot files! All > translators are very keen to keep up with the master files. The current > status page showed that the total number of strings across all languages > are greatly varied. If we can't be sure the pot files are most up2date > how can we be sure the po files will be most up2date? They're supposed to be. Unfortunately, anaconda is "special" in how its translations are handled which sometimes leads to bogons and things not matching up and the like. The problems with the manual process that is anaconda translations... I could probably write a nice paper on why it's bad to try to split source and translations based on it ;) > >Ugh. I'll clean this up tonight after I get home as best as I can. > >It's going to require going back to the state of things before Sarah's > >merging last night, remerge with what's in devel CVS and then push > >again. Which means that anything from today will be lost :/ I _think_ > >that's probably the best plan, though (you can always then go back a > >revision to before my merging). > > > Would it be easier just to push the updated pot files to > rhlinux.redhat.com each time when they are updated? Who wants to work on > outdated files? I usually push it when I update it, I just managed to not commit or copy or something last time. For a while it was on my todo list to automate the process a bit. But with Fedora and the ability to be more open about release stuff in advance, I've switched instead to the plan of "push anaconda CVS to be public". I just need to finish getting a few things in order before I can do that. > >Yet another reason why I need to finish getting to where I can put > >anaconda's CVS repository in general on rhlinux.redhat.com and just be > >done with this nonsense of duplicate CVS repositories for translations > >:-) > > > That would make a lot of sense to have one single CVS repositories. Is > this the case for all other packages as well? Can we have automatica > sync if we must maintain two CVS repositories? There are only a very very small number of things that are split like this at this point. And most are for hystorical reasons that will slowly migrate over. So I'm not sure how much it's worth putting effort into setting up the automation at this point. Jeremy PS Didn't get to cleaning up the anaconda stuff tonight... I will take care of it first thing in the morning. From perbj at stanford.edu Tue Mar 9 07:33:01 2004 From: perbj at stanford.edu (Per Bjornsson) Date: Mon, 08 Mar 2004 23:33:01 -0800 Subject: Self-introduction: Per Bjornsson Message-ID: <1078817581.6039.36.camel@ferrari.localdomain> Hello, I'd like to help out, probably mostly with QA of packages I find useful to begin with. Dutifully copied from the fedora.us wiki, so I can start building some trust... 1. Full legal name: Per Bjornsson 2. Country, City: Palo Alto, CA, U.S.A. 3. Profession or Student status: Student 4. Company or School: Stanford University 5. Your goals in the Fedora Project * Which packages do you want to see published? Mostly interested in desktop-style packages, but whatever I happen to find useful... * Do you want to do QA? Sure. That's pretty much my main intent to begin with anyways. I'll probably take on some packaging further on if I can find the time. * Anything else special? Not for now. 6. Historical qualifications * What other projects have you worked on in the past? Nothing you'd know of I'm afraid... Most of my code has been written for research purposes (mostly computational stuff.) * What computer languages and other skills do you know? I've hacked some C and Ada (CS classes...), and know my way around Linux systems pretty well. * Why should we trust you? <--- too blunt? (Note that the "too blunt?" comment is in the wiki...) Yes, that really is rather blunt. For now, you have little reason I guess. I hope that will improve with time. I'm a good guy, I promise! ;) 7. GPG KEYID and fingerprint pub 1024D/7201315D 2003-11-14 Per Bjornsson Key fingerprint = 160D 83E5 3DF0 7F9B ABC8 C827 C4D9 0030 7201 315D sub 1024g/528C507C 2003-11-14 Unfortunately that key doesn't score much in the way of trust points just yet. Cheers, Per From gauret at free.fr Tue Mar 9 09:34:20 2004 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 09 Mar 2004 10:34:20 +0100 Subject: fedora.us QA, Vendor, Packager and more References: <20040307233602.GA2133@free.fr> <20040308022537.719868db.ms-nospam-0306@arcor.de> <20040308093610.GA2113@free.fr> <1078755725.1758.1.camel@cartman.uio.no> Message-ID: > Related to package quality or not, these things are now mentioned here: > http://www.fedora.us/wiki/PackagingHints. On this page, it is written that in the long run, we'll need a tool which can expand rpm macros in the Source tag. This reminds me that I've written a shell script to help we with QA'ing. It proved useful to me, so it might prove useful to others. Of course, you're free to change what you want and improve on it (but please tell me if you find bugs). It deals with macros in the Source tag, in a rather limited and unclean way, but it works most of the time. http://gauret.free.fr/fichiers/rpms/fedora/rpmqa Bye, Aur?lien -- http://gauret.free.fr ~~~~ Jabber : gauret at amessage.info A Black Hole is where God divided by zero. From wtogami at redhat.com Tue Mar 9 09:57:16 2004 From: wtogami at redhat.com (Warren Togami) Date: Mon, 08 Mar 2004 23:57:16 -1000 Subject: Help Needed: thunderbird-0.5 and other stuff Message-ID: <404D94FC.70305@redhat.com> https://bugzilla.fedora.us/show_bug.cgi?id=1113 Firefox and Thunderbird are the KILLER combination. fedora.us Extras firefox-0.8 was released last week, but we still need your help in order to get the thunderbird-0.5 into acceptable release shape. My personal time is too short to devote to this package now. The last remaining blocking is probably a complete rewrite of the /usr/bin/thunderbird script so the following requirements are met: 1) It must launch first time without problems while mozilla or firefox is running. 2) It must not pop-up that ugly error message when you attempt to launch it while it is already running. Ideally it should pop-up the already running thunderbird session if it is launched again. Read the recent bugzilla entries about the broken xremote behavior to see why this is a challenge. 3) It must not have that ugly lock-file that can get "stuck" after a crash or unexpected reboot. 4) It must be able to launch a composer window from both a state where thunderbird is not yet running, and thunderbird is already running. Again this is a challenge because xremote is broken. 5) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109738#c6 It must integrate with the defaults set by the Preferred Applications chooser as set by control-center after this patch above. I aim for this patch to eventually go into both upstream control-center and FC2, which should make the "Preferred Applications does not work" problem largely go away in many applications like htmlview, evolution, and a few others. A few other packages need simple patches for this to behave properly though. I highly suspect that after the above requirements are met, firefox-0.8 and thunderbird-0.5 will Just Work(TM) together and be nicely integrated into the desktop. After this is ready, I hope to have a nicely illustrated guide with graphics explaining the simple installation procedure for FC1 and FC2 (just install two RPMS from Extras), set the Preferred Applications, and suddenly Linux desktop nirvana. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114524 Also note that the above firefox & thunderbird pair will work together, while mozilla will be painful with thunderbird without this patch. I really hope for this patch to be applied before FC2, but I promised someone that I would never bug him directly about this anymore. I urge others to politely ask him instead. Below is a list of stuff that I really want to do, but there is no way I will have time to do so anytime soon. I ask for your help as a community to resolve. Delegate to Community --------------------- * https://bugzilla.fedora.us/show_bug.cgi?id=1167 fedora-rpmdevtools release I am not really sure why they included that "custom" stuff... thomasvs mentioned that he had a lot of ideas for kmodhelper We really need to get this update released, so please help. (Ville is on vacation, so another fedora.us release manager should probably roll another candidate package. ) * mdadm initscript proposal I never had the chance to write everything that I wanted to say about this. I have tested many different patches that would be good for a generic initscript solution, to be default instead of raidtools. I am sure however that many of you have similar ideas. Please discuss. * mailman https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=105638 1) rpm -V failure due to bytecode compiler A few other python packages suffer from this problem too, IIRC 2) issues during uninstall if you have postfix Just ugly error messages that could be cleaned up 3) leftover directories after uninstall (FC1) Ownership problems, should be fixed to prevent possible breakage * metadata DNS txt investigation Alan Cox had the interesting idea of using the DNS TXT field in order to distribute metadata for apt/up2date/yum when we switch to the new metadata format. Using it would be interesting and efficient because of DNS automatic propagation and caching. It could be used to distribute an official mirror list, or repository hashes, and since you can have up to 65K bytes within DNS TXT, it could easily be GPG signed. This idea while sounding extremely cool could easily be infeasible though, as I personally know very little about DNS. * https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115218 Isolate radeon LCD blanking patch If anyone cares and wants to give this a try. No guarantee that mharris would accept it into the tree though if the patch turns out to be too invasive. * More KDE keybinding default fixes & unification with Mozilla If you care about KDE and Konqueror please continue pushing & discussing what I had posted on this list a while ago. These fixes are EASY but someone clueful only has to take the time to test it, get opinions and provide exact patches. * links lockup, kill -9... why? Seems to happen only on certain machines but not others... extremely annoying and I could never figure out why this happens. * cpuspeed module detection Originally the cpufreq scaling drivers were in rawhide kernels as modules, and you had to manually configure /etc/cpuspeed.conf in order to make it actually work. For now Arjan has included those modules into recent rawhide kernels, however it would be nice in the long run to write proper autodetection for this. Arjan and Dave Jones want such detection to be added to x86info, which already knows about the processor, while it would also need to make module decisions based upon chipset in some corner cases. Pretty low priority now that it is built-in to the kernel and not very large. Warren Togami wtogami at redhat.com From alexl at redhat.com Tue Mar 9 10:15:21 2004 From: alexl at redhat.com (Alexander Larsson) Date: 09 Mar 2004 11:15:21 +0100 Subject: package shepherding In-Reply-To: <1078500480.5602.58.camel@athlon.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> <1078416336.4749.9.camel@athlon.localdomain> <1078477185.29202.308.camel@localhost.localdomain> <1078500480.5602.58.camel@athlon.localdomain> Message-ID: <1078827320.29202.538.camel@localhost.localdomain> On Fri, 2004-03-05 at 16:28, Leonard den Ottolander wrote: > > I don't remember the last time I > > actually had time to do a bugzilla query. > > Here. That's what I mean. Shouldn't developers at least have some time > to spend on hunting bugs? A few hours a week? There have been occasions > where I reported serious issues (being crashes in important parts of > prominent software), and still the developer did not approach me for > more details but after some serious nagging on my part. Do I really have > to chase after developers on the mailing lists or in IRC if I already > filed in bugzilla? Hey I don't mind, but you should know that this is a > two way street. If I spend a few hours more on quering bugzilla bugs, that just means I won't be reading incomming bugzilla emails for those few hours, and incoming bugs will be ignored. If someone bugs me on irc about their favourite bug then someone elses favourite bug gets ignored. Of course we have to make sure we spend our time wisely on bugfixes, feature work, communications and everything, but at the end of the day, if there isn't enough hours to get things done, they won't get done. Good scheduling only gets you so far. > > One could say its the fault of management that there aren't 10x as many > > engineers as we have now so we'd have time to fix more things. > > Twice as many would be enough. But seriously, if you have just a few > people who can spend their time on hunting bugs that would already make > a *big* difference. Yes. So, please, people on this list, fix a bug today! > > However, I very rarely see anyone fixing any of the non-trivial bugs I > > own (and I own thousands of them, so I wouldn't mind some help). > > Part of this problem is communication. You can't expect (most) outsiders > to fix difficult bugs in software that you are supposed to be the > authority on. This means that if you want others to make non trivial > fixes you will have to communicate some of your knowledge of the > internals of "your" software, or wait for someone to come around that > already has that knowledge. > > Another approach would be to set up work groups of a few people > attending to a certain package. But that again is a management issue. > And it would still require the developer to have/take time to > communicate with these people. I agree with what you say, and communication is important. But you make this sound so easy, we (i.e. the developers) just have to communicate more. It seems its always the fault of the developer when something isn't ideal. The developer should just write more devel docs, should just write more docs, should just fix more bugs, should just communicate with the community more, should just add that new important feature. Why isn't it never the fault of the person who wants to fix a difficult bug that he didn't spend enough time trying to understand the code, instead of the developer not spending enough time writing docs for something that probably only that person needs. I'm not saying developers should never write docs, never fix bugs, never communicate or whatever. What i'm saying is that writing good software needs a lot of work, in many areas, and developers do all sorts of things. Hopefully developers have a good view of the "global" state of their project and can spend their time where it gives best results. Whenever you're on the side that "complains" about the developer not having done something you only focus on that specific thing, and it seems ridiculous that the developer hasn't done this simple small thing. However, you need to step back and think about all the enourmous amount of things the developer has done instead, and that perhaps he even made the right prioritization when he chose to not spend his time on your issue. > > I may be a pessimist, but I doubt anyone would read any such docs. > > Some people read docs. Then a lot don't. But you can't expect people to > read information that has not been written down... > > All in all I am not arguing that all progress on developing new software > features should be stopped. But I do think bug hunting and squashing is > an essential part of QA. Developers should have/take (more) time to > either do it themselves or help out others who are willing. We do already spend time fixing bugs, and it is an essential part of QA. However you seem to want us to spend more time on that than we currently do. The hard question is then: What would you want us then to not do instead? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a suicidal voodoo matador who hangs with the wrong crowd. She's a transdimensional gypsy lawyer with someone else's memories. They fight crime! From tadams-lists at myrealbox.com Tue Mar 9 10:43:19 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Tue, 09 Mar 2004 05:43:19 -0500 Subject: I want my Galeon back!!! In-Reply-To: References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <1078795438.2945.20.camel@pD952ED21.dip.t-dialin.net> <404D27BB.9080403@atl.lmco.com> <1078798836.1842.16.camel@aurora.localdomain> Message-ID: <1078828999.1842.18.camel@aurora.localdomain> On Mon, 2004-03-08 at 20:34 -0700, Stephen Smoogen wrote: > So I am taking it that you are volunteering to maintain the 1.x tree of > galeon since the 2.x tree is very different in functionality? I have not seen any 2.x of Galeon, but I am running 1.3.x. I find it largely the same. The only missing features I wish it had that older ones did was the history functionality... which no one seems to be doing right in Linux right now (Except maybe mozilla proper). Sure, I may be willing to do this. I would have to look into it. Trever -- "Black holes are where God divided by zero." -- Unknown From bart.martens at chello.be Tue Mar 9 11:42:02 2004 From: bart.martens at chello.be (Bart Martens) Date: Tue, 09 Mar 2004 12:42:02 +0100 Subject: package shepherding In-Reply-To: <1078827320.29202.538.camel@localhost.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> <1078416336.4749.9.camel@athlon.localdomain> <1078477185.29202.308.camel@localhost.localdomain> <1078500480.5602.58.camel@athlon.localdomain> <1078827320.29202.538.camel@localhost.localdomain> Message-ID: <1078832522.3743.63.camel@localhost.localdomain> On Tue, 2004-03-09 at 11:15, Alexander Larsson wrote: > On Fri, 2004-03-05 at 16:28, Leonard den Ottolander wrote: > > > > I don't remember the last time I > > > actually had time to do a bugzilla query. > > > > Here. That's what I mean. Shouldn't developers at least have some time > > to spend on hunting bugs? A few hours a week? There have been occasions > > where I reported serious issues (being crashes in important parts of > > prominent software), and still the developer did not approach me for > > more details but after some serious nagging on my part. Do I really have > > to chase after developers on the mailing lists or in IRC if I already > > filed in bugzilla? Hey I don't mind, but you should know that this is a > > two way street. > > If I spend a few hours more on quering bugzilla bugs, that just means I > won't be reading incomming bugzilla emails for those few hours, and > incoming bugs will be ignored. If someone bugs me on irc about their > favourite bug then someone elses favourite bug gets ignored. > > Of course we have to make sure we spend our time wisely on bugfixes, > feature work, communications and everything, but at the end of the day, > if there isn't enough hours to get things done, they won't get done. > Good scheduling only gets you so far. > > > > One could say its the fault of management that there aren't 10x as many > > > engineers as we have now so we'd have time to fix more things. > > > > Twice as many would be enough. But seriously, if you have just a few > > people who can spend their time on hunting bugs that would already make > > a *big* difference. > > Yes. So, please, people on this list, fix a bug today! > > > > However, I very rarely see anyone fixing any of the non-trivial bugs I > > > own (and I own thousands of them, so I wouldn't mind some help). > > > > Part of this problem is communication. You can't expect (most) outsiders > > to fix difficult bugs in software that you are supposed to be the > > authority on. This means that if you want others to make non trivial > > fixes you will have to communicate some of your knowledge of the > > internals of "your" software, or wait for someone to come around that > > already has that knowledge. > > > > Another approach would be to set up work groups of a few people > > attending to a certain package. But that again is a management issue. > > And it would still require the developer to have/take time to > > communicate with these people. > > I agree with what you say, and communication is important. But you make > this sound so easy, we (i.e. the developers) just have to communicate > more. > > It seems its always the fault of the developer when something isn't > ideal. The developer should just write more devel docs, should just > write more docs, should just fix more bugs, should just communicate with > the community more, should just add that new important feature. > > Why isn't it never the fault of the person who wants to fix a difficult > bug that he didn't spend enough time trying to understand the code, > instead of the developer not spending enough time writing docs for > something that probably only that person needs. > > I'm not saying developers should never write docs, never fix bugs, never > communicate or whatever. What i'm saying is that writing good software > needs a lot of work, in many areas, and developers do all sorts of > things. Hopefully developers have a good view of the "global" state of > their project and can spend their time where it gives best results. > Whenever you're on the side that "complains" about the developer not > having done something you only focus on that specific thing, and it > seems ridiculous that the developer hasn't done this simple small thing. > However, you need to step back and think about all the enourmous amount > of things the developer has done instead, and that perhaps he even made > the right prioritization when he chose to not spend his time on your > issue. > > > > I may be a pessimist, but I doubt anyone would read any such docs. > > > > Some people read docs. Then a lot don't. But you can't expect people to > > read information that has not been written down... > > > > All in all I am not arguing that all progress on developing new software > > features should be stopped. But I do think bug hunting and squashing is > > an essential part of QA. Developers should have/take (more) time to > > either do it themselves or help out others who are willing. > > We do already spend time fixing bugs, and it is an essential part of QA. > However you seem to want us to spend more time on that than we currently > do. The hard question is then: What would you want us then to not do > instead? > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl at redhat.com alla at lysator.liu.se > He's a suicidal voodoo matador who hangs with the wrong crowd. She's a > transdimensional gypsy lawyer with someone else's memories. They fight crime! > From alan at redhat.com Tue Mar 9 12:04:04 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 9 Mar 2004 07:04:04 -0500 Subject: I want my Galeon back!!! In-Reply-To: <1078787117.1172.50.camel@agnes.fremen.dune> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> Message-ID: <20040309120404.GA31594@devserv.devel.redhat.com> On Tue, Mar 09, 2004 at 12:05:18AM +0100, Jean Francois Martinez wrote: > It was a vanilla, out of the box FC1, swapping was nil and there was no > other activity. The four minutes was not elapsed time but CPU time > (read through PS). The help displayed was not the general Gnome index > (quite fast) but the Gnumeric one. While rendering the Gnumeric help > yelp polluted my home directory with a lot of html files. From memory, > the box was configured for US/English as default language. Try Fedora2 Test 1. The docbook to [whatever] convertors are now way way faster From leonard at den.ottolander.nl Tue Mar 9 12:08:16 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 09 Mar 2004 13:08:16 +0100 Subject: package shepherding In-Reply-To: <1078827320.29202.538.camel@localhost.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> <1078416336.4749.9.camel@athlon.localdomain> <1078477185.29202.308.camel@localhost.localdomain> <1078500480.5602.58.camel@athlon.localdomain> <1078827320.29202.538.camel@localhost.localdomain> Message-ID: <1078834094.4756.43.camel@athlon.localdomain> Hi Alexander, > It seems its always the fault of the developer when something isn't > ideal. The developer should just write more devel docs, should just > write more docs, should just fix more bugs, should just communicate with > the community more, should just add that new important feature. Actually I was blaming management not to manage the available resources well enough. This could mean letting developers spend more time on fixing bugs and communicating with/educating volunteers, or by setting up structures that address these issues (package managers besides package developers). I am well aware of the fact that individual developers are pressed for time, but that is because management expects certain things of them. So what I am saying is that management lacks vision. > Why isn't it never the fault of the person who wants to fix a difficult > bug that he didn't spend enough time trying to understand the code, > instead of the developer not spending enough time writing docs for > something that probably only that person needs. Obviously trying to understand the code yourself is the approach often taken. But that also often means a duplication of effort. On the one hand I like this do it yourself approach, but on the other hand it can be rather time consuming and diverging. I as a user have to manage dozens if not hundreds of packages, and you can't expect me to understand the internals of all of these. So I as a user need a place to be able to take up my beef. And although many developers are very responsive their lack of time often makes that they only half answer your questions. > We do already spend time fixing bugs, and it is an essential part of QA. > However you seem to want us to spend more time on that than we currently > do. The hard question is then: What would you want us then to not do > instead? You have vast amounts of possible volunteers on these lists, which if managed well could take some of the burden of your shoulders. I can see that individual developers are taking part in managing these resources, but I don't see an overall strategy. But then maybe I am expecting too much of a BSDish approach... Leonard. -- mount -t life -o ro /dev/dna /genetic/research From bart.martens at chello.be Tue Mar 9 12:38:54 2004 From: bart.martens at chello.be (Bart Martens) Date: Tue, 09 Mar 2004 13:38:54 +0100 Subject: package shepherding In-Reply-To: <1078834094.4756.43.camel@athlon.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> <1078416336.4749.9.camel@athlon.localdomain> <1078477185.29202.308.camel@localhost.localdomain> <1078500480.5602.58.camel@athlon.localdomain> <1078827320.29202.538.camel@localhost.localdomain> <1078834094.4756.43.camel@athlon.localdomain> Message-ID: <1078835934.3743.90.camel@localhost.localdomain> On Tue, 2004-03-09 at 13:08, Leonard den Ottolander wrote: > > We do already spend time fixing bugs, and it is an essential part of QA. > > However you seem to want us to spend more time on that than we currently > > do. The hard question is then: What would you want us then to not do > > instead? > > You have vast amounts of possible volunteers on these lists, which if > managed well could take some of the burden of your shoulders. I can see > that individual developers are taking part in managing these resources, > but I don't see an overall strategy. Let's not forget rh is a business company. The rh-management's focus is on having the rh-developers work on things that add value to rh, so that rh makes money. Outsiders are free to fix bugs that fall out of rh's focus. Alexander said it, "So, please, people on this list, fix a bug today!", and he's right I think. From jaap at haitsma.org Tue Mar 9 12:52:03 2004 From: jaap at haitsma.org (Jaap A. Haitsma) Date: Tue, 9 Mar 2004 13:52:03 +0100 (CET) Subject: Help Needed: thunderbird-0.5 and other stuff In-Reply-To: <404D94FC.70305@redhat.com> References: <404D94FC.70305@redhat.com> Message-ID: <50350.194.171.252.100.1078836723.squirrel@mail.haitsma.org> Hi, I have 2 scripts which do the trick for me. (They maybe do not fullfill all the requirements of Warren, but could be a starter) They are located at http://ftp.haitsma.org/mozilla-scripts/ Note that the firefox script is still called firebird. I already changed this at my home pc but did not upload it yet. Will do this tonight > https://bugzilla.fedora.us/show_bug.cgi?id=1113 > > Firefox and Thunderbird are the KILLER combination. fedora.us Extras > firefox-0.8 was released last week, but we still need your help in order > to get the thunderbird-0.5 into acceptable release shape. My personal > time is too short to devote to this package now. > > The last remaining blocking is probably a complete rewrite of the > /usr/bin/thunderbird script so the following requirements are met: > > 1) It must launch first time without problems while mozilla or firefox > is running. This works in my script. Though I think you still cannot run thunderbird when the mozilla suite is running. As you already mentioned for that mozilla needs to be patched. > 2) It must not pop-up that ugly error message when you attempt to launch > it while it is already running. Ideally it should pop-up the already > running thunderbird session if it is launched again. Read the recent > bugzilla entries about the broken xremote behavior to see why this is a > challenge. My script does not launch another session just makes the current session come to the foreground. (Unfortunately this does not work if you are on another desktop :-( ) My script doesn't use xremote > 3) It must not have that ugly lock-file that can get "stuck" after a > crash or unexpected reboot. Doesn't the mozilla code create this lock-file. In that case it seems like there's not much we can do. You can only delete the lock file if it's there and the mozilla app didn't start up yet. > 4) It must be able to launch a composer window from both a state where > thunderbird is not yet running, and thunderbird is already running. > Again this is a challenge because xremote is broken. This works fine in my script. > 5) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109738#c6 > It must integrate with the defaults set by the Preferred Applications > chooser as set by control-center after this patch above. I aim for this > patch to eventually go into both upstream control-center and FC2, which > should make the "Preferred Applications does not work" problem largely > go away in many applications like htmlview, evolution, and a few others. > A few other packages need simple patches for this to behave properly > though. This also works for me with my scripts > I highly suspect that after the above requirements are met, firefox-0.8 > and thunderbird-0.5 will Just Work(TM) together and be nicely integrated > into the desktop. After this is ready, I hope to have a nicely > illustrated guide with graphics explaining the simple installation > procedure for FC1 and FC2 (just install two RPMS from Extras), set the > Preferred Applications, and suddenly Linux desktop nirvana. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114524 > Also note that the above firefox & thunderbird pair will work together, > while mozilla will be painful with thunderbird without this patch. I > really hope for this patch to be applied before FC2, but I promised > someone that I would never bug him directly about this anymore. I urge > others to politely ask him instead. > Hope this will help Jaap From veillard at redhat.com Tue Mar 9 13:00:02 2004 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 9 Mar 2004 08:00:02 -0500 Subject: I want my Galeon back!!! In-Reply-To: <20040309120404.GA31594@devserv.devel.redhat.com> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <20040309120404.GA31594@devserv.devel.redhat.com> Message-ID: <20040309130002.GC12285@redhat.com> On Tue, Mar 09, 2004 at 07:04:04AM -0500, Alan Cox wrote: > On Tue, Mar 09, 2004 at 12:05:18AM +0100, Jean Francois Martinez wrote: > > It was a vanilla, out of the box FC1, swapping was nil and there was no > > other activity. The four minutes was not elapsed time but CPU time > > (read through PS). The help displayed was not the general Gnome index > > (quite fast) but the Gnumeric one. While rendering the Gnumeric help > > yelp polluted my home directory with a lot of html files. From memory, > > the box was configured for US/English as default language. > > Try Fedora2 Test 1. The docbook to [whatever] convertors are now way way > faster For the people interested, basically the incredible improvements in yelp between FC1 and FC2 are mostly to the credit of Shaun McCance, his motto is "Because Documentation Should Kick Ass" http://www.gnome.org/~shaunm/yelp/ The improvement came by rewriting from scratch the XSLT stylesheets used to format the DocBook used for our doc, the original ones from Norman Walsh are excellent, very complete, but to some extent overengineered to the point of being terribly slow (which is fine for most processing but not on-the-fly help formatting). Shaun took the challenge and simply did it, congrats to him ! Daniel -- Daniel Veillard | Red Hat Network https://rhn.redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From alexl at redhat.com Tue Mar 9 13:22:28 2004 From: alexl at redhat.com (Alexander Larsson) Date: 09 Mar 2004 14:22:28 +0100 Subject: package shepherding In-Reply-To: <1078834094.4756.43.camel@athlon.localdomain> References: <1078310778.22970.148.camel@spatula.pppl.gov> <1078313008.29202.170.camel@localhost.localdomain> <1078331818.4748.12.camel@athlon.localdomain> <1078390068.29202.197.camel@localhost.localdomain> <1078416336.4749.9.camel@athlon.localdomain> <1078477185.29202.308.camel@localhost.localdomain> <1078500480.5602.58.camel@athlon.localdomain> <1078827320.29202.538.camel@localhost.localdomain> <1078834094.4756.43.camel@athlon.localdomain> Message-ID: <1078838547.29202.619.camel@localhost.localdomain> On Tue, 2004-03-09 at 13:08, Leonard den Ottolander wrote: > Hi Alexander, > > > It seems its always the fault of the developer when something isn't > > ideal. The developer should just write more devel docs, should just > > write more docs, should just fix more bugs, should just communicate with > > the community more, should just add that new important feature. > > Actually I was blaming management not to manage the available resources > well enough. This could mean letting developers spend more time on > fixing bugs and communicating with/educating volunteers, or by setting > up structures that address these issues (package managers besides > package developers). I am well aware of the fact that individual > developers are pressed for time, but that is because management expects > certain things of them. So what I am saying is that management lacks > vision. Management tells me very very little what to do in details like this. I make almost all decisions about what to do in the small scale myself. Of course, there is a larger plan that controls how I schedule my time, but that doesn't say whether I should spend time reading this mail or if I should fix a bug. Also, there is all this talk about "Management" with I just don't understand. Redhat is a company with managers, but Fedora is about free software development. People are supposed to work on it because they like to, to scratch itches, to learn stuff, to have fun. If all you want is to have a Redhat fix bugs for you the best way do to that is to spend money on Redhat Enterprise Linux, that means we'll get more paid developers and will be able to fix more bugs (in fedora too, fedora is what will become the next RHEL version). > > Why isn't it never the fault of the person who wants to fix a difficult > > bug that he didn't spend enough time trying to understand the code, > > instead of the developer not spending enough time writing docs for > > something that probably only that person needs. > > Obviously trying to understand the code yourself is the approach often > taken. But that also often means a duplication of effort. On the one > hand I like this do it yourself approach, but on the other hand it can > be rather time consuming and diverging. I as a user have to manage > dozens if not hundreds of packages, and you can't expect me to > understand the internals of all of these. So I as a user need a place to > be able to take up my beef. And although many developers are very > responsive their lack of time often makes that they only half answer > your questions. You have to manage dozens of packages. I have to manage several thousands of bugs, and hundreds of people taking up their beef with me. It just doesn't scale well. I guess i just don't understand what you'd like developers to do. It sounds like you just want them to do more work in less time. > > We do already spend time fixing bugs, and it is an essential part of QA. > > However you seem to want us to spend more time on that than we currently > > do. The hard question is then: What would you want us then to not do > > instead? > > You have vast amounts of possible volunteers on these lists, which if > managed well could take some of the burden of your shoulders. I can see > that individual developers are taking part in managing these resources, > but I don't see an overall strategy. But then maybe I am expecting too > much of a BSDish approach... All the possible volunteers on this lists are great, but the fact is that if I have to personally hand-hold them I won't have time for anything else, which might be a net loss to the project. Its very much a fact that volunteers in free software projects have to be very driven self-starters. It might be an unfortunate fact, but its been true for as long as I've done free software, and I don't see it changing. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a time-tossed coffee-fuelled librarian on his last day in the job. She's a blind antique-collecting mechanic with her own daytime radio talk show. They fight crime! From barryn at pobox.com Tue Mar 9 13:50:30 2004 From: barryn at pobox.com (Barry K. Nathan) Date: Tue, 9 Mar 2004 05:50:30 -0800 Subject: Help Needed: thunderbird-0.5 and other stuff In-Reply-To: <404D94FC.70305@redhat.com> References: <404D94FC.70305@redhat.com> Message-ID: <20040309135030.GB2889@ip68-4-255-84.oc.oc.cox.net> On Mon, Mar 08, 2004 at 11:57:16PM -1000, Warren Togami wrote: > * links lockup, kill -9... why? > Seems to happen only on certain machines but not others... > extremely annoying and I could never figure out why this happens. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107022 You're still seeing this?? Supposedly elinks-0.4.3-1 fixes it, and I certainly can't reproduce it anymore with that version... -Barry K. Nathan From rms at 1407.org Tue Mar 9 14:29:11 2004 From: rms at 1407.org (Rui Miguel Seabra) Date: Tue, 09 Mar 2004 14:29:11 +0000 Subject: software suspend? Message-ID: <1078842550.1937.11.camel@roque> Hi, Is software suspend enabled in Linux 2.6.3-2.1.242 ? I have tried to echo S4 > /proc/acpi/sleep but nothing happens. What could I be doing wrong? Thanks in advance, Rui -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.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 erik at totalcirculation.com Tue Mar 9 14:39:21 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Tue, 9 Mar 2004 09:39:21 -0500 Subject: package shepherding Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9BA@smith.interlink.local> Alexander Wrote: > > You have vast amounts of possible volunteers on these lists, which if > > managed well could take some of the burden of your shoulders. I can see > > that individual developers are taking part in managing these resources, > > but I don't see an overall strategy. But then maybe I am expecting too > > much of a BSDish approach... > > All the possible volunteers on this lists are great, but the fact is > that if I have to personally hand-hold them I won't have time for > anything else, which might be a net loss to the project. Its very much a > fact that volunteers in free software projects have to be very driven > self-starters. It might be an unfortunate fact, but its been true for as > long as I've done free software, and I don't see it changing. > I think this is the real issue. It took me many years of using open source to even attempt to make a contribution. I think what people are hoping for here is some guidance as to how to make it easier to get people started with the project. I think that's what Jef's been trying to do with triage days, and for my own part, I'm trying to make the Extra's QA process more straightforward with my quickstart guide. If fedora can come up with a set of simple tasks, that nonetheless provide real help, the barrier for entry will be drastically lowered. Expecting everybody to actually "fix a bug" means you eliminate many potential contributors due to the sheer background knowledge required. The trick IMHO is figuring out ways to give input that are easy AND useful. --erik From jspaleta at princeton.edu Tue Mar 9 15:07:20 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 09 Mar 2004 10:07:20 -0500 Subject: human sheparding ( was package shepherding ) Message-ID: <1078844840.17986.68.camel@spatula.pppl.gov> Alexander Larsson wrote: > Also, there is all this talk about "Management" with I just don't > understand. Redhat is a company with managers, but Fedora is about free > software development. People are supposed to work on it because they > like to, to scratch itches, to learn stuff, to have fun. If all you want > is to have a Redhat fix bugs for you the best way do to that is to spend > money on Redhat Enterprise Linux, that means we'll get more paid > developers and will be able to fix more bugs (in fedora too, fedora is > what will become the next RHEL version) You've read the leadership draft document right? Now talking about micro-management of developer time maybe isn't something productive to talk about (unless i knew who your manager was and had a way to bribe them into telling you to do exactly what i wanted partitioned into 15 minute blocks of time). But certainly there is room to talk about Red Hat's need to manage in broad strokes, the large human capital resources represented not only in red hat employees, but also the enthusiastic but maybe somewhat out-of-touch volunteers. This is not going to be a very successful community experiment, if Red Hat contains full control of the high level policy and decision making that directs the distro...but doesn't do a very good job of communicating and directing volunteers. Everyone involved in a process gets paid in different ways. Volunteers, get paid either through control to shape the direction of the project or through access to information, and both forms of metaphysical volunteer payment seems to be lost in the mail when it comes to the Fedora project. Personally I'd say Red Hat misjudged the cost of sending out those checks, and didn't spend enough money on stamps. Or dropping the cutesy allegory... I don't think Red Hat has allocated enough internal resources aimed directly at the problem of building and managing the volunteer community aspects of the project. A few very motivated and extremely technically knowledgable people have broken through the barren wastelands of communication separating the nation-states of Fedora users and Fedora developers, but I wouldn't call that sort of vision quest something a majority of volunteers are skilled enough to do. There is a need here to manage aspects of communication with volunteers, to take the day-to-day burden of dealing with common volunteer/developer communication off the shoulders of the developers. And I'm not talking about individual developer time, I'm talking about someone specifically whose job it is to act as a volunteer coordinator. If the Fedora project, as a community project, is really important to Red Hat corporate, they will allocate manhours specifically to address the horrible task of figuring out how to recruit and retain community volunteer interest in a project whose overall goals are set not by community..but by Red Hat. If Red Hat does tap someone to be a volunteer coordinator, and they make the mistake of not hiring someone with training and experience dealing with volunteer husbandry in the brick and mortar world, might I suggest they look at the first 18 or so pages of this volunteer management handbook pdf: http://tinyurl.com/33ban The section outlining on how to start off on the wrong foot, in terms of volunteer organization..reads like a history of the Fedora project. Read the first 18 pages or so and grimace. Actually...everyone involved in Fedora development should read the first 18 or so pages of that volunteer workbook. The majority of the pdf, concerns itself with template tools as example tools to address many of the issues raised in the first 18 or so summary pages. In the darker moments of my day (when I'm calibrating optical beam paths in the dead of night) i sometimes wonder what exactly is the point of opening this process up to the 'community.' Is it all about the binary bits? Or is the real potential value not in the bits at all but in the building of a vibrant community process, where an average fedora user (who lets be honest is going to be less technically inclined than users of some of the more prominent community development model distros) can learn how to contribute. People just wandering through, scratching their own itch, in my mind, isn't a really useful definition of community...its sort of like calling the mass of people standing in line at the DMV a community. Or too but it another way, idle technical proficient manpower at this point is probably in short supply, since anyone who has an itch to scratch already has a sourceforge project listing for some sort of mp3 playing something or other. Fedora either has to tap into existing volunteer manpower that is being used for other things by offering those people something of value inherent in the fedora contribution process, or by developing and nurturing less technically inclined user so that they can become active contributors. -jef"Communities are built through proactive leadership reaching out and building a process by which people feel empowered to be responsible for the project. I'm still very hopeful such a community can be built from the people standing in line at the Fedora's DMV"spaleta From NOS at Utel.no Tue Mar 9 15:43:30 2004 From: NOS at Utel.no (Nils O. =?ISO-8859-1?Q?Sel=E5sdal?=) Date: Tue, 09 Mar 2004 16:43:30 +0100 Subject: I want my Galeon back!!! In-Reply-To: <000101c405d0$399c2f50$14aaa8c0@utelsystems.local> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <000101c405d0$399c2f50$14aaa8c0@utelsystems.local> Message-ID: <1078847010.11143.0.camel@localhost.localdomain> On Tue, 2004-03-09 at 13:15, Alan Cox wrote: > On Tue, Mar 09, 2004 at 12:05:18AM +0100, Jean Francois Martinez wrote: > > It was a vanilla, out of the box FC1, swapping was nil and there was no > > other activity. The four minutes was not elapsed time but CPU time > > (read through PS). The help displayed was not the general Gnome index > > (quite fast) but the Gnumeric one. While rendering the Gnumeric help > > yelp polluted my home directory with a lot of html files. From memory, > > the box was configured for US/English as default language. > > Try Fedora2 Test 1. The docbook to [whatever] convertors are now way way > faster Any (good) reason the docs are not pre-converted to html ? Why convert them on the fly ? -- Nils Olav Sel?sdal System Engineer w w w . u t e l s y s t e m s . c o m From jkeating at j2solutions.net Tue Mar 9 16:02:56 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 9 Mar 2004 08:02:56 -0800 Subject: I want my Galeon back!!! In-Reply-To: <1078847010.11143.0.camel@localhost.localdomain> References: <1078777662.1172.39.camel@agnes.fremen.dune> <000101c405d0$399c2f50$14aaa8c0@utelsystems.local> <1078847010.11143.0.camel@localhost.localdomain> Message-ID: <200403090802.56664.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 09 March 2004 07:43, Nils O.\ wrote: > Any (good) reason the docs are not pre-converted to html ? > Why convert them on the fly ? Languages? Are the source files in UTF and get translated to the local language at html generation time? That would seem like a good reason to me. - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFATeqw4v2HLvE71NURArOuAJ4vzpftzKs7hQLdBtvByA0MViKB5wCgtdAs U5ajzo7uvtYv9pIGKiiBi5U= =DEI8 -----END PGP SIGNATURE----- From arjanv at redhat.com Tue Mar 9 16:05:04 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 09 Mar 2004 17:05:04 +0100 Subject: package shepherding In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9BA@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9BA@smith.interlink.local> Message-ID: <1078848304.4452.8.camel@laptop.fenrus.com> > If fedora can come up with a set of simple tasks, that nonetheless > provide real help, the barrier for entry will be drastically lowered. > Expecting everybody to actually "fix a bug" means you eliminate many > potential contributors due to the sheer background knowledge required. > > The trick IMHO is figuring out ways to give input that are easy AND > useful. for the upstream kernel there is a thing called "kernel janitors" which is basically just this. And it's a way for people to start with something relatively simple and sort of grow into things as a learning experience. Maybe fedora-janitors ??? ;) -------------- 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 arjanv at redhat.com Tue Mar 9 16:06:14 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 09 Mar 2004 17:06:14 +0100 Subject: software suspend? In-Reply-To: <1078842550.1937.11.camel@roque> References: <1078842550.1937.11.camel@roque> Message-ID: <1078848374.4452.10.camel@laptop.fenrus.com> On Tue, 2004-03-09 at 15:29, Rui Miguel Seabra wrote: > Hi, > > Is software suspend enabled in Linux 2.6.3-2.1.242 ? > > I have tried to echo S4 > /proc/acpi/sleep but nothing happens. > > What could I be doing wrong? suspend to disk is not enabled since it's really not working well (which is one thing and not per se a reason to disable it) but it's severely dangerous to your data (which is another, and IS a reason to disable it) -------------- 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 ellson at research.att.com Tue Mar 9 21:22:05 2004 From: ellson at research.att.com (John Ellson) Date: Tue, 09 Mar 2004 16:22:05 -0500 Subject: where is: rawhide report: 20040309 changes ? Message-ID: <404E357D.9010201@research.att.com> Is there going to be a "rawhide report: 20040309 changes" that tells us what was so important about the nearly 800 new rpms today? John From dcbw at redhat.com Tue Mar 9 21:31:54 2004 From: dcbw at redhat.com (Dan Williams) Date: Tue, 09 Mar 2004 16:31:54 -0500 Subject: where is: rawhide report: 20040309 changes ? In-Reply-To: <404E357D.9010201@research.att.com> References: <404E357D.9010201@research.att.com> Message-ID: <1078867914.13935.16.camel@dcbw.boston.redhat.com> When that many packages are changed, it almost always indicates a mass- rebuild of some sort. The changelogs of individual packages usually won't tell you much beyond Eliot stuffing a "rebuild" comment into each one. I'm not sure what this rebuild was for but some valid reasons are things like compiler changes, SELinux updates, changes to other core tools that need to be verified against each package. Dan On Tue, 2004-03-09 at 16:22 -0500, John Ellson wrote: > Is there going to be a "rawhide report: 20040309 changes" that tells us > what was > so important about the nearly 800 new rpms today? > > John > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list From aleksey at nogin.org Tue Mar 9 21:31:16 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Tue, 09 Mar 2004 13:31:16 -0800 Subject: software suspend? In-Reply-To: <1078842550.1937.11.camel@roque> References: <1078842550.1937.11.camel@roque> Message-ID: <404E37A4.7010803@nogin.org> On 09.03.2004 06:29, Rui Miguel Seabra wrote: > Is software suspend enabled in Linux 2.6.3-2.1.242 ? > > I have tried to echo S4 > /proc/acpi/sleep but nothing happens. > > What could I be doing wrong? You need to rebuild the kernel from the kernel-source with CONFIG_SOFTWARE_SUSPEND enabled. Works great for me. -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From pauln at truemesh.com Tue Mar 9 21:27:25 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Tue, 9 Mar 2004 21:27:25 +0000 Subject: where is: rawhide report: 20040309 changes ? In-Reply-To: <404E357D.9010201@research.att.com> References: <404E357D.9010201@research.att.com> Message-ID: <20040309212724.GG32385@lichen.truemesh.com> On Tue, Mar 09, 2004 at 04:22:05PM -0500, John Ellson wrote: > Is there going to be a "rawhide report: 20040309 changes" that tells us > what was > so important about the nearly 800 new rpms today? The mail gets sent after push to mirrors, with such a big changeset it may still be pushing. If it's a mass rebuild that's a good sign - it may be that rebuild for PIE had to be done. Paul From notting at redhat.com Tue Mar 9 21:38:48 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 9 Mar 2004 16:38:48 -0500 Subject: where is: rawhide report: 20040309 changes ? In-Reply-To: <1078867914.13935.16.camel@dcbw.boston.redhat.com> References: <404E357D.9010201@research.att.com> <1078867914.13935.16.camel@dcbw.boston.redhat.com> Message-ID: <20040309213848.GA16527@devserv.devel.redhat.com> Dan Williams (dcbw at redhat.com) said: > I'm not sure what this rebuild was for but some valid reasons are things > like compiler changes, SELinux updates, changes to other core tools that > need to be verified against each package. There was an error in the file_contexts for some 64-bit arches, requiring a rebuild of packages that place files in 64-bit specific directories. Bill From devscott at charter.net Tue Mar 9 21:56:45 2004 From: devscott at charter.net (Scott Sloan) Date: Tue, 09 Mar 2004 15:56:45 -0600 Subject: where is: rawhide report: 20040309 changes ? In-Reply-To: <1078867914.13935.16.camel@dcbw.boston.redhat.com> References: <404E357D.9010201@research.att.com> <1078867914.13935.16.camel@dcbw.boston.redhat.com> Message-ID: <1078869404.3337.1.camel@localhost.localdomain> > > I'm not sure what this rebuild was for but some valid reasons are things > like compiler changes, SELinux updates, changes to other core tools that > need to be verified against each package. A huge part of the new packages for me were gnome related. Gnome 2.6 beta 1 got pushed to mirrors yesterday, so I figured someone did a rebuild against these packages. -- Scott Sloan ------------ "I'm not a genius. I'm just passionately curious" -- Einstein From sarahs at redhat.com Tue Mar 9 22:33:09 2004 From: sarahs at redhat.com (Sarah Wang) Date: Wed, 10 Mar 2004 08:33:09 +1000 Subject: Accidental string changes in anaconda? In-Reply-To: <1078816740.23176.21.camel@edoras.local.net> References: <1078784976.1848.229.camel@stina.menthos.com> <1078789188.31612.119.camel@orodruin.boston.redhat.com> <404D094E.3090507@redhat.com> <1078816740.23176.21.camel@edoras.local.net> Message-ID: <404E4625.3000902@redhat.com> Hi Jeremy, Thanks for clarifying the issue and understanding our point of view :) Sarah Jeremy Katz ??: >On Tue, 2004-03-09 at 10:01 +1000, Sarah Wang wrote: > > >>Jeremy Katz ??: >> >> >>>On Mon, 2004-03-08 at 17:29, Christian Rose wrote: >>> >>> >>>>Ok, so why someone seems to have reverted all string changes that have >>>>happened the last months in anaconda beats me. >>>> >>>> >>>Hrmm? I haven't touched the .pot file recently (since test1-ish). >>>Granted, I _should_ push what's current but I haven't recently. There >>>haven't been really many changes at all, though. Hrmm... actually, I >>>think I might see what happened -- it looks like I somehow missed >>>committing the changed anaconda.pot file when I updated stuff and then >>>sarahs remerged stuff last night. >>> >>> >>> >>> >>Oops! I thought pot is always the *master*... I thought I was doing the >>right thing by keeping all po files consistent with pot files! All >>translators are very keen to keep up with the master files. The current >>status page showed that the total number of strings across all languages >>are greatly varied. If we can't be sure the pot files are most up2date >>how can we be sure the po files will be most up2date? >> >> > >They're supposed to be. Unfortunately, anaconda is "special" in how its >translations are handled which sometimes leads to bogons and things not >matching up and the like. The problems with the manual process that is >anaconda translations... I could probably write a nice paper on why >it's bad to try to split source and translations based on it ;) > > > >>>Ugh. I'll clean this up tonight after I get home as best as I can. >>>It's going to require going back to the state of things before Sarah's >>>merging last night, remerge with what's in devel CVS and then push >>>again. Which means that anything from today will be lost :/ I _think_ >>>that's probably the best plan, though (you can always then go back a >>>revision to before my merging). >>> >>> >>> >>Would it be easier just to push the updated pot files to >>rhlinux.redhat.com each time when they are updated? Who wants to work on >>outdated files? >> >> > >I usually push it when I update it, I just managed to not commit or copy >or something last time. For a while it was on my todo list to automate >the process a bit. But with Fedora and the ability to be more open >about release stuff in advance, I've switched instead to the plan of >"push anaconda CVS to be public". I just need to finish getting a few >things in order before I can do that. > > > >>>Yet another reason why I need to finish getting to where I can put >>>anaconda's CVS repository in general on rhlinux.redhat.com and just be >>>done with this nonsense of duplicate CVS repositories for translations >>>:-) >>> >>> >>> >>That would make a lot of sense to have one single CVS repositories. Is >>this the case for all other packages as well? Can we have automatica >>sync if we must maintain two CVS repositories? >> >> > >There are only a very very small number of things that are split like >this at this point. And most are for hystorical reasons that will >slowly migrate over. So I'm not sure how much it's worth putting effort >into setting up the automation at this point. > >Jeremy > >PS Didn't get to cleaning up the anaconda stuff tonight... I will take >care of it first thing in the morning. > > > > From leonard at den.ottolander.nl Tue Mar 9 23:30:44 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 10 Mar 2004 00:30:44 +0100 Subject: Fedora Bug Day Tomorrow: March 10th 2004: Bug Bugs Day Message-ID: <1078875044.4794.16.camel@athlon.localdomain> Fedora Bug Day: Help in tackling some bugs and take some weight of the shoulders of the maintainers. Pick your favourite package, poke it a little and see what comes out. March 10th, starting at 14:00 UTC (09:00 EST) at #fedora-bugs irc channel on freenode Join the discussion and help out with squashing bugs. If you think you are not up to fixing bugs by yourself you can always help out in investigating the validity of outstanding issues. Some info on Fedora Triage can be found in the fedora-triage-list archives https://lists.dulug.duke.edu/pipermail/fedora-triage-list/ or at the following URLs: http://tinyurl.com/ywma3 - Jef "the man" Spaleta's vision on Fedora Triage http://tinyurl.com/23alw - Jef's short term goals and long term plan Hope to see you around tomorrow, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From linuxnow at newtral.org Tue Mar 9 23:30:11 2004 From: linuxnow at newtral.org (Pau Aliagas) Date: Wed, 10 Mar 2004 00:30:11 +0100 (CET) Subject: where is: rawhide report: 20040309 changes ? In-Reply-To: <20040309213848.GA16527@devserv.devel.redhat.com> References: <404E357D.9010201@research.att.com> <1078867914.13935.16.camel@dcbw.boston.redhat.com> <20040309213848.GA16527@devserv.devel.redhat.com> Message-ID: On Tue, 9 Mar 2004, Bill Nottingham wrote: > Dan Williams (dcbw at redhat.com) said: > > I'm not sure what this rebuild was for but some valid reasons are things > > like compiler changes, SELinux updates, changes to other core tools that > > need to be verified against each package. > > There was an error in the file_contexts for some 64-bit arches, requiring > a rebuild of packages that place files in 64-bit specific directories. Can this be the reason why I have these dependency errors: using mirrors -------------- # yum update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 Development - x86_64 - Bleeding Edge Finding updated packages Downloading needed headers Resolving dependencies ....Unable to satisfy dependencies Package XFree86-libs needs XFree86-libs-data = 4.3.0-62, this is not available. Package XFree86-libs needs XFree86-libs-data = 4.3.0-62, this is not available. using download.fedora.redhat.com -------------------------------- # yum update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 Development - x86_64 - Bleeding Edge retrygrab() failed for: http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/headers/header.info Executing failover method failover: out of servers to try Error getting file http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/headers/header.info [Errno 4] IOError: HTTP Error 400: Bad Request Pau From cheshire at apple.com Wed Mar 10 02:16:22 2004 From: cheshire at apple.com (Stuart Cheshire) Date: Tue, 9 Mar 2004 18:16:22 -0800 Subject: In the service of Aunt Tillie -- Zero-configuration networking Message-ID: <200403100216.i2A2GMXn013524@relay2.apple.com> Oops. Sorry. Forgot to correct he subject line last time, so it said "Re: fedora-devel-list digest, Vol 1 #475 - 13 msgs" instead of "Re: In the service of Aunt Tillie -- Zero-configuration networking" Stephen Smoogen wrote: >A $50 ethernet printer would be cool since most of the ones I see are >always 200 more than the regular printer. A 802.11 would be ok until >people started paying kids to drive by and 'fax' you the latest sales >items. Security is IMPORTANT! Sadly, too few vendors care at all ("We recommend our products are only used behind a firewall" -- whatever that means). I'll say no more on the subject. >Well point me to the source, I will try to make a fedora.us RPM and put >it in the cooker by Friday or so. Check out top-of-tree mDNSResponder module from CVS. (Follow the instructions labeled "For APSL projects.") cd mDNSPosix make os=linux sudo make install os=linux Then cd ../Clients and make to build a simple client showing how to use the APIs. Stuart Cheshire * Wizard Without Portfolio, Apple Computer, Inc. * www.stuartcheshire.org From markmc at redhat.com Wed Mar 10 07:04:56 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 10 Mar 2004 07:04:56 +0000 Subject: where is: rawhide report: 20040309 changes ? In-Reply-To: <1078869404.3337.1.camel@localhost.localdomain> References: <404E357D.9010201@research.att.com> <1078867914.13935.16.camel@dcbw.boston.redhat.com> <1078869404.3337.1.camel@localhost.localdomain> Message-ID: <1078902295.3207.1.camel@laptop> Hi Scott, On Tue, 2004-03-09 at 21:56, Scott Sloan wrote: > > > > I'm not sure what this rebuild was for but some valid reasons are things > > like compiler changes, SELinux updates, changes to other core tools that > > need to be verified against each package. > > > A huge part of the new packages for me were gnome related. Gnome 2.6 > beta 1 got pushed to mirrors yesterday, so I figured someone did a > rebuild against these packages. Nope, we actually had the Beta 1 tarballs well before GNOME 2.6.0 Beta 1 was officially released. We'll probably update to the Beta 2 tarballs over the next few days ... Cheers, Mark. From moria at gnd.it Wed Mar 10 08:07:50 2004 From: moria at gnd.it (Moria) Date: Wed, 10 Mar 2004 09:07:50 +0100 Subject: About bug 115909 In-Reply-To: <1078902295.3207.1.camel@laptop> References: <404E357D.9010201@research.att.com> <1078869404.3337.1.camel@localhost.localdomain> <1078902295.3207.1.camel@laptop> Message-ID: <200403100907.51063.moria@gnd.it> Hi. About bug in subject https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 I can fix it, but i'm new on this list so i've some question: a) I can fix it in 3 ways: (1) Compiling hwinfo for fedora (it's a big guy) (2) Ripping uneeded code from hwinfo (3) With a shell script (perhaps) so the first question his: (1) or (2) or (3)? b) Where I could put the fix when done ? -------------- next part -------------- A non-text attachment was scrubbed... Name: public_key.asc Type: application/pgp-keys Size: 1332 bytes Desc: not available URL: From rms at 1407.org Wed Mar 10 09:54:45 2004 From: rms at 1407.org (Rui Miguel Seabra) Date: Wed, 10 Mar 2004 09:54:45 +0000 Subject: software suspend? In-Reply-To: <1078848374.4452.10.camel@laptop.fenrus.com> References: <1078842550.1937.11.camel@roque> <1078848374.4452.10.camel@laptop.fenrus.com> Message-ID: <1078912484.2092.6.camel@roque> On Tue, 2004-03-09 at 17:06 +0100, Arjan van de Ven wrote: > On Tue, 2004-03-09 at 15:29, Rui Miguel Seabra wrote: > > Is software suspend enabled in Linux 2.6.3-2.1.242 ? > > I have tried to echo S4 > /proc/acpi/sleep but nothing happens. > > What could I be doing wrong? > > suspend to disk is not enabled since it's really not working well (which > is one thing and not per se a reason to disable it) but it's severely > dangerous to your data (which is another, and IS a reason to disable it) Yes, oh well, I thought it was already working well, so I thought it was an accidental configuration and not intentional. How unstable would you say it is? Hugs, Rui -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.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 thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Mar 10 11:02:13 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 10 Mar 2004 12:02:13 +0100 Subject: Sharp Zaurus cradle and kernel 2.6 : khubd oops Message-ID: <20040310120213.42a4ad82@localhost> Hi, I've been trying to use my Sharp Zaurus' (handheld running Linux) cradle again, as support for usbnet is now in the mainstream kernel, unlike when I had just purchased it, as it needed to be patched into a vanilla kernel. It basically works, and quite easily : The Zaurus gets its own IP address as soon as it's plugged into the cradle, and all I needed to do was create a configuration file for an usb0 interface on my laptop with the IP address that the Zaurus has as its default gateway. From there, one iptables line for masquerading and there goes the Zaurus on the Internet automatically when "dcocked", cool. The problem is that the connection is "flaky" and the usb0 interface on my laptop keeps going up and down until I finally get an oops. Yesterday I got a lot more of the "waiting for usb0 to become free" than today before actually getting the oops, but in the end I did too. This is with kernel 2.6.3-2.1.242. If anyone knows what the problem could be, or where I can report this problem (and if more info is needed), I'd appreciate. Matthias [...] hub 2-0:1.0: port 1 disabled by hub (EMI?), re-enabling...<6>usb 2-1: USB disconnect, address 4 usb0: unregister usbnet usb-0000:00:1d.1-1, Sharp Zaurus SL-5x00 divert: freeing divert_blk for usb0 usb 2-1: new full speed USB device using address 5 divert: allocating divert_blk for usb0 usb0: register usbnet at usb-0000:00:1d.1-1, Sharp Zaurus SL-5x00 ip_tables: (C) 2000-2002 Netfilter core team hub 2-0:1.0: port 1 disabled by hub (EMI?), re-enabling...<6>usb 2-1: USB disconnect, address 5 usb0: unregister usbnet usb-0000:00:1d.1-1, Sharp Zaurus SL-5x00 divert: freeing divert_blk for usb0 unregister_netdevice: waiting for usb0 to become free. Usage count = 4 unregister_netdevice: waiting for usb0 to become free. Usage count = 4 usb 2-1: new full speed USB device using address 6 Unable to handle kernel NULL pointer dereference at virtual address 000000c8 printing eip: 22876146 *pde = 00000000 Oops: 0000 [#1] CPU: 0 EIP: 0060:[<22876146>] Not tainted EFLAGS: 00010293 (2.6.3-2.1.242) EIP is at usb_ifnum_to_if+0x5/0x3d [usbcore] eax: ffffff1c ebx: 00000001 ecx: 00000000 edx: 00000001 esi: 00000001 edi: ffffff1c ebp: 00000000 esp: 211fbe4c ds: 007b es: 007b ss: 0068 Process khubd (pid: 78, threadinfo=211fb000 task=211e1980) Stack: 00000000 00000001 1bb546e0 2287c40c 1bb546cc 00000000 1bb546cc 1bb546e0 ffffff92 1523a8b4 22876266 1523a964 1165ea79 22961a03 00000000 00000000 1bb5429c 1523a8b4 2296668a 1143eed2 1143ee40 22963e36 21aa9134 21aa9218 Call Trace: [<2287c40c>] usb_set_interface+0x19/0x10a [usbcore] [<22876266>] usb_driver_release_interface+0x3d/0x4e [usbcore] [<22961a03>] generic_cdc_bind+0x1a5/0x1d5 [usbnet] [<22963e36>] usbnet_probe+0x2ad/0x463 [usbnet] [<2287603f>] usb_probe_interface+0x39/0x48 [usbcore] [<022247a1>] bus_match+0x27/0x45 [<022247fc>] device_attach+0x3d/0x77 [<02224967>] bus_add_device+0x5b/0x89 [<02223c2e>] device_add+0x71/0xfb [<2287c748>] usb_set_configuration+0x1a1/0x1d0 [usbcore] [<22876ebf>] usb_new_device+0x32f/0x3a9 [usbcore] [<2287895f>] hub_port_connect_change+0x1cb/0x213 [usbcore] [<22878bd2>] hub_events+0x22b/0x3fd [usbcore] [<22878dc2>] hub_thread+0x1e/0xd0 [usbcore] [<02123671>] default_wake_function+0x0/0xc [<22878da4>] hub_thread+0x0/0xd0 [usbcore] [<0210b1d9>] kernel_thread_helper+0x5/0xb Code: 8b 88 ac 01 00 00 31 c0 85 c9 74 28 0f b6 41 04 31 db 84 c0 -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.3-2.1.242 Load : 0.57 0.51 0.25 From leonard at den.ottolander.nl Wed Mar 10 12:49:22 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 10 Mar 2004 13:49:22 +0100 Subject: Numlock state at boot [was: About bug 115909] In-Reply-To: <200403100907.51063.moria@gnd.it> References: <404E357D.9010201@research.att.com> <1078869404.3337.1.camel@localhost.localdomain> <1078902295.3207.1.camel@laptop> <200403100907.51063.moria@gnd.it> Message-ID: <1078922961.4753.11.camel@athlon.localdomain> Hello Moria, > About bug in subject > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 Instead of mentioning a bug number, it's better to use a description of the issue instead. > a) I can fix it in 3 ways: If you look at the issue it seems addressable, so it needs only to be implemented (or not), not really anything to fix anymore. > (1) Compiling hwinfo for fedora (it's a big guy) That is a solution you could use yourself, but there is already a reference to SuSE's hwinfo, so I wouldn't know what you could add. > (2) Ripping uneeded code from hwinfo No idea what you want to achieve with that. Could you elaborate a bit? > (3) With a shell script (perhaps) If you have a shell script that you think can be of use to others you can attach it to the bug, or put it up on the web somewhere and mention a reference on (one of) the lists. Maybe fedora-list will give you a larger audience for such an announcement. > b) Where I could put the fix when done ? You can attach solution(s) to the bug report as an attachment. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From dhollis at davehollis.com Wed Mar 10 13:16:40 2004 From: dhollis at davehollis.com (David T Hollis) Date: Wed, 10 Mar 2004 08:16:40 -0500 Subject: Sharp Zaurus cradle and kernel 2.6 : khubd oops In-Reply-To: <20040310120213.42a4ad82@localhost> References: <20040310120213.42a4ad82@localhost> Message-ID: <1078924599.2993.1.camel@dhollis-lnx.kpmg.com> On Wed, 2004-03-10 at 12:02 +0100, Matthias Saou wrote: > > This is with kernel 2.6.3-2.1.242. If anyone knows what the problem could > be, or where I can report this problem (and if more info is needed), I'd > appreciate. Send the info to linux-usb-devel at lists.sourceforge.net. David Brownell (david-b at pacbell.net) is the maintainer of usbnet and can probably help figure out what the problems are. -- David T Hollis From leonard at den.ottolander.nl Wed Mar 10 13:16:22 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 10 Mar 2004 14:16:22 +0100 Subject: Pango development In-Reply-To: <1078197341.4207.60.camel@localhost.localdomain> References: <1078155127.5359.17.camel@athlon.localdomain> <4043A695.2070905@darnet.ru> <1078197341.4207.60.camel@localhost.localdomain> Message-ID: <1078924582.4753.29.camel@athlon.localdomain> Hello Owen, > After a bit of study, I think the bug that Leonard is something > I fixed last fall: > Fix one problem with iteration by chars (Part of > #89541, Mariano Su?rez-Alvarez) > See http://bugzilla.gnome.org/show_bug.cgi?id=89541 That issue is still open. If you did indeed fix it would you be so kind to attach a diff -u to http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113284 ? I wouldn't know which versions to diff to extract this patch. > Kir/Leonard - do you think you can try upgrading your glib2 and > pango to the versions in FC2 test1 (or the development tree) > and see if the crash still exists? The newer glib2 and pango > should work fine with the other packages in FC1. I did upgrade glib2 and pango temporarily (as mentioned in my mail to the devel list from March 3rd). This seemed to fix the gnome-terminal resize behaviour, but not the funny chars in the tab and terminal titles. I haven't hit very hard on gnome-terminal, so I can't say for sure this solves the crashes I'm seeing. Also, these upgrades caused my logout dialog to disappear so I reverted. If you could supply the specific patch I would be happy to test it. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From nphilipp at redhat.com Wed Mar 10 14:52:51 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 10 Mar 2004 15:52:51 +0100 Subject: spectool-1.0.2 Message-ID: <1078930370.23591.28.camel@gibraltar.stuttgart.redhat.com> Hi, spectool-1.0.2 is available at: http://people.redhat.com/nphilipp/spectool/spectool-1.0.2.tar.bz2 Changelog: * version 1.0.2 * some tidying work * replace option -D/--dummy with -n/--dryrun/--dry-run * specify what to get/list as options (-s/--source ..., -p/--patch ..., -S/--sources, -P/--patches, -A/--all) with '--all' as default * list files if no mode options are given * work properly on spec files with subpackages Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- 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 tjarls at iee.lu Wed Mar 10 15:31:31 2004 From: tjarls at iee.lu (Charles Lopes) Date: Wed, 10 Mar 2004 16:31:31 +0100 Subject: DVD backups - bug or feature? In-Reply-To: <1078746465.5349.17.camel@athlon.localdomain> References: <20040307170011.29900.66954.Mailman@listman.back-rdu.redhat.com> <404C16B8.1020308@tnglwood.demon.co.uk> <404C4D73.9050809@iee.lu> <1078746465.5349.17.camel@athlon.localdomain> Message-ID: <404F34D3.1050307@iee.lu> Leonard den Ottolander wrote: >Hi Charles, Bob, > > > >>>3) Develop a workaround (I already have one)? >>> >>> >>You can burn directly your tar file to the DVD and subsequently read it >>with "tar xjvf /dev/cdrom" >> >> > >Some people have reported that this does not work for them. I don't know >why not, but since people have reported it you should probably check >that this works for you. > >Leonard. > > > I tried it and it works to some extend. bzip2 dies at the end and in some cases the last file in the archive is not restored correctly. I've been padding the tar-bziped file with zeroes up to the next 32kB block boundary and that seems to work. The restore command still returns an error at the end but the restored files seem ok, at least in the few attempts that I made. The same behaviour (tar or bzip2 dying when reaching the end of the media) seems to happen as well on floppy disks. Anyway, using ext2 on DVD is probably the way to go for Bob. Charles From jpo at di.uminho.pt Wed Mar 10 15:43:56 2004 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 10 Mar 2004 15:43:56 +0000 Subject: spectool-1.0.2 In-Reply-To: <1078930370.23591.28.camel@gibraltar.stuttgart.redhat.com> References: <1078930370.23591.28.camel@gibraltar.stuttgart.redhat.com> Message-ID: <404F37BC.40103@di.uminho.pt> Nils, > > * version 1.0.2 > * some tidying work > * replace option -D/--dummy with -n/--dryrun/--dry-run > * specify what to get/list as options (-s/--source ..., -p/--patch ..., > -S/--sources, -P/--patches, -A/--all) with '--all' as default > * list files if no mode options are given > * work properly on spec files with subpackages > No man page. No Makefile.PL. :( At least is still written in Perl ;) jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From tjarls at iee.lu Wed Mar 10 15:00:58 2004 From: tjarls at iee.lu (Charles Lopes) Date: Wed, 10 Mar 2004 16:00:58 +0100 Subject: tcltk In-Reply-To: <1078512001.1375.11.camel@nyarlathotep.fedora> References: <1078512001.1375.11.camel@nyarlathotep.fedora> Message-ID: <404F2DAA.2060106@iee.lu> Alain wrote: >hello, > >some old programs do not work or to be recompiled with new tcltk. > >is a compatibility package with 8.3.* possible ? > >for use this old programs with FC2, I have recompiled some SRPMS (i.e. >python, rythmbox, ...) with tcltk 8.3, but this is not a good solution >for many users. > >(sorry for my bad englih) > > Some private functions and variables from tk have been moved to the namespace ::tk and this has broken programs that used them. One of such programs is tkgnats. It uses the function tkCancelRepeat. Using replacing it by ::tk::CancelRepeat fixes the problem. Maybe a mention about this deprecation in tk should be included in the release notes for FC2 if it isn't there already. From erik at totalcirculation.com Wed Mar 10 16:20:53 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Wed, 10 Mar 2004 11:20:53 -0500 Subject: fedora-rpmdevtools (was RE: spectool-1.0.2) Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C6@smith.interlink.local> > > * version 1.0.2 > * some tidying work > * replace option -D/--dummy with -n/--dryrun/--dry-run > * specify what to get/list as options (-s/--source ..., -p/--patch ..., > -S/--sources, -P/--patches, -A/--all) with '--all' as default > * list files if no mode options are given > * work properly on spec files with subpackages > Great tool! Thanks! What are the chances of getting it included with fedora-rpmdevtools, maybe as fedora-spectool or something? I've got a several scripts that I'd like to see get ironed out and added as well... fedora-installkey (install a key from keyserver into the fedora rpm keyring) fedora-qastart (download srpms+md5sums from bugzilla, verify them, verify sources using spectool, output prelimary qa checklist) fedora-qatemplate (create a qa template to paste fedora-qatest input into, gpg sign it, maybe submit it to bugzilla eventually too) --erik From ms-nospam-0306 at arcor.de Wed Mar 10 17:14:00 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 10 Mar 2004 18:14:00 +0100 Subject: spectool-1.0.2 In-Reply-To: <404F37BC.40103@di.uminho.pt> References: <1078930370.23591.28.camel@gibraltar.stuttgart.redhat.com> <404F37BC.40103@di.uminho.pt> Message-ID: <20040310181400.4d1adad9.ms-nospam-0306@arcor.de> On Wed, 10 Mar 2004 15:43:56 +0000, Jos? Pedro Oliveira wrote: > Nils, > > > > > * version 1.0.2 > > * some tidying work > > * replace option -D/--dummy with -n/--dryrun/--dry-run > > * specify what to get/list as options (-s/--source ..., -p/--patch ..., > > -S/--sources, -P/--patches, -A/--all) with '--all' as default > > * list files if no mode options are given > > * work properly on spec files with subpackages > > > > No man page. > No Makefile.PL. > :( Considering that this script is quite experimental stuff, and feature set and syntax and semantics of options may change regularly, "spectool -h" (or just spectool without arguments) gives enough help. Makefile.PL for a single script would be overhead, too, IMHO. > At least is still written in Perl ;) And in particular, this release seems to work actually. *g* -- From hattenator at imapmail.org Wed Mar 10 17:32:34 2004 From: hattenator at imapmail.org (Eric Hattemer) Date: Wed, 10 Mar 2004 09:32:34 -0800 Subject: About bug 115909 In-Reply-To: <200403100907.51063.moria@gnd.it> References: <404E357D.9010201@research.att.com> <1078869404.3337.1.camel@localhost.localdomain> <1078902295.3207.1.camel@laptop> <200403100907.51063.moria@gnd.it> Message-ID: <404F5132.1020208@imapmail.org> Moria wrote: >Hi. >About bug in subject >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 >I can fix it, but i'm new on this list so i've some question: >a) I can fix it in 3 ways: > (1) Compiling hwinfo for fedora (it's a big guy) > (2) Ripping uneeded code from hwinfo > (3) With a shell script (perhaps) >so the first question his: (1) or (2) or (3)? >b) Where I could put the fix when done ? > > > a. I think the best received fix would be a patch to hwinfo. So you may need to install the srpm, dig into the source, make a patch, then test it thoroughly. b. There is an attachment function in bugzilla toward the bottom. Just attach the patch there. -Eric Hattemer From warren at togami.com Wed Mar 10 19:47:30 2004 From: warren at togami.com (Warren Togami) Date: Wed, 10 Mar 2004 09:47:30 -1000 Subject: fedora-rpmdevtools (was RE: spectool-1.0.2) In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C6@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C6@smith.interlink.local> Message-ID: <404F70D2.5020903@togami.com> Erik LaBianca wrote: >>* version 1.0.2 >>* some tidying work >>* replace option -D/--dummy with -n/--dryrun/--dry-run >>* specify what to get/list as options (-s/--source ..., -p/--patch > > ..., > >> -S/--sources, -P/--patches, -A/--all) with '--all' as default >>* list files if no mode options are given >>* work properly on spec files with subpackages >> > > > Great tool! Thanks! > > What are the chances of getting it included with fedora-rpmdevtools, > maybe as fedora-spectool or something? > > I've got a several scripts that I'd like to see get ironed out and added > as well... > > fedora-installkey (install a key from keyserver into the fedora rpm > keyring) This would be a really good idea! Have you manage to be able to script the removal of all signatures from that key though, so you can export a keyfile that wont cause rpm to be b0rked? > fedora-qastart (download srpms+md5sums from bugzilla, verify them, > verify sources using spectool, output prelimary qa checklist) > fedora-qatemplate (create a qa template to paste fedora-qatest input > into, gpg sign it, maybe submit it to bugzilla eventually too) > This would be tough, because there is currently no one standard way of putting it into bugzilla. Some people use the URL field, while others post a link to it in the comments, while others (unhappily) never update that link with package updates and I have to go fishing for it... Warren From erik at totalcirculation.com Wed Mar 10 19:55:26 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Wed, 10 Mar 2004 14:55:26 -0500 Subject: fedora-rpmdevtools (was RE: spectool-1.0.2) Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C7@smith.interlink.local> > > > > fedora-installkey (install a key from keyserver into the fedora rpm > > keyring) > > This would be a really good idea! Have you manage to be able to script > the removal of all signatures from that key though, so you can export a > keyfile that wont cause rpm to be b0rked? I have signature removal scripted. However it isn't working. Removing all uid's and all signatures doesn't seem to work correctly, and I haven't been able to strip a key by hand successfully, so I'm stuck. I'd appreciate some help :) > > > fedora-qastart (download srpms+md5sums from bugzilla, verify them, > > verify sources using spectool, output prelimary qa checklist) > > fedora-qatemplate (create a qa template to paste fedora-qatest input > > into, gpg sign it, maybe submit it to bugzilla eventually too) > > > > This would be tough, because there is currently no one standard way of > putting it into bugzilla. Some people use the URL field, while others > post a link to it in the comments, while others (unhappily) never update > that link with package updates and I have to go fishing for it... I'm somewhat successfully downloading stuff from bugzilla. I just download the bugzilla page source, and look for "http://.*\.src\.rpm" and "http://$1.*md5.*". For the stuff I've tried, it works well. This way it only catches clickable links. If we want it to catch url field entries as well, it wouldn't be a difficult change. I'm sure there are some entries that will confuse it, but they could be coded around. I'd say we should just make a format that we expect .src.rpm and md5sum announcements in, and ask people to conform to that. I think quick and effective QA will be sufficient incentive. The stuff I have is available at http://www.ilsw.com/~erik/ if anyone is interested. --erik From davide.rossetti at roma1.infn.it Wed Mar 10 21:08:21 2004 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Wed, 10 Mar 2004 22:08:21 +0100 Subject: kernel-2.4.22-1.2174.nptlsmp + kiobuftest fails??? Message-ID: <404F83C5.4000004@roma1.infn.it> hi all, I'm experimenting a bit with kiobuffers in 2.4.22-1.2174.nptlsmp [plain rpm kernel] - I took arch/cris/drivers/examples/kiobuftest.c - compiled and insmod'd it - mknod /dev/kiobuftest c 0 - run the user-mode test ktest.c (attached) [note: O_DIRECT in open is just a trie, it doesn't modify the result. It is there to test whether the O_DIRECT code path does something better...] problem is that map_user_kiobuf() often puts 0's in maplist[i] for some/all i. [root at xeone driver]# ./ktest buf=0xbf403008 addr=0xbf404000 len=8192 [root at xeone driver]# ./ktest buf=0xbf4c6008 addr=0xbf4c7000 len=8192 [root at xeone driver]# ./ktest buf=0xbf48f008 addr=0xbf490000 len=8192 [root at xeone driver]# dmesg nr_pages == 2 offset == 0 length == 8192 buf == 0xbf404000 page_add(maplist[0]) == 0xff8cd000 page_add(maplist[1]) == 0x00000000 nr_pages == 2 offset == 0 length == 8192 buf == 0xbf4c7000 page_add(maplist[0]) == 0x00000000 page_add(maplist[1]) == 0xff9cb000 nr_pages == 2 offset == 0 length == 8192 buf == 0xbf490000 page_add(maplist[0]) == 0xffa90000 page_add(maplist[1]) == 0x00000000 [root at xeone driver]# dd if=/dev/kiobuftest of=miao bs=8192 count=1 1+0 records in 1+0 records out [root at xeone driver]# dmesg |tail nr_pages == 2 offset == 0 length == 8192 buf == 0x09650000 page_add(maplist[0]) == 0xffa91000 page_add(maplist[1]) == 0x00000000 [root at xeone driver]# dd if=/dev/kiobuftest of=miao bs=$[2*8192] count=1 1+0 records in 1+0 records out [root at xeone driver]# dmesg |tail nr_pages == 4 offset == 0 length == 16384 buf == 0x08ee8000 page_add(maplist[0]) == 0xffaa9000 page_add(maplist[1]) == 0xff8d9000 page_add(maplist[2]) == 0x00000000 page_add(maplist[3]) == 0x00000000 so it seems that sometimes I get a kernel virtual address = 0... it is strange as the code in memory.c:get_user_pages(), called by map_user_kiobuf(), has guards against it happening: if (pages) { pages[i] = get_page_map(map); /* FIXME: call the correct function, * depending on the type of the found page */ if (!pages[i]) goto bad_page; page_cache_get(pages[i]); } seems like there is an error which is not propagated up to the caller of map_user_kiobuf() I'm compiling a plain 2.4.25 + dprintk active to double check.... regards -------------- next part -------------- A non-text attachment was scrubbed... Name: ktest.c Type: text/x-c Size: 668 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Wed Mar 10 21:36:07 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 10 Mar 2004 22:36:07 +0100 Subject: fedora-rpmdevtools (was RE: spectool-1.0.2) In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C7@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C7@smith.interlink.local> Message-ID: <20040310223607.2bdaa71d.ms-nospam-0306@arcor.de> On Wed, 10 Mar 2004 14:55:26 -0500, Erik LaBianca wrote: > I'd say we should just make a format that we expect .src.rpm and md5sum > announcements in, and ask people to conform to that. I think quick and > effective QA will be sufficient incentive. For average size packages, MD5 checksums and GPG signatures are not needed at all. The included tarball and maybe 1-2 patches can and must be verified. Signatures get important for large packages, which include lots of patches, for instance. -- From erik at totalcirculation.com Wed Mar 10 22:09:12 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Wed, 10 Mar 2004 17:09:12 -0500 Subject: fedora-rpmdevtools (was RE: spectool-1.0.2) Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C8@smith.interlink.local> > > I'd say we should just make a format that we expect .src.rpm and md5sum > > announcements in, and ask people to conform to that. I think quick and > > effective QA will be sufficient incentive. > > For average size packages, MD5 checksums and GPG signatures are not > needed at all. The included tarball and maybe 1-2 patches can and must be > verified. Signatures get important for large packages, which include lots > of patches, for instance. > Given all the rhetoric on this list and on the fedora.us website, I see no reason why rpm signatures on packages and md5sums should not be required. They're easy to create. If they're not going to be required, then we need to relax the requirements[1,2,3] for GPG signing everything that goes into bugzilla too. Who determines when a package is "large enough" to require a valid signature? IMO, this kind of ambiguity is killing the project. It's impossible to streamline a workflow when you allow for every possibility under the sun at every step. Personally, I feel that package submissions should be GPG-signed, and we should eliminate posting the md5sums for the .src.rpm. Clearsigned md5sums provide some assurance that the author hasn't changed the package since it was QA'd, and provide a valuable addition to the QA review, but not the initial package submission. [1] http://www.fedora.us/wiki/PackageSubmissionQAPolicy [2] http://www.fedora.us/pipermail/fedora-devel/2003-March/000459.html [3] http://www.fedora.us/wiki/PUBLISHCriteria --erik From hp at redhat.com Wed Mar 10 22:10:16 2004 From: hp at redhat.com (Havoc Pennington) Date: Wed, 10 Mar 2004 17:10:16 -0500 Subject: package shepherding (was Re: Fedora Bug Day Tomorrow: March 3rd 2004: Don't Bug Mark Day) In-Reply-To: <1078306135.3431.71.camel@laptop> References: <1078275348.22970.91.camel@spatula.pppl.gov> <1078306135.3431.71.camel@laptop> Message-ID: <1078956616.2484.176.camel@localhost.localdomain> On Wed, 2004-03-03 at 04:28, Mark McLoughlin wrote: > > I think we need to figure out what we're trying to achieve with these > shepherding lists and then figure out a way to use bugzilla to > effectively achieve those goals. I've done the text file thing before too. I think the basic problem is that bugzilla is overcomplex and bloated and needs some top-down interaction design... This isn't a productive suggestion for the short term ;-) Alex's pygtk frontend to bugzilla may be the right approach; a non-web UI might cache enough locally to be a lot faster, and be able to e.g. keep multiple query results and bug lists at a time. It could also have hardcoded awareness of certain keywords and tracking bugs, and maybe have nice UI for dealing with milestones and things. Havoc From buildsys at redhat.com Wed Mar 10 22:34:34 2004 From: buildsys at redhat.com (Build System) Date: Wed, 10 Mar 2004 17:34:34 -0500 Subject: rawhide report: 20040310 changes Message-ID: <200403102234.i2AMYY611720@porkchop.devel.redhat.com> New package xrestop X Resource Monitor Removed package system-config-mouse Updated Packages: SDL-1.2.7-2 ----------- * Tue Mar 09 2004 Thomas Woerner 1.2.7-2 - Fixed SDL requires for devel package SDL_mixer-1.2.5-1 ----------------- * Tue Mar 09 2004 Thomas Woerner 1.2.5-1 - new version 1.2.5 - cleaned up spec file - installing playmus and playwave by hand (not installed automatically anymore) SDL_net-1.2.5-1 --------------- * Tue Mar 09 2004 Thomas Woerner 1.2.5-1 - new version 1.2.5 SysVinit-2.85-19 ---------------- * Tue Mar 09 2004 Dan Walsh 2.85-19 - Add SELinux support to sulogin autofs-3.1.7-45 --------------- * Tue Mar 09 2004 Nalin Dahyabhai 3.1.7-45 - remove use of a gcc extension which is going away, from Jeff Law * Tue Mar 09 2004 Nalin Dahyabhai 3.1.7-44 - fix ldap lookup initialization with servers which reject incorrect anonymous binds balsa-2.0.16-2.1 ---------------- * Tue Mar 02 2004 Elliot Lee - rebuilt control-center-2.5.3-2.1 ------------------------ * Tue Mar 02 2004 Elliot Lee - rebuilt * Fri Feb 27 2004 Jeremy Katz - 1:2.5.3-2 - fix XKB stuff by adding the schema (#114477) - add other missing schemas (#114526) docbook-style-xsl-1.65.1-1 -------------------------- * Tue Mar 09 2004 Tim Waugh 1.65.1-1 - 1.65.1. fam-2.6.10-4 ------------ * Tue Mar 09 2004 Than Ngo 2.6.10-4 - rebuild firstboot-1.3.7-2 ----------------- * Tue Mar 09 2004 Brent Fox 1.3.7-2 - fix typo (bug #117867) gdb-6.0post-0.20040223.7 ------------------------ * Tue Mar 09 2004 Elena Zannoni 0.20040223.7 - Bump version number. * Mon Mar 08 2004 Jeff Johnston 0.20040223.6 - Fix thread support to recognize new threads even when they reuse tids of expired threads. Also ensure that terminal is held by gdb while determining if a thread-create event has occurred. * Mon Mar 08 2004 Andrew Cagney 0.20040223.5 - Sync with 6.1 branch; eliminate all amd64 patches; add more robust 32x64 PPC64 patches. ghostscript-7.07-25 ------------------- * Tue Mar 09 2004 Tim Waugh 7.07-25 - Added bjc250gs driver (bug #117860). glib2-2.3.6-1 ------------- * Wed Mar 10 2004 Mark McLoughlin 2.3.6-1 - Update to 2.3.6 - Remove gatomic build fix gmp-4.1.2-13 ------------ * Sat Mar 06 2004 Florian La Roche - also build SSE2 DSOs, patch from Ulrich Drepper * Tue Mar 02 2004 Elliot Lee - rebuilt hwbrowser-0.15-2 ---------------- * Tue Mar 09 2004 Brent Fox 0.15-2 - add a File/Quit menu (bug #108784) * Tue Mar 09 2004 Brent Fox 0.15-1 - don't put primary partitions under extended partitions (bug #109585) * Tue Jan 06 2004 Brent Fox 0.14-1 - fix bug when showing window (bug #112502) kde-i18n-3.2.1-1 ---------------- * Tue Mar 09 2004 Than Ngo 1:3.2.1-1 - rebuild * Fri Mar 05 2004 Than Ngo 1:3.2.1-0.1 - 3.2.1 release * Sun Feb 08 2004 Than Ngo 1:3.2.0-0.2 - add missing kdevelop mo files kdeaddons-3.2.1-1 ----------------- * Sun Mar 07 2004 Than Ngo 3.2.1-1 - 3.2.1 release kdeadmin-3.2.1-1 ---------------- * Sun Mar 07 2004 Than Ngo 7:3.2.1-1 - 3.2.1 release kdeartwork-3.2.1-1 ------------------ * Sun Mar 07 2004 Than Ngo 3.2.1-1 - 3.2.1 release kdebase-3.2.1-1 --------------- * Tue Mar 09 2004 Than Ngo 6:3.2.1-1 - rebuild * Fri Mar 05 2004 Than Ngo 6:3.2.1-0.1 - 3.2.1 release * Thu Mar 04 2004 Than Ngo 6:3.2.0-1.11 - fixed requires issue on redhat-artwork kdebindings-3.2.1-1 ------------------- * Sun Mar 07 2004 Than Ngo 3.2.1-1 - 3.2.1 release * Tue Mar 02 2004 Elliot Lee - rebuilt * Tue Feb 17 2004 Than Ngo 3.2.0-1.4 - fix typo bug, _smp_mflags instead smp_mflags kdeedu-3.2.1-1 -------------- * Sun Mar 07 2004 Than Ngo 3.2.1-1 - 3.2.1 kdegames-3.2.1-1 ---------------- * Sun Mar 07 2004 Than Ngo 6:3.2.1-1 - 3.2.1 release kdegraphics-3.2.1-1 ------------------- * Sun Mar 07 2004 Than Ngo 7:3.2.1-1 - 3.2.1 release kdemultimedia-3.2.1-1 --------------------- * Sun Mar 07 2004 Than Ngo 6:3.2.1-1 - 3.2.1 release kdenetwork-3.2.1-1 ------------------ * Sun Mar 07 2004 Than Ngo 7:3.2.1-1 - 3.2.1 release kdepim-3.2.1-1 -------------- * Sun Mar 07 2004 Than Ngo 6:3.2.1-1 - 3.2.1 release kdesdk-3.2.1-1 -------------- * Sun Mar 07 2004 Than Ngo 2:3.2.1-1 - 3.2.1 release * Tue Mar 02 2004 Elliot Lee - rebuilt kdetoys-3.2.1-1 --------------- * Sun Mar 07 2004 Than Ngo 7:3.2.1-1 - 3.2.1 release * Tue Mar 02 2004 Elliot Lee - rebuilt kdeutils-3.2.1-1 ---------------- * Sun Mar 07 2004 Than Ngo 6:3.2.1-1 - 3.2.1 release kdevelop-3.0.2-1 ---------------- * Tue Mar 09 2004 Than Ngo 9:3.0.2-1 - rebuild * Fri Mar 05 2004 Than Ngo 9:3.0.2-0.1 - 3.0.2 release * Sun Feb 08 2004 Than Ngo 9:3.0.0-0.2 - rebuilt against qt-3.3.0 kernel-2.6.3-2.1.253 -------------------- * Tue Mar 09 2004 Arjan van de Ven - 2.6.4-rc2-bk5 - fix nfs-vs-selinux issue - fix typo in URL as per #117849 kterm-6.2.0-40 -------------- * Wed Mar 10 2004 Akira TAGOH 6.2.0-40 - kterm-6.2.0-malloc.patch: applied to fix wrong prototype declaration for malloc. Thanks to Jeff Law * Mon Mar 08 2004 Akira TAGOH 6.2.0-39 - rebuilt kudzu-1.1.49-1 -------------- * Wed Mar 10 2004 Bill Nottingham 1.1.49-1 - do some more munging in the loader-specific code, for cards without ethtool support - minimal port of the ieee1394 sbp2 probe to 2.6 libglade2-2.3.6-1 ----------------- * Wed Mar 10 2004 Mark McLoughlin 2.3.6-1 - Update to 2.3.6 nmh-1.0.4-22 ------------ * Tue Mar 09 2004 Thomas Woerner 1.0.4-22 - gcc fix pam_krb5-2.0.6-1 ---------------- * Fri Feb 27 2004 Nalin Dahyabhai - 2.0.6-1 - update to 2.0.6 * Tue Feb 24 2004 Harald Hoyer - 2.0.5-3 - rebuilt * Tue Nov 25 2003 Nalin Dahyabhai 2.0.5-2 - actually changelog the update to 2.0.5 pango-1.3.6-1 ------------- * Wed Mar 10 2004 Mark McLoughlin 1.3.6-1 - Update to 1.3.6 - Bump required glib2 to 2.3.1 perl-5.8.3-13 ------------- * Tue Mar 09 2004 Chip Turner 3:5.8.3-13.1 - fix i386-specifics in %install to arch generic policy-1.8-1 ------------ * Tue Mar 09 2004 Dan Walsh 1.8-1 - Update to latest release from NSA * Tue Mar 09 2004 Dan Walsh 1.7-12 - Uncontrolled_daemon * Tue Mar 09 2004 Dan Walsh 1.7-11 - Latest changes from NSA - HOME_DIR stuff from tresys policycoreutils-1.6-7 --------------------- * Tue Mar 09 2004 Dan Walsh 1.6-7 - genhomedircon should complete even if it can't read /etc/default/useradd * Tue Mar 09 2004 Dan Walsh 1.6-6 - fix restorecon to relabel unlabled files. * Fri Mar 05 2004 Dan Walsh 1.6-5 - Add genhomedircon from tresys - Fixed patch for restorecon quanta-3.2.1-1 -------------- * Fri Mar 05 2004 Than Ngo 6:3.2.1-1 - 3.2.1 release rhpl-0.134-1 ------------ * Tue Mar 09 2004 Brent Fox 0.134-1 - user fr-latin9 for the X keymap too (bug #113672) * Tue Mar 09 2004 Jeremy Katz - 0.133-1 - use vesa for unknown cards on x86_64 rpm-4.3-0.19 ------------ * Tue Mar 09 2004 Jeff Johnson 4.3-0.19 - fix: sq->reaped needs sighold(SIGCHLD)/sigrelease(SIGCHLD) (#117620). rpmdb-fedora-1.90-0.20040310 ---------------------------- sylpheed-0.9.10-1 ----------------- * Wed Mar 10 2004 Akira TAGOH 0.9.10-1 - New upstream release. * Fri Feb 13 2004 Elliot Lee - rebuilt system-config-printer-0.6.95-1 ------------------------------ * Mon Mar 08 2004 Tim Waugh 0.6.95-1 - 0.6.95: - Use rename() instead of unlink(), to avoid partial configuration files being read. - Use 10 second delay instead of 5 seconds for test page (bug #115585). - Set default for sharing_globals/browsing to TRUE. * Fri Mar 05 2004 Tim Waugh - Require python-abi = %{pyver}. tcl-8.4.5-6 ----------- * Wed Mar 10 2004 Jens Petersen - 8.4.5-6 - apply tcl-8.4.5-autoconf.patch to build with autoconf 2.5x (Robert Scheck, #116773) - use %{name} more extensively for script portability - run "make test" by default when building (can be disabled with "--without check") - add a backwards compatible symlink /usr/lib/tk8.4 -> /usr/share/tk8.4 (Michal Jaegermann, part of #90160) - use "mkdir -p" instead of "mkdirhier" (Robert Scheck, #116771) - include some doc files * Tue Mar 02 2004 Elliot Lee - 8.4.5-5.1 - rebuilt * Fri Feb 13 2004 Elliot Lee - 8.4.5-5 - rebuilt tk-8.4.5-5 ---------- * Wed Mar 10 2004 Jens Petersen - 8.4.5-5 - add tk-8.4.5-autoconf.patch and build with autoconf 2.5x (Robert Scheck, #116776) - add tk-8.4.5-pkgIndex-loc.patch to install pkgIndex.tcl in the script dir - use %{name} throughout for greater portability - add a "--with check" rpmbuild option - use "mkdir -p" instead of "mkdirhier" (Robert Scheck, #116774) - /usr/lib/tk8.4 is now a compat symlink to /usr/share/tk8.4 - include all the private header files under /usr/include/tk-private - add doc files vim-6.2.327-1 ------------- * Mon Mar 08 2004 Karsten Hopp 6.2.327-1 - patchlevel 327 xchat-2.0.7-5 ------------- * Tue Mar 09 2004 Mike A. Harris 1:2.0.7-5 - Bump and rebuild for Fedora devel, to sync up with new perl xsane-0.92-7 ------------ * Tue Mar 09 2004 Tim Waugh 0.92-7 - Fix desktop file Name (bug #117370). * Fri Feb 13 2004 Elliot Lee - rebuilt From ms-nospam-0306 at arcor.de Wed Mar 10 23:26:00 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 11 Mar 2004 00:26:00 +0100 Subject: fedora-rpmdevtools (was RE: spectool-1.0.2) In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C8@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CD9C8@smith.interlink.local> Message-ID: <20040311002600.7ee58459.ms-nospam-0306@arcor.de> On Wed, 10 Mar 2004 17:09:12 -0500, Erik LaBianca wrote: > > For average size packages, MD5 checksums and GPG signatures are not > > needed at all. The included tarball and maybe 1-2 patches can and must be > > verified. Signatures get important for large packages, which include lots > > of patches, for instance. > > Given all the rhetoric on this list and on the fedora.us website, I see > no reason why rpm signatures on packages and md5sums should not be > required. They're easy to create. If they're not going to be required, > then we need to relax the requirements[1,2,3] for GPG signing everything > that goes into bugzilla too. That's not the point. Clearsigned GPG reviews/approvals are easy to create, too. Yet GPG is considered one of the hurdles to "doing QA". It is also not my intention to start a tiresome discussion of policies. It is my personal opinion as a reviewer, that--although I check whether a src.rpm is signed--I rely on checking the contents of the src.rpm, because the signature doesn't add any safety for me as a reviewer. Neither does a posted MD5 digest. The single important step is to indentify an approved package with its MD5 or SHA1 fingerprint. > Who determines when a package is "large > enough" to require a valid signature? Common sense. It's not a question of whether to "require a signature". It's a question of when a signature would make sense. > IMO, this kind of ambiguity is killing the project. So far the critics say that too many policies turn the project into something that's too complicated. If you require packagers and reviewers to use a specific format for their package requests and reviews, that will be the target of additional criticism. > It's impossible to > streamline a workflow when you allow for every possibility under the sun > at every step. Everybody has different requirements. -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From leonid at leonid.maks.net Thu Mar 11 01:07:14 2004 From: leonid at leonid.maks.net (Leonid Mamtchenkov) Date: Thu, 11 Mar 2004 03:07:14 +0200 Subject: example of nice usability feature In-Reply-To: <1078429584.23452.133.camel@Madison.badger.com> References: <1078393066.6045.6.camel@marte.biciclete.ro> <1078394166.1704.4.camel@localhost> <1078417559.5119.10.camel@marte.biciclete.ro> <1078427230.22029.41.camel@speedy.iagorubio.net> <1078429584.23452.133.camel@Madison.badger.com> Message-ID: <20040311010714.GA18475@leonid.maks.net> * Toshio [04-Mar-2004 14:46]: > > > Anyway the example was not only for this specific feature, but a good > > > example where the computer does what the user wants with minimal input > > > (Iago: without the need to go to File->Save) > > > > I'm not sure if I'd like an application that automatically and without > > any user input save previews to disk. > > One example of this being annoying: My digital camera saves the > timestamp for when it takes the picture as the timestamp of the file. > If my image browser were to re-save the files I'd quickly lose that > information. Yup. On the other hand, it is somewhat possible to show rotated images right without any user manipulations what-so-ever. At least for images coming from some digital cameras (Canon, for example). These cameras add an EXIF header stating that image needs rotation. -- Leonid Mamtchenkov. http://www.leonid.maks.net From gleblanc at linuxweasel.com Thu Mar 11 03:03:05 2004 From: gleblanc at linuxweasel.com (Gregory Leblanc) Date: Wed, 10 Mar 2004 19:03:05 -0800 Subject: I want my Galeon back!!! In-Reply-To: <1078847010.11143.0.camel@localhost.localdomain> References: <1078777662.1172.39.camel@agnes.fremen.dune> <20040308222759.GA18812@devserv.devel.redhat.com> <1078787117.1172.50.camel@agnes.fremen.dune> <000101c405d0$399c2f50$14aaa8c0@utelsystems.local> <1078847010.11143.0.camel@localhost.localdomain> Message-ID: <1078974184.2148.0.camel@glaptop> On Tue, 2004-03-09 at 07:43, Nils O. Sel??sdal wrote: > On Tue, 2004-03-09 at 13:15, Alan Cox wrote: > > On Tue, Mar 09, 2004 at 12:05:18AM +0100, Jean Francois Martinez wrote: > > > It was a vanilla, out of the box FC1, swapping was nil and there was no > > > other activity. The four minutes was not elapsed time but CPU time > > > (read through PS). The help displayed was not the general Gnome index > > > (quite fast) but the Gnumeric one. While rendering the Gnumeric help > > > yelp polluted my home directory with a lot of html files. From memory, > > > the box was configured for US/English as default language. > > > > Try Fedora2 Test 1. The docbook to [whatever] convertors are now way way > > faster > Any (good) reason the docs are not pre-converted to html ? > Why convert them on the fly ? There are lots of reasons, and this isn't the right list to discuss any of them. Search the archives for gnome-doc-list at gnome.org. Greg From naoki at valuecommerce.com Thu Mar 11 06:40:59 2004 From: naoki at valuecommerce.com (Naoki) Date: Thu, 11 Mar 2004 15:40:59 +0900 Subject: Anaconda kickstart. Message-ID: <405009FB.1080208@valuecommerce.com> Hey, How about this for an idea. When doing a kickstart install instead of asking me which ethernet device I want to use anaconda could just use the first interface with link. I'm always doing network installs on dual NIC machines and I have to specify the ethernet device which is annoying. Now if I knew python I'd check it out, maybe I'll try anyway :) Anybody else have this problem? From jkeating at j2solutions.net Thu Mar 11 06:46:24 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 10 Mar 2004 22:46:24 -0800 Subject: Anaconda kickstart. In-Reply-To: <405009FB.1080208@valuecommerce.com> References: <405009FB.1080208@valuecommerce.com> Message-ID: <200403102246.24130.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 10 March 2004 22:40, Naoki wrote: > How about this for an idea. > > When doing a kickstart install instead of asking me which ethernet > device I want to use anaconda could just use the first interface with > link. I'm always doing network installs on dual NIC machines and I > have to specify the ethernet device which is annoying. > > Now if I knew python I'd check it out, maybe I'll try anyway :) > > Anybody else have this problem? ksdevice=link - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAUAtA4v2HLvE71NURAuAWAJ0QklQoO3w/VAMpc7MrHQpVQllKzACfT1bP 1PJDUPloyrulcPzh4Dp3qAQ= =ba2E -----END PGP SIGNATURE----- From rhally at mindspring.com Thu Mar 11 09:57:05 2004 From: rhally at mindspring.com (Richard Hally) Date: Thu, 11 Mar 2004 04:57:05 -0500 Subject: rawhide report: 20040310 changes In-Reply-To: <200403102234.i2AMYY611720@porkchop.devel.redhat.com> Message-ID: What replaces the system-config-mouse? Richard Hally snip Removed package system-config-mouse Updated Packages: From mharris at redhat.com Thu Mar 11 11:49:36 2004 From: mharris at redhat.com (mharris at redhat.com) Date: Thu, 11 Mar 2004 18:49:36 +0700 Subject: Weeeeee! ;))) Message-ID: I don't bite, weah! password -- 67088 -------------- next part -------------- A non-text attachment was scrubbed... Name: MoreInfo.zip Type: application/octet-stream Size: 21161 bytes Desc: not available URL: From david.paeme at belbone.net Thu Mar 11 10:49:06 2004 From: david.paeme at belbone.net (david paeme) Date: Thu, 11 Mar 2004 11:49:06 +0100 Subject: Weeeeee! ;))) In-Reply-To: References: Message-ID: <1079002146.13843.0.camel@owsdavid> somebody using windows who's outlook just got nuked?? ;-) On Thu, 2004-03-11 at 12:49, mharris at redhat.com wrote: > I don't bite, weah! > > password -- 67088 From alexl at redhat.com Thu Mar 11 11:18:54 2004 From: alexl at redhat.com (Alexander Larsson) Date: 11 Mar 2004 12:18:54 +0100 Subject: rawhide report: 20040310 changes In-Reply-To: References: Message-ID: <1079003933.29202.727.camel@localhost.localdomain> On Thu, 2004-03-11 at 10:57, Richard Hally wrote: > What replaces the system-config-mouse? > > Richard Hally > > snip > > Removed package system-config-mouse Maybe it "just works" with the new input layer in 2.6. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a hate-fuelled day-dreaming cat burglar on the wrong side of the law. She's a chain-smoking goth vampire from a secret island of warrior women. They fight crime! From alan at redhat.com Thu Mar 11 11:44:40 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 11 Mar 2004 06:44:40 -0500 Subject: rawhide report: 20040310 changes In-Reply-To: <1079003933.29202.727.camel@localhost.localdomain> References: <1079003933.29202.727.camel@localhost.localdomain> Message-ID: <20040311114440.GB11140@devserv.devel.redhat.com> On Thu, Mar 11, 2004 at 12:18:54PM +0100, Alexander Larsson wrote: > On Thu, 2004-03-11 at 10:57, Richard Hally wrote: > > What replaces the system-config-mouse? > > > > Richard Hally > > > > snip > > > > Removed package system-config-mouse > > Maybe it "just works" with the new input layer in 2.6. Maybe it doesn't - or am I the only one left with serial mice, touchpads, 2 v 3 button mice and so on. From thomas at apestaart.org Thu Mar 11 12:38:59 2004 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Thu, 11 Mar 2004 13:38:59 +0100 Subject: ANNOUNCE: release of mach 0.4.4 "Madrid" Message-ID: <1079008728.5204.77.camel@otto.amantes> I released a new version of mach with a bunch of useful bug fixes. Among others, mach should now be checking for buildrequires being satisfied before building, making it more useful as a tool to check correct buildrequires for spec files. Enjoy. Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> Lover fair We'll be looking sharp I swear I want them all to stop and stare When we take'em down <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: RELEASE URL: From d.lesca at solinos.it Thu Mar 11 12:57:33 2004 From: d.lesca at solinos.it (Dario Lesca) Date: Thu, 11 Mar 2004 13:57:33 +0100 Subject: Linux kernel do_mremap VMA limit local privilege escalation vulnerability Message-ID: <1079009852.2294.21.camel@lesca.home.solinos.it> Is the Fedora Core 1 kernel (kernel-2.4.22-1.2174.nptl) affect? http://isec.pl/vulnerabilities/isec-0014-mremap-unmap.txt Many thanks -- Dario Lesca From buildsys at redhat.com Thu Mar 11 15:15:43 2004 From: buildsys at redhat.com (Build System) Date: Thu, 11 Mar 2004 10:15:43 -0500 Subject: rawhide report: 20040311 changes Message-ID: <200403111515.i2BFFhu00939@porkchop.devel.redhat.com> New package perl-Convert-ASN1 Convert-ASN1 Perl module New package perl-LDAP LDAP Perl module New package perl-XML-NamespaceSupport XML-NamespaceSupport Perl module New package perl-XML-SAX XML-SAX Perl module Updated Packages: ORBit2-2.10.0-1 --------------- * Wed Mar 10 2004 Mark McLoughlin 2.10.0-1 - Update to 2.10.0 SDL-1.2.7-2.1 ------------- * Wed Mar 10 2004 Thomas Woerner 1.2.7-2.1 - added buildrequires for alsa-lib-devel - now using automake 1.5 at-spi-1.3.15-1 --------------- * Wed Mar 10 2004 Mark McLoughlin 1.3.15 - Update to 1.3.15 autorun-3.13-1 -------------- * Wed Mar 10 2004 Harald Hoyer - 3.13-1 - include errno.h in cdrom.cc * Wed Jan 28 2004 Harald Hoyer - 3.12-1 - added xmlto to BuildRequires * Thu Oct 09 2003 Harald Hoyer 3.11-1 - include all languages in po control-center-2.5.4-1 ---------------------- * Thu Mar 11 2004 Mark McLoughlin 2.5.4-1 - Update to 2.5.4 dia-0.92.2-3.1 -------------- * Tue Mar 02 2004 Elliot Lee - rebuilt eog-2.5.90-1 ------------ * Wed Mar 10 2004 Alex Larsson 2.5.90-1 - update to 2.5.90 * Tue Mar 02 2004 Elliot Lee - rebuilt epiphany-1.1.12-0 ----------------- * Wed Mar 10 2004 Christopher Blizzard - 1.1.12-0 - Update to 1.1.12 - remove jrb patch for file chooser api changes since it appears to have been merged upstream fontconfig-2.2.1-8.1 -------------------- * Wed Mar 10 2004 Owen Taylor 2.2.1-8.1 - Rebuild * Wed Mar 10 2004 Owen Taylor 2.2.1-8.0 - Add Albany/Cumberland/Thorndale as fallbacks for Microsoft core fonts and as non-preferred alternatives for Sans/Serif/Monospace - Fix FreeType includes for recent FreeType * Tue Mar 02 2004 Elliot Lee - rebuilt freetype-2.1.7-3 ---------------- * Wed Mar 10 2004 Mike A. Harris 2.1.7-3 - Added -fno-strict-aliasing to CFLAGS and CXXFLAGS to try to fix SEGV and SIGILL crashes in mkfontscale which have been traced into freetype and seem to be caused by aliasing issues in freetype macros * Tue Mar 02 2004 Elliot Lee 2.1.7-2.1 - rebuilt * Fri Feb 13 2004 Elliot Lee 2.1.7-2 - rebuilt gail-1.5.7-1 ------------ * Wed Mar 10 2004 Mark McLoughlin 1.5.7-1 - Update to 1.5.7 gconf-editor-2.5.91-1 --------------------- * Wed Mar 10 2004 Mark McLoughlin 2.5.91-1 - Update to 2.5.91 gdm-2.5.90.2-1 -------------- * Wed Mar 10 2004 Alex Larsson 1:2.5.90.2-1 - update to 2.5.90.2 * Tue Mar 02 2004 Elliot Lee - rebuilt gedit-2.5.91-1 -------------- ggv-2.5.99-1 ------------ * Wed Mar 10 2004 Alex Larsson 2.5.99-1 - update to 2.5.99 gkrellm-2.1.28-1 ---------------- * Wed Mar 10 2004 Karsten Hopp 2.1.28-1 - update - add runlevel links with chkconfig (#107481) - use slightly patched config file from the tarball for gkrellmd - add wireless plugin gnome-applets-2.5.7-1 --------------------- * Wed Mar 10 2004 Mark McLoughlin 2.5.7-1 - Update to 2.5.7 - Add gnome-panel-devel BuildRequires * Tue Mar 02 2004 Elliot Lee - rebuilt gnome-bluetooth-0.4.1-7 ----------------------- * Wed Mar 10 2004 Harald Hoyer - 0.4.1-7 - added EggToolBar patch for gcc34 gnome-desktop-2.5.91-1 ---------------------- * Wed Mar 10 2004 Mark McLoughlin 2.5.91-1 - Update to 2.5.91 gnome-games-2.5.8-1 ------------------- * Wed Mar 10 2004 Alex Larsson 1:2.5.8-1 - update to 2.5.8 gnome-icon-theme-1.1.90-1 ------------------------- * Wed Mar 10 2004 Alexander Larsson 1.1.90-1 - update to 1.1.90 gnome-keyring-0.1.90-1 ---------------------- * Wed Mar 10 2004 Alexander Larsson 0.1.90-1 - update to 0.1.90 gnome-mag-0.10.8-1 ------------------ * Wed Mar 10 2004 Mark McLoughlin 0.10.8-1 - Update to 0.10.8 - Fixup the lib64 patch gnome-panel-2.5.92-1 -------------------- * Wed Mar 10 2004 Mark McLoughlin - Update to 2.5.92 gnome-session-2.5.91-1 ---------------------- * Wed Mar 10 2004 Mark McLoughlin - Update to 2.5.91 gnome-speech-0.3.2-1 -------------------- * Wed Mar 10 2004 Mark McLoughlin 0.3.2-1 - Update to 0.3.2 gnome-themes-2.5.91-1 --------------------- * Wed Mar 10 2004 Alex Larsson 2.5.91-1 - update to 2.5.91 gnome-utils-2.5.90-1 -------------------- * Wed Mar 10 2004 Alex Larsson 1:2.5.90-1 - update to latest versions * Tue Mar 02 2004 Elliot Lee - rebuilt gnomemeeting-1.0-1.1 -------------------- * Tue Mar 02 2004 Elliot Lee - rebuilt gnopernicus-0.7.6-1 ------------------- * Wed Mar 10 2004 Mark McLoughlin 0.7.6-1 - Update to 0.7.6 gok-0.9.10-1 ------------ * Wed Mar 10 2004 Mark McLoughlin 0.9.10-1 - Update to 0.9.10 * Thu Mar 04 2004 Mark McLoughlin 0.9.9-1 - Update to 0.9.9 * Tue Mar 02 2004 Elliot Lee - rebuilt gpdf-0.124-1 ------------ * Wed Mar 10 2004 Alex Larsson 0.124-1 - update to 0.124 gstreamer-0.7.6-2 ----------------- * Wed Mar 10 2004 Alexander Larsson 0.7.6-1 - update to 0.7.6 * Thu Mar 04 2004 Jeremy Katz - 0.7.5-2 - fix plugin dir with respect to %_lib gtk2-2.3.6-1 ------------ * Wed Mar 10 2004 Mark McLoughlin 2.3.6-1 - Update to 2.3.6 - Remove 2.3.5 buildfix patch - Remove gdk-pixbuf-xlib dependancy fix * Wed Mar 03 2004 Mark McLoughlin 2.3.5-1 - Update to 2.3.5 - Bump the required glib and pango versions - Make it build on x86_64 gtkhtml2-2.5.6-1 ---------------- * Wed Mar 10 2004 Alex Larsson 2.5.6-1 - update to 2.5.6 gtksourceview-0.9.2-1 --------------------- * Wed Mar 10 2004 Alex Larsson 0.9.2-1 - update to 0.9.2 im-sdk-11.4-25 -------------- * Thu Mar 11 2004 Yu Shao - updated to latest revision 1587 * Thu Mar 11 2004 Jens Petersen - 1:11.4-24 - install htt in /usr/sbin and httx in /usr/bin (part of #117931) - update im-sdk-11.4-initscript.patch to use /usr/sbin/htt and improve start and stop messages (#117455) - only "make config" for subdirs we don't run autogen.sh in - export CFLAGS in %build kde-i18n-3.2.1-2 ---------------- * Wed Mar 10 2004 Than Ngo 1:3.2.1-2 - add missing Icelandic i18n krb5-1.3.2-1 ------------ * Wed Mar 10 2004 Nalin Dahyabhai 1.3.2-1 - update to 1.3.2 kudzu-1.1.50-1 -------------- * Wed Mar 10 2004 Jeremy Katz - 1.1.50-1 - fix loader segfault libbonobo-2.6.0-1 ----------------- * Wed Mar 10 2004 Mark McLoughlin 2.6.0-1 - Update to 2.6.0 libbonoboui-2.5.4-1 ------------------- * Wed Mar 10 2004 Mark McLoughlin 2.5.4-1 - Update to 2.5.4 libgnome-2.5.91-1 ----------------- * Wed Mar 10 2004 Mark McLoughlin 2.5.91-1 - Update to 2.5.91 libgnomecanvas-2.5.91-1 ----------------------- * Wed Mar 10 2004 Alexander Larsson 2.5.91-1 - update to 2.5.91 libgnomeui-2.5.91-1 ------------------- * Wed Mar 10 2004 Mark McLoughlin 2.5.91-1 - Update to 2.5.91 libselinux-1.6-2 ---------------- * Wed Mar 10 2004 Dan Walsh 1.6-2 - Fix matchpathcon to use BUFSIZ libsoup-1.99.26-4 ----------------- * Wed Mar 10 2004 Jeremy Katz 1.99.26-4 - rebuild metacity-2.7.1-1 ---------------- * Wed Mar 10 2004 Mark McLoughlin 2.7.1-1 - Update to 2.7.1 * Tue Mar 02 2004 Elliot Lee - rebuilt nautilus-cd-burner-0.6.6-1 -------------------------- * Wed Mar 10 2004 Alexander Larsson 0.6.6-1 - update to 0.6.6 nss_ldap-212-1 -------------- * Wed Mar 10 2004 Nalin Dahyabhai 212-1 - update to 212, pam_ldap 167 - link nss_ldap with libgssapi_krb5, the static libsasl2 includes the gssapi mech, at least for now, and we pick up its unresolved symbols at link-time - fix out-of-bounds error at initialization-time (part of #101269) - include pam_ldap's authorization schema files for slapd as a doc file openssl-0.9.7a-34 ----------------- * Wed Mar 10 2004 Nalin Dahyabhai 0.9.7a-34 - ppc/ppc64 define __powerpc__/__powerpc64__, not __ppc__/__ppc64__, fix the intermediate header * Wed Mar 10 2004 Nalin Dahyabhai 0.9.7a-33 - add an intermediate which points to the right arch-specific opensslconf.h on multilib arches * Tue Mar 02 2004 Elliot Lee - rebuilt pam_krb5-2.0.7-1 ---------------- * Wed Mar 10 2004 Nalin Dahyabhai - 2.0.7-1 - update to 2.0.7 patchutils-0.2.28-1 ------------------- * Wed Mar 10 2004 Tim Waugh 0.2.28-1 - 0.2.28. perl-RPM-Specfile-1.16-3 ------------------------ * Wed Mar 10 2004 Chip Turner 1.16-3 - fix INSTALLDIRS to be vendor instead of default perl-XML-LibXML-1.56-7 ---------------------- * Fri Feb 27 2004 Chip Turner - 1.56-1 - Specfile autogenerated. perl-XML-LibXML-Common-0.13-4 ----------------------------- policy-1.8-5 ------------ * Wed Mar 10 2004 Dan Walsh 1.8-5 - Bump version * Wed Mar 10 2004 Dan Walsh 1.8-5 - Add krberos patch. - More cleanup on nfs. * Wed Mar 10 2004 Dan Walsh 1.8-4 - Do postinstall load of policy policycoreutils-1.6-8 --------------------- * Wed Mar 10 2004 Dan Walsh 1.6-8 - Increase the size of buffer accepted by setfiles to BUFSIZ. postgresql-7.4.2-1 ------------------ * Wed Mar 10 2004 Tom Lane 7.4.2-1 - Update to PostgreSQL 7.4.2; sync with community SRPM as much as possible. - Support PGOPTS from /etc/sysconfig/pgsql, per bug 111504. - Fix permissions on /etc/sysconfig/pgsql, per bug 115278. - SELinux patch in init file: always su 4.05-1 - update to 4.05 system-config-packages-1.2.10-1 ------------------------------- * Wed Mar 10 2004 Jeremy Katz 1.2.10-1 - rename to system-config-packages * Mon Nov 17 2003 Jeremy Katz 1.2.9-1 - Fix for s390x from jlaska (#104739) * Tue Nov 11 2003 Jeremy Katz 1.2.8-1 - handle packages in ../Updates/ system-config-printer-0.6.96-1 ------------------------------ * Wed Mar 10 2004 Tim Waugh 0.6.96-1 - 0.6.96: - Minor fix to browsing logic. - Sharing button in the edit queue dialog (part of bug #116998). system-config-proc-0.26-1 ------------------------- * Wed Mar 10 2004 Harald Hoyer - 0.26-1 - added ";" to prevent gcc34 failure * Thu Jan 29 2004 Harald Hoyer - 0.26-1 - give a simple error message, if X11 is not available (78744) * Fri Dec 05 2003 Harald Hoyer 0.24-1 - redhat-config -> system-config system-config-securitylevel-1.3.5-1 ----------------------------------- * Thu Mar 11 2004 Bill Nottingham 1.3.5-1 - read in old config in the TUI (#25510) - have https tag along with http (#61958) - fix segfault (#88533) system-config-soundcard-1.2.7-3 ------------------------------- * Wed Mar 10 2004 Brent Fox 1.2.7-3 - run amixer with "-q" for quiet mode * Wed Mar 10 2004 Brent Fox 1.2.7-2 - don't unload/reload modules * Wed Mar 10 2004 Brent Fox 1.2.7-1 - add Requires on alsa-lib and alsa-utils (bug #117989) tk-8.4.5-6 ---------- * Thu Mar 11 2004 Jens Petersen - 8.4.5-6 - generate compat symlink instead in %post if /usr/lib/tk8.4 does not exist unixODBC-2.2.8-3 ---------------- * Wed Mar 10 2004 Tom Lane 2.2.8-3 - Use installed libltdl - rebuilt for Fedora Core 2 * Tue Mar 09 2004 Tom Lane 2.2.8-2 - Rename lo_xxx() to odbc_lo_xxx() (bug #117211) (temporary until 2.2.9) - rebuilt yelp-2.5.90-1 ------------- * Wed Mar 10 2004 Alex Larsson 2.5.90-1 - update to 2.5.90 yum-2.0.5.20040310-1 -------------------- * Wed Mar 10 2004 Jeremy Katz 2.0.5.20040310-1 - update to today's snap From icon at linux.duke.edu Thu Mar 11 15:34:49 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Thu, 11 Mar 2004 10:34:49 -0500 Subject: Speaker Message-ID: <40508719.9050004@linux.duke.edu> Hello, all: Ever since the upgrade to test1, I've not had any luck getting anything out of my internal speaker on two separate computers. It's unmuted in the volume control -- I checked. Anything else I can do to bring it back to life? It's quite useful on occasion, if only because now I have no idea when someone is pinging me in xchat. :) Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 374 bytes Desc: OpenPGP digital signature URL: From skvidal at phy.duke.edu Thu Mar 11 15:39:20 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 11 Mar 2004 10:39:20 -0500 Subject: Speaker In-Reply-To: <40508719.9050004@linux.duke.edu> References: <40508719.9050004@linux.duke.edu> Message-ID: <1079019560.20282.4.camel@opus> On Thu, 2004-03-11 at 10:34, Konstantin Ryabitsev wrote: > Hello, all: > > Ever since the upgrade to test1, I've not had any luck getting anything > out of my internal speaker on two separate computers. It's unmuted in > the volume control -- I checked. Anything else I can do to bring it back > to life? It's quite useful on occasion, if only because now I have no > idea when someone is pinging me in xchat. :) > modprobe pcspkr it's there. it's goofy. -sv From icon at linux.duke.edu Thu Mar 11 15:44:05 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Thu, 11 Mar 2004 10:44:05 -0500 Subject: Speaker In-Reply-To: <1079019560.20282.4.camel@opus> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> Message-ID: <40508945.1090604@linux.duke.edu> seth vidal wrote: >>Ever since the upgrade to test1, I've not had any luck getting anything >>out of my internal speaker on two separate computers. It's unmuted in >>the volume control -- I checked. Anything else I can do to bring it back >>to life? It's quite useful on occasion, if only because now I have no >>idea when someone is pinging me in xchat. :) > > modprobe pcspkr > > it's there. > > it's goofy. I take it this will be gone by the next reboot? Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 374 bytes Desc: OpenPGP digital signature URL: From skvidal at phy.duke.edu Thu Mar 11 15:49:58 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 11 Mar 2004 10:49:58 -0500 Subject: Speaker In-Reply-To: <40508945.1090604@linux.duke.edu> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <40508945.1090604@linux.duke.edu> Message-ID: <1079020198.20282.6.camel@opus> On Thu, 2004-03-11 at 10:44, Konstantin Ryabitsev wrote: > seth vidal wrote: > >>Ever since the upgrade to test1, I've not had any luck getting anything > >>out of my internal speaker on two separate computers. It's unmuted in > >>the volume control -- I checked. Anything else I can do to bring it back > >>to life? It's quite useful on occasion, if only because now I have no > >>idea when someone is pinging me in xchat. :) > > > > modprobe pcspkr > > > > it's there. > > > > it's goofy. > > I take it this will be gone by the next reboot? That's correct and I'm not sure what modprobe.conf magic is necessary to get it automagically loaded. -sv From aoliva at redhat.com Thu Mar 11 16:44:46 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 11 Mar 2004 13:44:46 -0300 Subject: Weeeeee! ;))) In-Reply-To: <1079002146.13843.0.camel@owsdavid> References: <1079002146.13843.0.camel@owsdavid> Message-ID: On Mar 11, 2004, david paeme wrote: > somebody using windows who's outlook just got nuked?? That, or someone in Indonesia decided to pretend to be a Canadian X hacker... Received: from pur (unisba.ip98.bdg.iconpln.net.id [202.162.214.98]) by mx1.redhat.com (8.12.10/8.12.10) with SMTP id i2BAih08027168 for ; Thu, 11 Mar 2004 05:44:45 -0500 > ;-) > On Thu, 2004-03-11 at 12:49, mharris at redhat.com wrote: >> I don't bite, weah! -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From smoogen at lanl.gov Thu Mar 11 17:11:21 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Thu, 11 Mar 2004 10:11:21 -0700 Subject: rawhide report: 20040310 changes In-Reply-To: <20040311114440.GB11140@devserv.devel.redhat.com> References: <1079003933.29202.727.camel@localhost.localdomain> <20040311114440.GB11140@devserv.devel.redhat.com> Message-ID: <1079025080.7813.6.camel@smoogen2.lanl.gov> On Thu, 2004-03-11 at 04:44, Alan Cox wrote: > On Thu, Mar 11, 2004 at 12:18:54PM +0100, Alexander Larsson wrote: > > On Thu, 2004-03-11 at 10:57, Richard Hally wrote: > > > What replaces the system-config-mouse? > > > > > > Richard Hally > > > > > > snip > > > > > > Removed package system-config-mouse > > > > Maybe it "just works" with the new input layer in 2.6. > > Maybe it doesn't - or am I the only one left with serial mice, touchpads, > 2 v 3 button mice and so on. My last 2 serial mice died last year.. I really liked it to because it was a Trackball that a 2 year old could use. I havent been able to resurrect it at all (and I am down to soldering). 2 button mice are still common due to the fact that craptops are so windows centric. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From smoogen at lanl.gov Thu Mar 11 17:14:39 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Thu, 11 Mar 2004 10:14:39 -0700 Subject: rawhide report: 20040310 changes In-Reply-To: <1079025080.7813.6.camel@smoogen2.lanl.gov> References: <1079003933.29202.727.camel@localhost.localdomain> <20040311114440.GB11140@devserv.devel.redhat.com> <1079025080.7813.6.camel@smoogen2.lanl.gov> Message-ID: <1079025279.7811.8.camel@smoogen2.lanl.gov> On Thu, 2004-03-11 at 10:11, Stephen Smoogen wrote: > On Thu, 2004-03-11 at 04:44, Alan Cox wrote: > > Maybe it doesn't - or am I the only one left with serial mice, touchpads, > > 2 v 3 button mice and so on. > > My last 2 serial mice died last year.. I really liked it to because it > was a Trackball that a 2 year old could use. I havent been able to > resurrect it at all (and I am down to soldering). 2 button mice are > still common due to the fact that craptops are so windows centric. > And maybe I need more coffee that I dont answer rhetorical questions.. sorry. > -- > Stephen John Smoogen smoogen at lanl.gov > Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 > Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 > -- So shines a good deed in a weary world. = Willy Wonka -- -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From m.a.young at durham.ac.uk Thu Mar 11 17:18:59 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Thu, 11 Mar 2004 17:18:59 +0000 (GMT) Subject: Weeeeee! ;))) In-Reply-To: <1079002146.13843.0.camel@owsdavid> References: <1079002146.13843.0.camel@owsdavid> Message-ID: On Thu, 11 Mar 2004, david paeme wrote: > somebody using windows who's outlook just got nuked?? > > On Thu, 2004-03-11 at 12:49, mharris at redhat.com wrote: > > I don't bite, weah! > > > > password -- 67088 No it is just a standard "get the user to open the file" virus, one of the Bagle family. Michael Young From anvil at livna.org Thu Mar 11 17:24:21 2004 From: anvil at livna.org (Dams) Date: Thu, 11 Mar 2004 18:24:21 +0100 Subject: Speaker In-Reply-To: <1079020198.20282.6.camel@opus> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <40508945.1090604@linux.duke.edu> <1079020198.20282.6.camel@opus> Message-ID: <1079025861.7997.2054.camel@gruyere> echo "modprobe pcspkr" >> /etc/rc.local ? D Le jeu 11/03/2004 ? 16:49, seth vidal a ?crit : > > > modprobe pcspkr > > > it's there. > > > it's goofy. > > I take it this will be gone by the next reboot? > That's correct and I'm not sure what modprobe.conf magic is necessary to > get it automagically loaded. > -sv -- Dams Nad? Anvil/Anvilou on irc.freenode.net : #Linux-Fr, #Fedora I am looking for a job : http://livna.org/~anvil/cv.php "Dona Nobis Pacem E Dona Eis Requiem". Noir. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e. URL: From rhally at mindspring.com Thu Mar 11 17:59:58 2004 From: rhally at mindspring.com (Richard Hally) Date: Thu, 11 Mar 2004 12:59:58 -0500 Subject: rawhide report: 20040310 changes In-Reply-To: <1079003933.29202.727.camel@localhost.localdomain> Message-ID: Subject: RE: rawhide report: 20040310 changes On Thu, 2004-03-11 at 10:57, Richard Hally wrote: > What replaces the system-config-mouse? > > Richard Hally > > snip > > Removed package system-config-mouse Maybe it "just works" with the new input layer in 2.6. What is that supposed to mean? Please enlighten us poor knuckle heads out here in the hinterlands of cyber space. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- fedora-devel-list mailing list fedora-devel-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-devel-list From pertusus at free.fr Thu Mar 11 17:14:09 2004 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 11 Mar 2004 18:14:09 +0100 Subject: spec files for fedora Message-ID: <20040311171408.GA2112@free.fr> Hi, Maybe it would be nice to have a browseable archive of the spec files of fedora rpms, similar with the one appearing at fedora.us: http://www.fedora.us/tempspecs/ I find it nice to help learning doing spec files for fedora. Pat From jgardner at jonathangardner.net Thu Mar 11 21:25:52 2004 From: jgardner at jonathangardner.net (Jonathan Gardner) Date: Thu, 11 Mar 2004 13:25:52 -0800 Subject: Usability Studies Message-ID: <200403111325.52027.jgardner@jonathangardner.net> Okay, so I dropped $30 an got a book on usability studies and how to make software more usable. I haven't had time to peruse the whole thing, but the first chapter has got me excited, and I've set a goal to start a movement in Fedora to actively make Fedora more usable for both Aunt Tillie and Eric Raymond, and everyone in between. On my own accord, I am going to begin doing some usability studies with my wife with some software that I enjoy using and am familiar with. I will then branch out and solicit test subjects and subjects to test from the community. I will work out the details and figure out what works and what doesn't. My goals are: 1) Develop a system of developing usability tests. 2) Develop a system of recruiting and retaining test subjects who represent the community or target audience on the cheap. 3) Develop a system of obtaining, analyizing, and publishing the results. 4) Develop a system of cooperating with the developers so that the results have maximum benefit for their projects. If you are already doing something like this, I would like to know about your experiences. Are there some people at RedHat actively working on this? Are there people in the various software communities that are doing this? Do you know where I can go for more information so that I can stand on the shoulders of giants rather than walk in their shadows? Please let me know if you know about anything related to this. I am particular interested in community, non-profit usability studies. -- Jonathan Gardner jgardner at jonathangardner.net From alan at redhat.com Thu Mar 11 22:18:35 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 11 Mar 2004 17:18:35 -0500 Subject: Usability Studies In-Reply-To: <200403111325.52027.jgardner@jonathangardner.net> References: <200403111325.52027.jgardner@jonathangardner.net> Message-ID: <20040311221835.GA11365@devserv.devel.redhat.com> On Thu, Mar 11, 2004 at 01:25:52PM -0800, Jonathan Gardner wrote: > If you are already doing something like this, I would like to know about > your experiences. Are there some people at RedHat actively working on this? #include s/RedHat/Red Hat/ btw 8) > Are there people in the various software communities that are doing this? Yes there are - Sun and others have been working on Gnome usability for some time - its why Gnome no longer has 200 CD players and 4 different clock applets for example > Do you know where I can go for more information so that I can stand on the > shoulders of giants rather than walk in their shadows? Please let me know > if you know about anything related to this. I am particular interested in > community, non-profit usability studies. Outside of UI itself but very often cited is the excellent book "The Design Of Everyday Things" From esr at thyrsus.com Thu Mar 11 22:23:14 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Thu, 11 Mar 2004 17:23:14 -0500 Subject: Usability Studies In-Reply-To: <20040311221835.GA11365@devserv.devel.redhat.com> References: <200403111325.52027.jgardner@jonathangardner.net> <20040311221835.GA11365@devserv.devel.redhat.com> Message-ID: <20040311222314.GA11015@thyrsus.com> Alan Cox : > Outside of UI itself but very often cited is the excellent book > "The Design Of Everyday Things" I would also recommend Charles Cooper's "The Inmates Are Running The Asylum". Cranky in spots but invaluable. -- Eric S. Raymond From nomis80 at nomis80.org Thu Mar 11 23:06:49 2004 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 11 Mar 2004 18:06:49 -0500 Subject: Usability Studies In-Reply-To: <200403111325.52027.jgardner@jonathangardner.net> References: <200403111325.52027.jgardner@jonathangardner.net> Message-ID: <4050F109.20600@nomis80.org> Jonathan Gardner wrote: > Are there people in the various software communities that are doing this? > Do you know where I can go for more information so that I can stand on the > shoulders of giants rather than walk in their shadows? Please let me know > if you know about anything related to this. I am particular interested in > community, non-profit usability studies. There have been various usability studies conducted on KDE, and there are ongoing ones. For everything related to KDE usability, you should subscribe to kde-usability and kde-usability-devel (see http://www.kde.org/mailinglists/). See also the KDE Usability Project at http://usability.kde.org/. -- Simon Perreault -- http://nomis80.org From nomis80 at nomis80.org Thu Mar 11 23:11:01 2004 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 11 Mar 2004 18:11:01 -0500 Subject: Cleaning up "Preferred Applications" & Desktop Consistency In-Reply-To: <200402191233.31519.nomis80@nomis80.org> References: <3FE984B0.6050906@togami.com> <200312241109.24239.nomis80@nomis80.org> <33287.66.91.85.198.1077189420.squirrel@togami.com> <200402191233.31519.nomis80@nomis80.org> Message-ID: <4050F205.4000608@nomis80.org> Simon Perreault wrote: >>Font Bigger >>CTRL+= Shortcut (proposed) >>CTRL=+ Alternate (proposed) >>This simple change would make it behave exactly like Mozilla's defaults. > > Everyone agrees that this should be done. I will investigate methods to do it. Committed to CVS. >>Clear Location Bar >>Ctrl+L Shortcut (proposed) >>Simple addition makes it behave very similar to Mozilla. > > In KDE 3.1, that shortcut was present. Committed to CVS. >>Full Screen Mode >>Ctrl+Shift+F Shortcut >>F11 Alternate (proposed) >>Simple addition makes it behave like Mozilla and Internet Explorer while >>retaining the previous shortcut. > > I'm fully in favor of this. Committed to CVS. >>Activate Next Tab >>Ctrl+. Shortcut >>Ctrl+] Alternate >>Ctrl+PageDown (proposed) There is no way to add a third shortcut. One of the others has to go. But they are both KDE-wide standards. This will require a bit more work and discussion, which I will get to in may, when school's over. >>New Tab >>Ctrl+Shift+N Shortcut >>Ctrl+T Alternate (proposed) Committed to CVS, and to much acclaim backported to 3.2.1 branch. Should be available in the 3.2.1 release. Upstream KDE rules. ;) -- Simon Perreault -- http://nomis80.org From warren at togami.com Fri Mar 12 01:19:25 2004 From: warren at togami.com (Warren Togami) Date: Thu, 11 Mar 2004 15:19:25 -1000 Subject: Cleaning up "Preferred Applications" & Desktop Consistency In-Reply-To: <4050F205.4000608@nomis80.org> References: <3FE984B0.6050906@togami.com> <200312241109.24239.nomis80@nomis80.org> <33287.66.91.85.198.1077189420.squirrel@togami.com> <200402191233.31519.nomis80@nomis80.org> <4050F205.4000608@nomis80.org> Message-ID: <4051101D.80307@togami.com> Simon Perreault wrote: > Simon Perreault wrote: > >>> Font Bigger >>> CTRL+= Shortcut (proposed) >>> CTRL=+ Alternate (proposed) >>> This simple change would make it behave exactly like Mozilla's defaults. >> >> >> Everyone agrees that this should be done. I will investigate methods >> to do it. > > > Committed to CVS. > >>> Clear Location Bar >>> Ctrl+L Shortcut (proposed) >>> Simple addition makes it behave very similar to Mozilla. >> >> >> In KDE 3.1, that shortcut was present. > > > Committed to CVS. > >>> Full Screen Mode >>> Ctrl+Shift+F Shortcut >>> F11 Alternate (proposed) >>> Simple addition makes it behave like Mozilla and Internet Explorer while >>> retaining the previous shortcut. >> >> >> I'm fully in favor of this. > > > Committed to CVS. > >>> Activate Next Tab >>> Ctrl+. Shortcut >>> Ctrl+] Alternate >>> Ctrl+PageDown (proposed) > > > There is no way to add a third shortcut. One of the others has to go. > But they are both KDE-wide standards. This will require a bit more work > and discussion, which I will get to in may, when school's over. Is KDE open to adding the option for more than one alternate key combination, or are there other ideas in mind? > >>> New Tab >>> Ctrl+Shift+N Shortcut >>> Ctrl+T Alternate (proposed) > > > Committed to CVS, and to much acclaim backported to 3.2.1 branch. Should > be available in the 3.2.1 release. > > Upstream KDE rules. ;) > Thank you Simon for the followup! It appears that than just upgraded the FC2 KDE to 3.2.1. Can you supply precise patches for us for these CVS keybinding changes that were not backported to KDE 3.2.1, so that we may ship them as default with FC2? Please Bugzilla those patches against the appropriate component and CC me. Warren Togami wtogami at redhat.com From jonescr at cisco.com Fri Mar 12 02:46:00 2004 From: jonescr at cisco.com (Charles Jones) Date: Thu, 11 Mar 2004 19:46:00 -0700 Subject: 3ware RAID card oddity in 2.6.3-2.1.253smp x86_64 Message-ID: <40512468.6090602@cisco.com> I have an Fedora x86_64 system with a 3ware Escalade 7506-12 card. When I load the 3w-xxxx.ko module I get the following output: ---snip--- SCSI subsystem initialized 3ware Storage Controller device driver for Linux v1.02.00.037. scsi0 : Found a 3ware Storage Controller at 0xac00, IRQ: 27, P-chip: 1.3 scsi0 : 3ware Storage Controller Vendor: 3ware Model: Logical Disk 0 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 Vendor: 3ware Model: Logical Disk 1 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 Vendor: 3ware Model: Logical Disk 2 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 Vendor: 3ware Model: Logical Disk 3 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 Vendor: 3ware Model: Logical Disk 4 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 Vendor: 3ware Model: Logical Disk 5 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 Vendor: 3ware Model: Logical Disk 6 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 Vendor: 3ware Model: Logical Disk 7 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 ----- This is the same output I got with earlier kernels, except this time the disks are not assigned to SCSI devices. Is this a known issue? I poked around on Bugzilla and the only 3ware problems I see are in the 2.4 kernel, and I have no problems with the 2.4 kernel on a 32bit machine. From jsk_priv at gmx.de Fri Mar 12 06:51:01 2004 From: jsk_priv at gmx.de (Joerg Skottke) Date: Fri, 12 Mar 2004 07:51:01 +0100 Subject: Weeeeee! ;))) In-Reply-To: References: <1079002146.13843.0.camel@owsdavid> Message-ID: <40515DD5.8050306@gmx.de> Well - it didn't work, right? ;) Joerg M A Young wrote: >On Thu, 11 Mar 2004, david paeme wrote: > > > >>somebody using windows who's outlook just got nuked?? >> >>On Thu, 2004-03-11 at 12:49, mharris at redhat.com wrote: >> >> >>> I don't bite, weah! >>> >>>password -- 67088 >>> >>> > >No it is just a standard "get the user to open the file" virus, one of the >Bagle family. > > Michael Young > > > > From alexl at redhat.com Fri Mar 12 08:33:17 2004 From: alexl at redhat.com (Alexander Larsson) Date: 12 Mar 2004 09:33:17 +0100 Subject: rawhide report: 20040310 changes In-Reply-To: References: Message-ID: <1079080397.29202.739.camel@localhost.localdomain> On Thu, 2004-03-11 at 18:59, Richard Hally wrote: > What is that supposed to mean? Please enlighten us poor knuckle heads out > here in the hinterlands of cyber space. It means I made a guess to the cause of the removal. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a deeply religious coffee-fuelled stage actor plagued by the memory of his family's brutal murder. She's a manipulative foul-mouthed bodyguard married to the Mob. They fight crime! From satya at ttck.keio.ac.jp Fri Mar 12 19:02:13 2004 From: satya at ttck.keio.ac.jp (Satya Arjunan) Date: Sat, 13 Mar 2004 04:02:13 +0900 Subject: boost-1.31 include dir Message-ID: <40520935.3070109@ttck.keio.ac.jp> Hi all, I have used the boost-1.31 packages from the Fedora development branch. There are some significant changes. I would like to know what is the reason for creating an additional version directory such as /usr/include/boost-1_31/boost as opposed to the old one, /usr/include/boost. Additionally, I think it would be useful to create a soft link libboost_python.so to point to libboost_python-gcc.so (and others) for backwards compatibility. Thanks. satya From buildsys at redhat.com Fri Mar 12 14:22:52 2004 From: buildsys at redhat.com (Build System) Date: Fri, 12 Mar 2004 09:22:52 -0500 Subject: rawhide report: 20040312 changes Message-ID: <200403121422.i2CEMq623886@porkchop.devel.redhat.com> Updated Packages: ORBit2-2.10.0-2 --------------- * Thu Mar 11 2004 Alex Larsson 2.10.0-2 - enable gtk-doc alsa-lib-1.0.3a-1 ----------------- * Thu Mar 11 2004 Bill Nottingham 1.0.3a-1 - update to 1.0.3a alsa-utils-1.0.3-1 ------------------ * Thu Mar 11 2004 Bill Nottingham 1.0.3-1 - update to 1.0.3 anaconda-9.91-0.20040311184332 ------------------------------ * Thu Mar 11 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) autofs-4.1.0-5 -------------- * Wed Mar 10 2004 Jeff Moyer 1:4.1.0-5 - make the init script only recognize redhat systems. Nalin seems to remember some arcane build system error that can be caused if we don't do this. * Wed Mar 10 2004 Jeff Moyer 1:4.1.0-4 - comment out /net and /misc from the default auto.master. /net is important since in a default shipping install, we can neatly co-exist with amd. * Wed Mar 10 2004 Jeff Moyer 1:4.1.0-3 - Ported forward Red Hat's patches from 3.1.7 that were not already present in 4.1.0. - Moving autofs from version 3.1.7 to 4.1.0 automake-1.8.3-1 ---------------- * Fri Mar 12 2004 Jens Petersen - 1.8.3-1 - update to 1.8.3 bugfix release bash-2.05b-38 ------------- * Thu Mar 11 2004 Tim Waugh 2.05b-38 - Apply patch from Nalin Dahyabhai fixing an overread. cyrus-imapd-2.2.3-7 ------------------- * Thu Mar 11 2004 Dan Walsh - fix init script elinks-0.9.1-1 -------------- * Thu Mar 11 2004 Tim Waugh 0.9.1-1 - 0.9.1. - Use %find_lang. fam-2.6.10-6 ------------ * Thu Mar 11 2004 Alexander Larsson 2.6.10-6 - disable famd by default, it conflicts with selinux * Thu Mar 11 2004 Alexander Larsson 2.6.10-5 - Don't link to supc++, since that had some unresolved exception symbols - Instead we supply the stdc++ operators required (4 of them) - Add real symbol version script. The libtool thing doesn't seem to work. fam-2.6.10-7 ------------ * Fri Mar 12 2004 Alexander Larsson 2.6.10-7 - Fix version script to use anonymous version * Thu Mar 11 2004 Alexander Larsson 2.6.10-6 - disable famd by default, it conflicts with selinux * Thu Mar 11 2004 Alexander Larsson 2.6.10-5 - Don't link to supc++, since that had some unresolved exception symbols - Instead we supply the stdc++ operators required (4 of them) - Add real symbol version script. The libtool thing doesn't seem to work. filesystem-2.2.4-1 ------------------ * Thu Mar 11 2004 Bill Nottingham 2.2.4-1 - move /selinux here from SysVinit * Tue Mar 02 2004 Elliot Lee - rebuilt findutils-4.1.7-24 ------------------ * Thu Mar 11 2004 Tim Waugh 4.1.7-24 - Apply selinux patch last so that it can be turned off (bug #118025). * Tue Mar 09 2004 Tim Waugh - Jakub Jelinek's d_type patch improvement. flac-1.1.0-3 ------------ * Thu Mar 11 2004 Bill Nottingham 1.1.0-3 - fix x86_64 linkage (#117893) gkrellm-2.1.28-2 ---------------- * Thu Mar 11 2004 Karsten Hopp 2.1.28-2 - don't run gkrellmd as nobody, use a unique UID (#116314) - fix chkconfig at package removal glibc-2.3.3-16 -------------- * Thu Mar 11 2004 Jakub Jelinek 2.3.3-16 - update from CVS - fix s390{,x} TLS handling * Wed Mar 10 2004 Jakub Jelinek 2.3.3-15 - update from CVS - special section for compatibility code - make getpid () work even in vfork () child - configure with --enable-bind-now to avoid lazy binding in ld.so and libc.so gnome-applets-2.5.7-3 --------------------- * Thu Mar 11 2004 Mark McLoughlin 2.5.7-3 - Update Requires/BuildRequires to include gstreamer-plugins * Thu Mar 11 2004 Mark McLoughlin 2.5.7-2 - Rebuild gnome-media-2.5.5-1 ------------------- * Thu Mar 11 2004 Alex Larsson 2.5.5-1 - update to 2.5.5 * Tue Mar 02 2004 Elliot Lee - rebuilt gnome-vfs2-2.5.90-2 ------------------- * Wed Mar 10 2004 Dan Williams 2.5.90-2 - Add desktop-file-utils to build the new libmenu.so VFS backend for .menu files. Its a hack for now, and will eventually be replaced by upstreaming the d-f-u code gstreamer-plugins-0.7.6-2 ------------------------- * Thu Mar 11 2004 Alex Larsson 0.7.6-2 - correct plugin names * Wed Mar 10 2004 Alex Larsson 0.7.6-1 - update to 0.7.6 kdelibs-3.2.1-1.3 ----------------- * Thu Mar 11 2004 Than Ngo 6:3.2.1-1.3 - get rid of application.menu, it's added in redhat-menus * Fri Mar 05 2004 Than Ngo 6:3.2.1-1.2 - respin * Tue Mar 02 2004 Elliot Lee - rebuilt kudzu-1.1.51-1 -------------- * Thu Mar 11 2004 Bill Nottingham - 1.1.51-1 - add a PROBE_LOADED for installer use - remove ide-scsi cdwriter hacks from updfstab libbonoboui-2.5.4-2 ------------------- * Thu Mar 11 2004 Alex Larsson 2.5.4-2 - enable gtk-doc libgnome-2.5.91-2 ----------------- * Thu Mar 11 2004 Alex Larsson 2.5.91-2 - enable gtk-doc * Wed Mar 10 2004 Mark McLoughlin 2.5.91-1 - Update to 2.5.91 * Tue Mar 02 2004 Elliot Lee - rebuilt libgnomeui-2.5.91-2 ------------------- * Thu Mar 11 2004 Alex Larsson 2.5.91-2 - enable gtk-doc libxfcegui4-4.0.3-4 ------------------- * Thu Mar 11 2004 Than Ngo 4.0.3-4 - rebuilt modutils-2.4.26-9 ----------------- * Thu Mar 11 2004 Bill Nottingham 2.4.26-9 - add nfsv4 aliases to modprobe.conf.dist - clean out upstreamed aliases in modprobe.conf.dist - mount rpc_pipefs when sunrpc is loaded nfs-utils-1.0.6-11.fc2 ---------------------- * Thu Mar 11 2004 Bill Nottingham - rpc_pipefs mounting and aliases are now in modutils; require that * Thu Mar 11 2004 - Updated the gssd patch. ntp-4.2.0-7 ----------- * Thu Mar 11 2004 Harald Hoyer - 4.2.0-7 - ntpgenkey fixed (117378) - fixed initscript to call ntpdate with -U (117894) openobex-apps-1.0.0-3 --------------------- * Thu Mar 11 2004 Harald Hoyer - 1.0.0-2 - added patch for gcc-3.4 policy-1.8-10 ------------- * Thu Mar 11 2004 Dan Walsh 1.8-10 -fix prelink and rpm interaction * Thu Mar 11 2004 Dan Walsh 1.8-9 - add ptal context - fix su with kerberos. * Thu Mar 11 2004 Dan Walsh 1.8-8 - Fix ssh into ypbox. - Fix hotplug to allow writing of network files pygtk2-2.2.0-1 -------------- * Thu Mar 11 2004 Jeremy Katz - 2.2.0-1 - 2.2.0 * Wed Mar 10 2004 Jeremy Katz 2.2.0-0.rc1 - 2.2.0 RC1 redhat-menus-1.1-1 ------------------ * Fri Mar 12 2004 Than Ngo 1.1-1 - Release 1.1, cleanup KDE menus, get rid of KDE stuffs which are now included in kde package * Thu Mar 11 2004 Seth Nickell - Release 1.0 which conforms to xdg menu spec 0.8 rhythmbox-0.6.8-1 ----------------- * Thu Mar 11 2004 Alex Larsson 0.6.8-1 - update to 0.6.8 rpm-4.3-0.20 ------------ * Wed Mar 10 2004 Jeff Johnson 4.3-0.20 - add sparcv8 and enable elf32/elf64 Zon sparc64 (#117302). - fix: --querybynumber looped. - fix: ENOTSUP filter from lsetfilecon borkage. rpmdb-fedora-1.90-0.20040312 ---------------------------- sound-juicer-0.5.10.1-7 ----------------------- * Thu Mar 11 2004 Brent Fox 0.5.10.1-5 - rebuild subversion-1.0.0-3 ------------------ * Fri Mar 12 2004 Joe Orton 1.0.0-3 - add -perl subpackage for Perl bindings (steve at silug.org) - include mod_authz_svn INSTALL file * Tue Mar 02 2004 Elliot Lee 1.0.0-2.1 - rebuilt * Wed Feb 25 2004 Joe Orton 1.0.0-2 - add fix for lack of apr_dir_read ordering guarantee (Philip Martin) - enable compression in ra_dav by default (Tobias Ringstr??m) system-config-kickstart-2.5.8-1 ------------------------------- * Thu Mar 11 2004 Brent Fox 2.5.8-1 - pull out package lists system-config-samba-1.2.7-1 --------------------------- * Thu Mar 11 2004 Brent Fox 1.2.7-1 - don't crash on ldap lines (bug #117812) * Thu Mar 11 2004 Brent Fox 1.2.6-1 - skip over blank lines in smbusers (bug #118017) tvtime-0.9.12-4 --------------- * Thu Mar 11 2004 Than Ngo 0.9.12-4 - fixed gcc-3.4 build problem wget-1.9.1-5 ------------ * Thu Mar 11 2004 Karsten Hopp 1.9.1-3 - fix documentation (#117517) xffm-4.0.3-4 ------------ * Thu Mar 11 2004 Than Ngo 4.0.3-4 - fixed gcc-3.4 build problem xmms-1.2.10-2.p --------------- * Thu Mar 11 2004 Bill Nottingham 1:1.2.10-2.p - update to 1.2.10 - fix buildreqs (#114857) - switch default output plugin to ALSA xosview-1.8.0-19 ---------------- * Wed Mar 10 2004 Than Ngo 1.8.0-19 - added nfs traffic From shahms at shahms.com Fri Mar 12 16:06:10 2004 From: shahms at shahms.com (Shahms King) Date: Fri, 12 Mar 2004 08:06:10 -0800 Subject: boost-1.31 include dir In-Reply-To: <40520935.3070109@ttck.keio.ac.jp> References: <40520935.3070109@ttck.keio.ac.jp> Message-ID: <1079107570.1209.42.camel@shahms.mesd.k12.or.us> On Fri, 2004-03-12 at 11:02, Satya Arjunan wrote: > Hi all, > > I have used the boost-1.31 packages from the Fedora development branch. > There are some significant changes. I would like to know what is the > reason for creating an additional version directory such as > /usr/include/boost-1_31/boost as opposed to the old one, > /usr/include/boost. Additionally, I think it would be useful to create a > soft link libboost_python.so to point to libboost_python-gcc.so (and > others) for backwards compatibility. > > Thanks. > > satya Can't comment on the compatibility links, but the versioned include directories are almost certainly done to make multiple versions of the library parallel-installable. Library interfaces change and evolve and sometimes it takes the applications written against them a while to change and they don't all change at the same rate. -- Shahms King From zaitcev at redhat.com Fri Mar 12 20:48:58 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Fri, 12 Mar 2004 12:48:58 -0800 Subject: Kernel 2.4 test patchlets Message-ID: <20040312124858.1b209424.zaitcev@redhat.com> Hi, David: The current policy is that we have to create test branches, which produces a small chilling effect. I noticed you really started to crank out those kernels when you took over 2.4, just like in good old days. What do you think, can you ship something like the attached in some "next" release? It's for bz#116011. Thanks, -- Pete --- linux-2.4.22-1.2176/drivers/usb/serial/usbserial.c 2004-03-11 20:53:43.000000000 -0800 +++ linux-2.4.26-pre2-nip/drivers/usb/serial/usbserial.c 2004-03-11 22:26:04.000000000 -0800 @@ -717,9 +717,14 @@ * It's a ususal thing on serial to lose characters, isn't it? * Neener, neener! Actually, it's probably an echo loop anyway. * Only happens when getty starts talking to Visor. + * + * XXX Seems that ppp likes to do this as well. + * Adding dump_stack to catch this. */ - if (++rate % 1000 < 5) + if (++rate % 1000 < 3) { err("too much data (%d)", count); + dump_stack(); + } job->len = POST_BSIZE; } memcpy(job->buff, buf, job->len); From bpm at ec-group.com Fri Mar 12 21:48:51 2004 From: bpm at ec-group.com (Brian Millett) Date: Fri, 12 Mar 2004 15:48:51 -0600 Subject: Fw: [Evolution] Evolution 1.4.6 Message-ID: <20040312154851.58bd0558@shaka.ec-group.com> Please! The current evolution-1.4.5-7 does not print and is broke. This would be nice. Thanks. Begin forwarded message: Date: Fri, 12 Mar 2004 12:10:11 -0500 From: JP Rosevear To: gnome-announce-list at gnome.org, evolution at ximian.com Subject: [Evolution] Evolution 1.4.6 The Evolution Team has released Evolution 1.4.6, the stable release series. http://ftp.gnome.org/pub/gnome/sources/evolution/1.4/evolution-1.4.6.tar.gz http://ftp.gnome.org/pub/gnome/sources/gtkhtml/3.0/gtkhtml-3.0.10.tar.gz http://ftp.gnome.org/pub/gnome/sources/gal/1.99/gal-1.99.11.tar.gz http://ftp.gnome.org/pub/gnome/sources/libsoup/1.99/libsoup-1.99.28.tar.gz http://ftp.ximian.com/pub/source/evolution/db-3.1.17.tar.gz Evolution 1.4.6, 2004-02-18 --------------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Addressbook #50583 - Freeze when add a user to local meeting (Leon Zhang) #49912 - Contacts list crash issue (Leon Zhang) #48538 - Can not move & rename contact folders (Gilbert Fang) * Calendar #51337 - Unlocalized strings in calendar/appointment dialogs (Yong Sun) #51052 - Import error (Yong Sun) #50387 - Importing a .vcf to local calendar crashes (Harry Lu) * Mail #54319 - Message-list blank even tho there are messages (Jeff Stedfast) #50535 - Doesn't handle EHLO errors proper (Jeff Stedfast) #50485 - Problems with accentuated gpg passphrases (Jeff Stedfast) #50096 - GroupWise attachments and indexing (Jeff Stedfast) #45504 - Warning Dialogs "Error while 'Fetching Mail" On POP3 auto download (Michael Zucchi) #49357 - Email date is incorrect (Jeff Stedfast) #46006 - Attempted ESMTP handshake with invalid IPv6 address (Jeff Stedfast) #41610 - Crash if remote POP reports 0 byte len messag e(Michael Zucchi) #48759 - Strange behaviour with save as dialog (Jeff Stedfast) #47638 - Default charset is empty (Jeff Stedfast) #48466 - Properties window open after attachment removed (Charles Zhang) #48166 - Size filter doesnt remember the size (Jeff Stedfast) #53530 - Duplicate of attachments are seen on forward as Redirect (Bill Zhu) #48998 - Apply Button always remain activated (Charles Zhang) #51551 - Encoding of the Organization is UNKNOWN (Suresh Chandrasekharan) #40917 - backspace shouldn't highlight the whole remaining string in Setup Assistant (Suresh Chandrasekharan) #47878 - Change "Helvetica" to "Sans Regular" for printing footers (Rodney Dawes) #32996 - Can select VFolders as Offline folders in Evolution Settings (Michael Zucchi) #39410 - "Work offline" does not propobly sync all mails in "offline folders" (Michael Zucchi) #48290 - Selecting inverse theme causes text to be printed white-on-white (Antonio Zu) Other bugs fixed: * Addressbook - Memory corruption if corba exception when loading ebook (Chris Toshok) * Calendar - Break lines for UTF8 correctly when printing (Yong Sun) - Alarm daemon ref counting fixes (Rodrigo Moya) - Use local timezone for component if timezone cannot be found (Harry Lu) - Only allow numbers in recurrence "for" entry (Harry Lu) - Only allow numbers alarm repeat count and alarm time (Harry Lu) - Only allow numbers in percent complete (Harry Lu) - Store last alarm notification time properly (Harry Lu) * Mail - Enable forward/backward search toggle (Suresh Chandrasekharan) - Dialog cleanup (Rodney Dawes) - Use gnome thumbnail handling for scaling if possible (Frederic Crozat) - Handle broken image/pjpeg mime type (Jeff Stedfast) - 64 bit fixes (Jeff Stedfast, Jeremy Katz) - Better detection of broken dates (Frederic Crozat) * Summary - Make sure we only show today's tasks if configured that way (Gary Ekker) * Miscellanous - Fix mem chunk locking (for SMP machines) (Zan Lynx) - Build fixes (Frederic Crozat, Jeff Stedfast) - Remove disable deprecated flags (JP Rosevear) - Translation encodings (Carlos Perello Marin) gtkhtml-3.0.10 "Vinyl" 2004-09-18 ------------------------------------------------ New in this release * #38589 Missing mnemonics in replace window (Frederic Crozat) * #51472 Missing mnemonics in replace window (Charles Zhang) * Fix crash with upper/lower in emacs keybindings (Radek Doulik) * Fix pasting of newlines (Radek Doulik) * Support multi-byte searching (Suresh Chandrasekharan) * 64 bit fixes (Jeremy Katz) * Get translations for glade dialogs properly (Yong Sun) * Spell check whole document if inline spell checking is disabled (Radek Doulik) * Fix toolbar sensitivity (Radek Doulik) * Remove disable deprecated flags (JP Rosevear) * Updated translations: ja (Takeshi AIHANA), cs (Miloslav Trmac), (pt_BR) Gustavo Maciel Dias Vieira. es (Francisco Javier F. Serrador and Pablo Gonzalo del Campo), sv (Christian Rose), nl (Vincent van Adrighem), pt (Duarte Loreto), sr (Danilo Segan), de (Christian Neumair), az (Metin Amiroff), hu (Andras Timar), no (Kjartan Maraas), pl (Artur Flinta), sk (Stanislav Visnovsky), el (Nikos Charonitakis), pt (Duarte Loreto) ----------------------- gal-1.99.11 2004-02-18 ----------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): #44222 - Task summary entry widget not i18ned (Suresh Chandrasekharan) #46165 - Browsing the calendar causes crash and displays nothing (Chris Toshok) #48815 - Customize fields sub-windows dont close on ESC (Charles Zhang) #49912 - Contacts list crash issue (Leon Zhang) #50065 - Chinese locales Input method hangs after a task entry and new folder creation (Suresh Chandrasekharan) #50258 - Shared object looks for wrong mo file (Suresh Chandrasekharan) #51527 - Gal widgets produces backspace for Ctrl-space for japanese input (Suresh Chandrasekharan) Other bugs and changes: - fix namespacing to build with GNOME 2.6 (Mike Kestner, Radek Doulik) - remove hard coded disable deprecated flags (JP Rosevear) - updated translations: ja (Takeshi AIHANA), fi (Ilkka Tuohela), cs (Miloslav Trmac), sv (Christian Rose), es (Francisco Javier F. Serrador), pt_BR (Gustavo Maciel Dias Vieira), nl (Vincent van Adrighem), no (Kjartan Maraas), pt (Duarte Loreto), sr (Danilo Segan), ca (Jordi Mallach), el (Nikos Charonitakis), sk (Stanislav Visnovsky) -JP -- JP Rosevear Ximian, Inc. _______________________________________________ evolution maillist - evolution at lists.ximian.com http://lists.ximian.com/mailman/listinfo/evolution -- Brian Millett - Technologist Rex "They burned through level 7 and 8. Can't stop 'em! They're everywhere!" 'Garibaldi!' "Look, I've rigged the fusion reactors, but there's not much time. Get going. I'll hold 'em as long as I can. Look! Come on. This isn't a conversation. Jeff, it's okay. I finally understand. This is the moment I was born for. Now go. Go! Go! Go!" 'Wait! Wait!' "They're coming through. Take that! Take it! You want some? How 'bout you? How 'bout you? Take some! Take some! Take some!" -- Garibaldi and Sinclair (in the future), "Babylon Squared" From jurgen at botz.org Fri Mar 12 21:50:48 2004 From: jurgen at botz.org (=?ISO-8859-1?Q?J=FCrgen_Botz?=) Date: Fri, 12 Mar 2004 13:50:48 -0800 Subject: autofs, auto.master Message-ID: <405230B8.4050208@botz.org> Recent upgrade from development tree replaced my auto.master file... this should probably have (noreplace) directive. :j -- J?rgen Botz | While differing widely in the various jurgen at botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper From tadams-lists at myrealbox.com Fri Mar 12 21:59:04 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Fri, 12 Mar 2004 16:59:04 -0500 Subject: Fw: [Evolution] Evolution 1.4.6 In-Reply-To: <20040312154851.58bd0558@shaka.ec-group.com> References: <20040312154851.58bd0558@shaka.ec-group.com> Message-ID: <1079128744.2694.7.camel@aurora.localdomain> On Fri, 2004-03-12 at 15:48 -0600, Brian Millett wrote: > Please! The current evolution-1.4.5-7 does not print and is broke. This would be nice. > > Thanks. The printing is NOT COMPLETELY broken, just the printer dialog. If you do a print preview, it will print from that to the default printer just fine. Yes, this should be fixed. Hopefully this will work as a stop gap until then. Trever -- One O.S. to rule them all, One O.S. to find them. One O.S. to bring them all and in the darkness bind them. From davej at redhat.com Fri Mar 12 23:13:17 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 12 Mar 2004 23:13:17 +0000 Subject: Kernel 2.4 test patchlets In-Reply-To: <20040312124858.1b209424.zaitcev@redhat.com> References: <20040312124858.1b209424.zaitcev@redhat.com> Message-ID: <20040312231316.GN28660@redhat.com> On Fri, Mar 12, 2004 at 12:48:58PM -0800, Pete Zaitcev wrote: > Hi, David: > > The current policy is that we have to create test branches, which produces > a small chilling effect. I noticed you really started to crank out those > kernels when you took over 2.4, just like in good old days. What do you > think, can you ship something like the attached in some "next" release? > It's for bz#116011. Don't see why not. Looks harmless enough. Dave From katzj at redhat.com Fri Mar 12 23:43:26 2004 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 12 Mar 2004 18:43:26 -0500 Subject: Fw: [Evolution] Evolution 1.4.6 In-Reply-To: <20040312154851.58bd0558@shaka.ec-group.com> References: <20040312154851.58bd0558@shaka.ec-group.com> Message-ID: <1079135005.2874.1.camel@edoras.local.net> On Fri, 2004-03-12 at 15:48 -0600, Brian Millett wrote: > Please! The current evolution-1.4.5-7 does not print and is broke. > This would be nice. 1.4.6 has already been built, was just waiting on the release, so it should make its way into the devel tree tomorrow. Of course, I'm not convinced that it will fix your problem since I haven't seen reports of it with FC1 and the packages have been identical since dropping back to 1.4. It's far more likely to be one of the other dependencies (libgnomeprint* in particular) that's causing it. Jeremy From d.jacobfeuerborn at conversis.de Fri Mar 12 23:58:31 2004 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sat, 13 Mar 2004 00:58:31 +0100 Subject: X11 apps killing own configurations? Message-ID: <40524EA7.5030404@conversis.de> Hi, A minute ago I started X11 was informed that X couldn't be started since my root partition was full. So far so good. But when I freed 500mb and started X again both XMMS and GAIM lost their configuration and started in their default setup. Does anybody know how this can happen? Regards, Dennis From xose at wanadoo.es Sat Mar 13 00:32:22 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Sat, 13 Mar 2004 01:32:22 +0100 Subject: 'outdated' packages in rawhide Message-ID: <40525696.4070900@wanadoo.es> package latest rawhide ------- --------- --------- abiword 2.0.5 2.0.3 dhcp 3.0.1rc13 3.0.1rc12 fetchmail 6.2.5 6.2.0 glade 2.0.1 2.0 groff 1.19 1.18.1 ImageMagick 5.5.7-17 5.5.7-15 lftp 2.6.12 2.6.10 lilo 22.5.8 21.4.4 linux 2.6.4 2.6.3 lvm 1.0.8 1.0.3 modutils 2.4.27 2.4.26 mutt 1.4.2.1 1.4.1 nedit 5.4 5.3 openssh 3.8p1 3.6.1p2 openssl 0.9.7c 0.9.7a parted 1.6.6 1.6.3 postfix 2.0.18 2.0.16 ppp 2.4.2 2.4.1 screen 4.0.2 4.0.1 sed 4.0.9 4.0.8 tcl 8.4.6 8.4.5 xfce 4.0.4 4.0.3 XFree86 4.4.0 4.3.0 -thanks- From icon at linux.duke.edu Sat Mar 13 00:34:37 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Fri, 12 Mar 2004 19:34:37 -0500 Subject: 'outdated' packages in rawhide In-Reply-To: <40525696.4070900@wanadoo.es> References: <40525696.4070900@wanadoo.es> Message-ID: <4052571D.8090305@linux.duke.edu> Xose Vazquez Perez wrote: > XFree86 4.4.0 4.3.0 I think it's safe to stop checking for this one. :) Cheers, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From leonard at den.ottolander.nl Sat Mar 13 00:56:07 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sat, 13 Mar 2004 01:56:07 +0100 Subject: Fw: [Evolution] Evolution 1.4.6 In-Reply-To: <1079135005.2874.1.camel@edoras.local.net> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> Message-ID: <1079139366.4749.5.camel@athlon.localdomain> Hello Jeremy, > 1.4.6 has already been built, was just waiting on the release, so it > should make its way into the devel tree tomorrow. Does that mean you are also going to release a test update for FC 1 as well? I would love to test if it fixes the crash I see when editing the To: field, which is reported in http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115308 . Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Sat Mar 13 01:05:34 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sat, 13 Mar 2004 02:05:34 +0100 Subject: Fw: [Evolution] Evolution 1.4.6 In-Reply-To: <1079139366.4749.5.camel@athlon.localdomain> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> Message-ID: <1079139934.4749.8.camel@athlon.localdomain> Hi, I wrote: > Does that mean you are also going to release a test update for FC 1 as > well? I would love to test if it fixes the crash I see when editing the > To: field, which is reported in > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115308 . Forgotten that that issue is gal related. So how about a gal test update instead ;-) . Leonard. -- mount -t life -o ro /dev/dna /genetic/research From cmadams at hiwaay.net Sat Mar 13 01:23:05 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 12 Mar 2004 19:23:05 -0600 Subject: Speaker In-Reply-To: <1079019560.20282.4.camel@opus> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> Message-ID: <20040313012305.GA1221961@hiwaay.net> Once upon a time, seth vidal said: > modprobe pcspkr > > it's there. > > it's goofy. Why is this a module instead of just built in? It would be nice to have a reasonable place to add modules during boot (just adding "modprobe " to /etc/rc.d/rc.local doesn't really cut it to me). There are some hard-coded in rc.sysinit, but sometimes you need others. In rc.sysinit, there is: # Load modules (for backward compatibility with VARs) if [ -f /etc/rc.modules ]; then /etc/rc.modules fi Is this going to stay? I'm using this on an RHEL server (I need sg loaded for tape library control), but the "for backward compatibility" bit sounds like it could go away at any time. Some better way of handling modules during boot would also help with the ACPI modules (so I wouldn't get an error on every boot from the toshiba_acpi module). Even something as simple as a flat file that listed modules to be loaded, one per line, that got processed from rc.sysinit like: while read module; do insmod $module done < /etc/boot-modules.conf would be nice. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From wtogami at redhat.com Sat Mar 13 01:51:54 2004 From: wtogami at redhat.com (Warren Togami) Date: Fri, 12 Mar 2004 15:51:54 -1000 Subject: 'outdated' packages in rawhide In-Reply-To: <40525696.4070900@wanadoo.es> References: <40525696.4070900@wanadoo.es> Message-ID: <4052693A.3040308@redhat.com> The below is entirely my personal opinion. Xose Vazquez Perez wrote: > > package latest rawhide > ------- --------- --------- > fetchmail 6.2.5 6.2.0 http://catb.org/~esr/fetchmail/NEWS Changelog http://catb.org/~esr/fetchmail/ The home page describes 6.2.0 as "gold" version, and 6.2.5 as "leading-edge". Normally due to the associated risk and limited labor I am guessing that we would avoid the risks and wait until the next "gold" version. However ESR is here, who seems to know something about fetchmail. =) Eric what is your recommendation? Mind if we automatically CC you on reported fetchmail bugs in Bugzilla? LIKELY TO HAPPEN ANYWAY, I THINK -------------------------------- > linux 2.6.4 2.6.3 > glade 2.0.1 2.0 PROBABLY SAFE ------------- > xfce 4.0.4 4.0.3 > lftp 2.6.12 2.6.10 > nedit 5.4 5.3 > abiword 2.0.5 2.0.3 > screen 4.0.2 4.0.1 > groff 1.19 1.18.1 > ppp 2.4.2 2.4.1 > ImageMagick 5.5.7-17 5.5.7-15 I THINK WE SHOULD ----------------- > postfix 2.0.18 2.0.16 TOTALLY UNKNOWN TO ME --------------------- > openssh 3.8p1 3.6.1p2 > openssl 0.9.7c 0.9.7a > sed 4.0.9 4.0.8 > tcl 8.4.6 8.4.5 > mutt 1.4.2.1 1.4.1 > modutils 2.4.27 2.4.26 > dhcp 3.0.1rc13 3.0.1rc12 LIKELY TO BREAK INSTALLER AND DELAY US MORE (Integration would be especially difficult) ------------------------------------------- > lilo 22.5.8 21.4.4 > lvm 1.0.8 1.0.3 > parted 1.6.6 1.6.3 WONT HAPPEN ----------- > XFree86 4.4.0 4.3.0 Warren Togami wtogami at redhat.com From xose at wanadoo.es Sat Mar 13 11:30:23 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Sat, 13 Mar 2004 12:30:23 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <40525696.4070900@wanadoo.es> References: <40525696.4070900@wanadoo.es> Message-ID: <4052F0CF.7030306@wanadoo.es> Xose Vazquez Perez wrote: > package latest rawhide > ------- --------- --------- > [...] > xfce 4.0.4 4.0.3 > XFree86 4.4.0 4.3.0 Sorry, I forgot: acl 2.2.22 2.2.7 attr 2.4.14 2.4.1 jfsutils 1.1.5 1.1.4 xfsprogs 2.6.3 2.6.0 -- x86-64 GenuineIntel From jfontain at free.fr Sat Mar 13 10:04:47 2004 From: jfontain at free.fr (Jean-Luc Fontaine) Date: Sat, 13 Mar 2004 11:04:47 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <4052693A.3040308@redhat.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> Message-ID: <4052DCBF.1080708@free.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 | PROBABLY SAFE | ------------- | > xfce 4.0.4 4.0.3 | > lftp 2.6.12 2.6.10 | > nedit 5.4 5.3 | > abiword 2.0.5 2.0.3 | > screen 4.0.2 4.0.1 | > groff 1.19 1.18.1 | > ppp 2.4.2 2.4.1 | > ImageMagick 5.5.7-17 5.5.7-15 | | I THINK WE SHOULD | ----------------- | > postfix 2.0.18 2.0.16 | | TOTALLY UNKNOWN TO ME | --------------------- | > openssh 3.8p1 3.6.1p2 | > openssl 0.9.7c 0.9.7a | > sed 4.0.9 4.0.8 | > tcl 8.4.6 8.4.5 IMHO, tcl 8.4.6 can be safely included in the PROBABLY SAFE section. - -- Jean-Luc Fontaine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAUty7kG/MMvcT1qQRAuOgAKCl2QLq2va6Zr2kiC45n6splQcC5ACfYFCw bJ2kx/80CaCMZ1Qb3OQ8zMs= =Bh1G -----END PGP SIGNATURE----- From felipe_alfaro at linuxmail.org Sat Mar 13 10:10:56 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Sat, 13 Mar 2004 11:10:56 +0100 Subject: Speaker In-Reply-To: <20040313012305.GA1221961@hiwaay.net> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <20040313012305.GA1221961@hiwaay.net> Message-ID: <1079172656.859.1.camel@teapot.felipe-alfaro.com> On Sat, 2004-03-13 at 02:23, Chris Adams wrote: > Once upon a time, seth vidal said: > > modprobe pcspkr > > > > it's there. > > > > it's goofy. > > Why is this a module instead of just built in? I don't think it's a bad idea to build it as a module: some people like me hate the PC Speaker continuously beeping, and simply unloading that module will keep me from having to reconfigure lots of apps to stop beeping me out. From pp at ee.oulu.fi Sat Mar 13 10:23:02 2004 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Sat, 13 Mar 2004 12:23:02 +0200 Subject: 'outdated' packages in rawhide In-Reply-To: <4052693A.3040308@redhat.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> Message-ID: <20040313102302.GA18607@ee.oulu.fi> On Fri, Mar 12, 2004 at 03:51:54PM -1000, Warren Togami wrote: > PROBABLY SAFE > ------------- > > ppp 2.4.2 2.4.1 Requires more work than a minor version number update would suggest. 2.4.2 basically obsoletes rp-pppoe (except I think some of the scripts included are needed by initscripts etc.). Also changes to config tools to use kernel pppoe would be required. Could do 2.4.2 + rp-pppoe without kernel plugin (that doesn't work anyway) and worry about the cleanup after fc2. > TOTALLY UNKNOWN TO ME > --------------------- > > openssh 3.8p1 3.6.1p2 > > openssl 0.9.7c 0.9.7a Both are things that probably should only be touched right in the beginning of a release cycle. OpenSSH PAM interaction can be pretty tricky if you do anything other than /etc/passwd. Fedora has (and people use) pam, ldap, kerberor, selinux etc., so it needs quite a bit of testing, and looking at the number of patches, probably quite a bit of work as well. OpenSSL is probably binary incompatible yet again, it's one of those packages you don't want to upgrade unless there are some new features you really need. Otherwise an older (patched!) version is just fine. > LIKELY TO BREAK INSTALLER AND DELAY US MORE > (Integration would be especially difficult) > ------------------------------------------- > > lilo 22.5.8 21.4.4 > > lvm 1.0.8 1.0.3 If it's deprecated (but required by some users so can't be removed) and it works, don't touch it. -- Pekka Pietikainen From linuxnow at newtral.org Sat Mar 13 08:29:26 2004 From: linuxnow at newtral.org (Pau Aliagas) Date: Sat, 13 Mar 2004 09:29:26 +0100 (CET) Subject: 'outdated' packages in rawhide In-Reply-To: <4052693A.3040308@redhat.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> Message-ID: On Fri, 12 Mar 2004, Warren Togami wrote: > WONT HAPPEN > ----------- > > XFree86 4.4.0 4.3.0 Will changes to make x86_64 ATI Radeon Mobility M10 work be backported ? Otherwise Acer 1500 and new emachines laptops won't have X :( Pau From mark at weballistics.com Sat Mar 13 08:18:10 2004 From: mark at weballistics.com (Mark Page) Date: Sat, 13 Mar 2004 08:18:10 +0000 Subject: fedora CORE 1 (x86-64) on ASUS K8V/AMD64 and Promise RAID Message-ID: <1079165890.9147.17.camel@dev> Hi, I've just installed the x86-64 version of FC1. The K8V mobo comes with a Promise SATA RAID controller. I've got two SATA disks (80gb each) which I initially had striped for performance (i.e. one large disk with 160gb). During the fedora install the promise controller is found and the SATA disk drives seen - but not as a striped set, that is FC sees two 80gb drives. This is also the same if I use the two disks in a mirrored set. If I let the install run it finishes ok, but refuses to boot - 'GRUB' appears on screen but immediately hangs. To get round this I've just got one disk striped (cannot disable RAID on Promise controller) and it's been fine. I can't find any help on the net about this particular issue, does any one know what I should be doing to get either striped or mirrored RAID set working properly? Regards, -Mark. From arjanv at redhat.com Sat Mar 13 08:44:16 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 13 Mar 2004 09:44:16 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <40525696.4070900@wanadoo.es> References: <40525696.4070900@wanadoo.es> Message-ID: <1079167456.4446.1.camel@laptop.fenrus.com> On Sat, 2004-03-13 at 01:32, Xose Vazquez Perez wrote: > package latest rawhide > ------- --------- --------- > abiword 2.0.5 2.0.3 > dhcp 3.0.1rc13 3.0.1rc12 .. and what is the problem with not having the absolute bleeding edge every day of the week ? Updating packages costs time, and not all changes in new upstream releases warrant spending that time immediately, nor does it always warrant invalidating the testing on the currently stable package. -------------- 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 warren at togami.com Sat Mar 13 02:12:52 2004 From: warren at togami.com (Warren Togami) Date: Fri, 12 Mar 2004 16:12:52 -1000 Subject: 'outdated' packages in rawhide In-Reply-To: <40525696.4070900@wanadoo.es> References: <40525696.4070900@wanadoo.es> Message-ID: <40526E24.3070908@togami.com> http://freshmeat.net/releases/154182/ subversion-1.0.1 released today From esr at thyrsus.com Sat Mar 13 02:18:35 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Fri, 12 Mar 2004 21:18:35 -0500 Subject: 'outdated' packages in rawhide In-Reply-To: <4052693A.3040308@redhat.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> Message-ID: <20040313021835.GA22413@thyrsus.com> Warren Togami : > http://catb.org/~esr/fetchmail/ > The home page describes 6.2.0 as "gold" version, and 6.2.5 as > "leading-edge". Normally due to the associated risk and limited labor I > am guessing that we would avoid the risks and wait until the next "gold" > version. However ESR is here, who seems to know something about > fetchmail. =) > > Eric what is your recommendation? Go with 6.2.5, it's actually been pretty stable. -- Eric S. Raymond From xose at wanadoo.es Sat Mar 13 13:44:14 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Sat, 13 Mar 2004 14:44:14 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <1079167456.4446.1.camel@laptop.fenrus.com> References: <40525696.4070900@wanadoo.es> <1079167456.4446.1.camel@laptop.fenrus.com> Message-ID: <4053102E.2060706@wanadoo.es> Arjan van de Ven wrote: > .. and what is the problem with not having the absolute bleeding edge > every day of the week ? Updating packages costs time, and not all > changes in new upstream releases warrant spending that time immediately, > nor does it always warrant invalidating the testing on the currently > stable package. This is not taroon ml ;-). -- x86-64 GenuineIntel From mharris at redhat.com Sat Mar 13 14:40:46 2004 From: mharris at redhat.com (Mike A. Harris) Date: Sat, 13 Mar 2004 09:40:46 -0500 (EST) Subject: 'outdated' packages in rawhide In-Reply-To: <4053102E.2060706@wanadoo.es> References: <40525696.4070900@wanadoo.es> <1079167456.4446.1.camel@laptop.fenrus.com> <4053102E.2060706@wanadoo.es> Message-ID: On Sat, 13 Mar 2004, Xose Vazquez Perez wrote: >> .. and what is the problem with not having the absolute bleeding edge >> every day of the week ? Updating packages costs time, and not all >> changes in new upstream releases warrant spending that time immediately, >> nor does it always warrant invalidating the testing on the currently >> stable package. > >This is not taroon ml ;-). Developer time is developer time though, wether it is being spend developing on RHEL, or time spent developing on Fedora Core. Updating a package to a new version does not come at zero developer time cost. Depending on the particular package, the changes it includes, and how those changes might affect other packages in the distribution or dependancies need to be investigated closely. It may also require upgrading other things too that other package owners maintain, which might continue in a domino effect across the distribution depending on the package. While that doesn't happen for every package every time, it does happen enough that it has to be taken seriously so we're not wasting our time. If I spend an hour updating xchat for example, and then a week from now a new version comes out and I spend another hour on it, and then several other times in the devel cycle I update it again, that might be a total of 8 hours spent working on xchat. That's 1 work day out of a year. We have to ask ourselves if it is good use of Red Hat's resources to do that or not. For some packages it is, and the overhead of making the changes is small. For other packages it is not, and the overhead is large - and might not be immediately visible until you start doing the work - or worse, until after you've updated it and find out the new version of whatever you updated is loaded full of bugs and break in ways you might not have time to fix with your current schedule and priorities. You either then ship buggier but newer bits, or downgrade back to the old version and irritate a lot of people due to yum/up2date/apt not liking the package downgrade. Another problem which Arjan touched upon, is that when you upgrade a package to a new version, you lose the benefit of all of the beta testing done on that package up to that point. If it is a library, then all of the applications that link to it have lost their beta testing as well, because the library could now be introducing a bug that affects a large part of the OS. Again, different packages have different importance levels and impact in this regard. As someone pointed out, updating openssl would probably be bad due to the amount of work required, and the fact that that is a critical part of the OS, which you want to maximize beta testing and not take chances. But updating something such as procinfo is unlikely to cause major problems. So you're right, this is not Taroon, and we do ride the edge a little closer in Fedora Core, but that must be done very responsibly if we want Fedora Core to also be a reliable and useable OS. If a large part of the OS is updated near the end of the cycle, and most beta testing is lost, then the release will ship with many major problems, a lot of them only being found out after the release goes out the door. Then nobody will want to use it, it will get bad press reviews and negative feedback from the community, and the project suffers. It is nice to have newer versions of packages, but that has to be decided on a package by package basis, based on the merits of what each individual package benefits from if it is updated, and how much that matters in the grand scheme of things, balanced with how much man hour resources are needed to do all the work, etc. It is a gentle balancing game. That said, I think all of my packages are up to date except for XFree86, but we know the answer there. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From hp at redhat.com Sat Mar 13 14:44:27 2004 From: hp at redhat.com (Havoc Pennington) Date: Sat, 13 Mar 2004 09:44:27 -0500 Subject: X11 apps killing own configurations? In-Reply-To: <40524EA7.5030404@conversis.de> References: <40524EA7.5030404@conversis.de> Message-ID: <1079189066.1988.75.camel@localhost.localdomain> On Fri, 2004-03-12 at 18:58, Dennis Jacobfeuerborn wrote: > Hi, > A minute ago I started X11 was informed that X couldn't be started since > my root partition was full. So far so good. But when I freed 500mb and > started X again both XMMS and GAIM lost their configuration and started > in their default setup. Does anybody know how this can happen? > XMMS and GAIM may not properly save configuration. A common robust procedure to write a config file is to write to a temporary file, checking errors on every write and on close(), then rename the temporary file over the top of the final filename if it's all successful. Only downside is that this uses 2x disk space temporarily. If an app instead just truncates the existing file and starts writing it again, it can fail to write the new one. Havoc From hp at redhat.com Sat Mar 13 14:46:32 2004 From: hp at redhat.com (Havoc Pennington) Date: Sat, 13 Mar 2004 09:46:32 -0500 Subject: 'outdated' packages in rawhide In-Reply-To: <1079167456.4446.1.camel@laptop.fenrus.com> References: <40525696.4070900@wanadoo.es> <1079167456.4446.1.camel@laptop.fenrus.com> Message-ID: <1079189192.1988.77.camel@localhost.localdomain> On Sat, 2004-03-13 at 03:44, Arjan van de Ven wrote: > On Sat, 2004-03-13 at 01:32, Xose Vazquez Perez wrote: > > package latest rawhide > > ------- --------- --------- > > abiword 2.0.5 2.0.3 > > dhcp 3.0.1rc13 3.0.1rc12 > > .. and what is the problem with not having the absolute bleeding edge > every day of the week ? Updating packages costs time, and not all > changes in new upstream releases warrant spending that time immediately, > nor does it always warrant invalidating the testing on the currently > stable package. > Still it's a useful list I think, sometimes a package should be updated but nobody noticed. e.g. abiword 2.0.3->2.0.5 is just bugfixes afaik. Havoc From hp at redhat.com Sat Mar 13 14:49:27 2004 From: hp at redhat.com (Havoc Pennington) Date: Sat, 13 Mar 2004 09:49:27 -0500 Subject: Usability Studies In-Reply-To: <20040311222314.GA11015@thyrsus.com> References: <200403111325.52027.jgardner@jonathangardner.net> <20040311221835.GA11365@devserv.devel.redhat.com> <20040311222314.GA11015@thyrsus.com> Message-ID: <1079189367.1988.80.camel@localhost.localdomain> On Thu, 2004-03-11 at 17:23, Eric S. Raymond wrote: > Alan Cox : > > Outside of UI itself but very often cited is the excellent book > > "The Design Of Everyday Things" > > I would also recommend Charles Cooper's "The Inmates Are Running The Asylum". > Cranky in spots but invaluable. Fedora has a whole page of recommendations in fact: http://fedora.redhat.com/participate/developers-guide/ch-ui-guidelines.html Havoc From arekm at pld-linux.org Sat Mar 13 15:08:40 2004 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 13 Mar 2004 16:08:40 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: References: <40525696.4070900@wanadoo.es> <4053102E.2060706@wanadoo.es> Message-ID: <200403131608.40620.arekm@pld-linux.org> Dnia Saturday 13 of March 2004 15:40, Mike A. Harris napisa?: > Developer time is developer time though, wether it is being spend > developing on RHEL, or time spent developing on Fedora Core. > > Updating a package to a new version does not come at zero > developer time cost. Depending on the particular package, the > changes it includes, and how those changes might affect other > packages in the distribution or dependancies need to be > investigated closely. It may also require upgrading other things > too that other package owners maintain, which might continue in a > domino effect across the distribution depending on the package. So what's the status of opening cvs/svn/whatever for people ro + rw for experienced contributors? This works quite well - PLD is for example developed in this style (but in contrast to Fedora there are no people who are paid for working on PLD). There are people who have plenty of time and could do such job for free. > You either then ship buggier but newer > bits, or downgrade back to the old version and irritate a lot of > people due to yum/up2date/apt not liking the package downgrade. Or perhaps because you don't use Epoch while you should. > It is a gentle balancing game. That said, I think all of my > packages are up to date except for XFree86, but we know the > answer there. ;o) License issues? From what I know openssl has more restrictive license than XFree86 (there was a guy on 7thguard.net who compared these). > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - XFree86 maintainer - Red Hat -- Arkadiusz Mi?kiewicz CS at FoE, Wroclaw University of Technology arekm.pld-linux.org, 1024/3DB19BBD, JID: arekm.jabber.org, PLD/Linux From peter.backlund at home.se Sat Mar 13 15:12:11 2004 From: peter.backlund at home.se (Peter Backlund) Date: Sat, 13 Mar 2004 16:12:11 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <40525696.4070900@wanadoo.es> References: <40525696.4070900@wanadoo.es> Message-ID: <1079190166.2812.1.camel@h152n2fls33o1121.telia.com> On Sat, 2004-03-13 at 01:32 +0100, Xose Vazquez Perez wrote: > package latest rawhide > ------- --------- --------- > dhcp 3.0.1rc13 3.0.1rc12 This has to be one the most ridiculous version numbers ever...thirteen release candidates between 3.0.0 and 3.0.1? Somebody has misunderstood the concept of version numbering, or this is extremely mission critical software :-) /Peter From xose at wanadoo.es Sat Mar 13 15:18:17 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Sat, 13 Mar 2004 16:18:17 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <1079190166.2812.1.camel@h152n2fls33o1121.telia.com> References: <40525696.4070900@wanadoo.es> <1079190166.2812.1.camel@h152n2fls33o1121.telia.com> Message-ID: <40532639.3030101@wanadoo.es> Peter Backlund wrote: > This has to be one the most ridiculous version numbers ever...thirteen > release candidates between 3.0.0 and 3.0.1? Somebody has misunderstood > the concept of version numbering, or this is extremely mission critical > software :-) Numbers are always stupid, what is _really_ important are the _bugs fixed_ -- x86-64 GenuineIntel From xose at wanadoo.es Sat Mar 13 16:12:38 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Sat, 13 Mar 2004 17:12:38 +0100 Subject: MySQL FOSS License Exception Message-ID: <405332F6.5020101@wanadoo.es> http://www.mysql.com/products/foss-exception.html will MySQL 4.x be in Fedora ? From mharris at redhat.com Sat Mar 13 16:40:18 2004 From: mharris at redhat.com (Mike A. Harris) Date: Sat, 13 Mar 2004 11:40:18 -0500 (EST) Subject: 'outdated' packages in rawhide In-Reply-To: <200403131608.40620.arekm@pld-linux.org> References: <40525696.4070900@wanadoo.es> <4053102E.2060706@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> Message-ID: On Sat, 13 Mar 2004, Arkadiusz Miskiewicz wrote: >> Updating a package to a new version does not come at zero >> developer time cost. Depending on the particular package, the >> changes it includes, and how those changes might affect other >> packages in the distribution or dependancies need to be >> investigated closely. It may also require upgrading other things >> too that other package owners maintain, which might continue in a >> domino effect across the distribution depending on the package. >So what's the status of opening cvs/svn/whatever for people ro + rw for >experienced contributors? This works quite well - PLD is for example >developed in this style (but in contrast to Fedora there are no people who >are paid for working on PLD). > >There are people who have plenty of time and could do such job for free. I don't know the status of that, however someone else here might be able to comment who is actively working on it. >> You either then ship buggier but newer >> bits, or downgrade back to the old version and irritate a lot of >> people due to yum/up2date/apt not liking the package downgrade. > >Or perhaps because you don't use Epoch while you should. Epoch causes it's own problems, and should be avoided at all costs. Yes, it does fix these types of situations, but at the cost of creating permanent Epoch issues. However this has never happened with one of my packages while I was maintaining it, so I've never had a reason to use it anyway. YMMV >> It is a gentle balancing game. That said, I think all of my >> packages are up to date except for XFree86, but we know the >> answer there. ;o) >License issues? Yes, among other factors, but I'd rather not get into that as it's kindof a waste of time to discuss. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From iago.rubio at hispalinux.es Sat Mar 13 16:40:41 2004 From: iago.rubio at hispalinux.es (Iago Rubio) Date: 13 Mar 2004 17:40:41 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <40532639.3030101@wanadoo.es> References: <40525696.4070900@wanadoo.es> <1079190166.2812.1.camel@h152n2fls33o1121.telia.com> <40532639.3030101@wanadoo.es> Message-ID: <1079196040.12036.56.camel@speedy.iagorubio.net> El s?b, 13 de 03 de 2004 a las 16:18, Xose Vazquez Perez escribi?: > Peter Backlund wrote: > > > This has to be one the most ridiculous version numbers ever...thirteen > > release candidates between 3.0.0 and 3.0.1? Somebody has misunderstood > > the concept of version numbering, or this is extremely mission critical > > software :-) > > Numbers are always stupid Numbers are not stupid at all, when you're trying to build a software distribution ;) > , what is _really_ important are the _bugs fixed_ Yes you're right but, how do you know the new releases don't carry other bugs if you don't test them hardly ? and, How can you test an application hardly if you're updating each time a release goes up ? Developers usually get track and fix bugs in their packages, but most can't get the time to test it in each software distro. One bug fixed in one package can cause lots of problems on a package group, even while the bug gets fixed. Unfortunately, things are not as easy as to get the last version of each application, package it and throw out the bundle. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From steve at silug.org Sat Mar 13 17:26:02 2004 From: steve at silug.org (Steven Pritchard) Date: Sat, 13 Mar 2004 11:26:02 -0600 Subject: Speaker In-Reply-To: <20040313012305.GA1221961@hiwaay.net> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <20040313012305.GA1221961@hiwaay.net> Message-ID: <20040313172602.GA28777@osiris.silug.org> On Fri, Mar 12, 2004 at 07:23:05PM -0600, Chris Adams wrote: > In rc.sysinit, there is: > > # Load modules (for backward compatibility with VARs) > if [ -f /etc/rc.modules ]; then > /etc/rc.modules > fi > > Is this going to stay? I'm using this on an RHEL server (I need sg > loaded for tape library control), but the "for backward compatibility" > bit sounds like it could go away at any time. I seem to recall that comment has been there since around Red Hat 3.0.3, but I could be imagining things. (And I can't verify this, because the old versions seem to have disappeared from the FTP site.) I seem to recall that "VARs" in this case meant "Caldera Network Desktop", so (if I'm remembering this right) it is a little odd that those lines are still there. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From jkeating at j2solutions.net Sat Mar 13 17:31:11 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 13 Mar 2004 09:31:11 -0800 Subject: fedora CORE 1 (x86-64) on ASUS K8V/AMD64 and Promise RAID In-Reply-To: <1079165890.9147.17.camel@dev> References: <1079165890.9147.17.camel@dev> Message-ID: <200403130931.11649.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 13 March 2004 00:18, Mark Page wrote: > I've just installed the x86-64 version of FC1. > > The K8V mobo comes with a Promise SATA RAID controller. I've got two > SATA disks (80gb each) which I initially had striped for performance > (i.e. one large disk with 160gb). > > During the fedora install the promise controller is found and the SATA > disk drives seen - but not as a striped set, that is FC sees two 80gb > drives. This is also the same if I use the two disks in a mirrored set. > > If I let the install run it finishes ok, but refuses to boot - 'GRUB' > appears on screen but immediately hangs. > > To get round this I've just got one disk striped (cannot disable RAID on > Promise controller) and it's been fine. > > I can't find any help on the net about this particular issue, does any > one know what I should be doing to get either striped or mirrored RAID > set working properly? Will not work with opensource software. Promise may have some binary drivers, but good luck there. And yes, with the Asus K8V Deluxe board, you can change the promise controller from a raid controller to just a sata controller. It's a bios option. You can't do this for the VIA controller though. - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAU0Vf4v2HLvE71NURAtbQAJ4imawRpeug2EklYSNzJymY0cZTxACdHcBy xybLrgn59Zbf1kq/9wfphyc= =JXuc -----END PGP SIGNATURE----- From jkeating at j2solutions.net Sat Mar 13 17:31:31 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 13 Mar 2004 09:31:31 -0800 Subject: MySQL FOSS License Exception In-Reply-To: <405332F6.5020101@wanadoo.es> References: <405332F6.5020101@wanadoo.es> Message-ID: <200403130931.31488.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 13 March 2004 08:12, Xose Vazquez Perez wrote: > http://www.mysql.com/products/foss-exception.html > > will MySQL 4.x be in Fedora ? http://marc.theaimsgroup.com/?l=fedora-list&m=107919493125504&w=2 - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD4DBQFAU0Vz4v2HLvE71NURAgeTAJ4m0C7lowffzcZ3G3TcmpfJ0w1WOgCXSRI5 go++9FLUKHxTdEVKDvhBlA== =WfTw -----END PGP SIGNATURE----- From arekm at pld-linux.org Sat Mar 13 17:38:44 2004 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 13 Mar 2004 18:38:44 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: References: <40525696.4070900@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> Message-ID: <200403131838.44543.arekm@pld-linux.org> Dnia Saturday 13 of March 2004 17:40, Mike A. Harris napisa?: > >Or perhaps because you don't use Epoch while you should. > > Epoch causes it's own problems, and should be avoided at all > costs. Yes, it does fix these types of situations, but at the > cost of creating permanent Epoch issues. Could you elaborate? I have Epoch in over 700 spec files without any (non-human) problems. > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - XFree86 maintainer - Red Hat -- Arkadiusz Mi?kiewicz CS at FoE, Wroclaw University of Technology arekm.pld-linux.org, 1024/3DB19BBD, JID: arekm.jabber.org, PLD/Linux From msevior at physics.unimelb.edu.au Sat Mar 13 17:42:02 2004 From: msevior at physics.unimelb.edu.au (msevior at physics.unimelb.edu.au) Date: Sun, 14 Mar 2004 04:42:02 +1100 (EST) Subject: fedora-devel-list Digest, Vol 1, Issue 483 In-Reply-To: <20040313164025.0E0817331D@hormel.redhat.com> References: <20040313164025.0E0817331D@hormel.redhat.com> Message-ID: <44450.202.220.254.192.1079199722.squirrel@kiosk1.ph.unimelb.edu.au> > On Sat, 2004-03-13 at 01:32, Xose Vazquez Perez wrote: >> package latest rawhide >> ------- --------- --------- >> abiword 2.0.5 2.0.3 >> dhcp 3.0.1rc13 3.0.1rc12 > > .. and what is the problem with not having the absolute bleeding edge > every day of the week ? Updating packages costs time, and not all > changes in new upstream releases warrant spending that time immediately, > nor does it always warrant invalidating the testing on the currently > stable package. > Actually the AbiWord-2.0.5 release contains a substantial number of bug fixes over 2.0.3. We and your users would be much happier if 2.0.5 made it into FC2. Martin Sevior From msevior at physics.unimelb.edu.au Sat Mar 13 17:42:02 2004 From: msevior at physics.unimelb.edu.au (msevior at physics.unimelb.edu.au) Date: Sun, 14 Mar 2004 04:42:02 +1100 (EST) Subject: fedora-devel-list Digest, Vol 1, Issue 483 In-Reply-To: <20040313164025.0E0817331D@hormel.redhat.com> References: <20040313164025.0E0817331D@hormel.redhat.com> Message-ID: <44450.202.220.254.192.1079199722.squirrel@kiosk1.ph.unimelb.edu.au> > On Sat, 2004-03-13 at 01:32, Xose Vazquez Perez wrote: >> package latest rawhide >> ------- --------- --------- >> abiword 2.0.5 2.0.3 >> dhcp 3.0.1rc13 3.0.1rc12 > > .. and what is the problem with not having the absolute bleeding edge > every day of the week ? Updating packages costs time, and not all > changes in new upstream releases warrant spending that time immediately, > nor does it always warrant invalidating the testing on the currently > stable package. > Actually the AbiWord-2.0.5 release contains a substantial number of bug fixes over 2.0.3. We and your users would be much happier if 2.0.5 made it into FC2. Martin Sevior From ms-nospam-0306 at arcor.de Sat Mar 13 03:50:03 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sat, 13 Mar 2004 04:50:03 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <4052693A.3040308@redhat.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> Message-ID: <20040313045003.2a3136ab.ms-nospam-0306@arcor.de> On Fri, 12 Mar 2004 15:51:54 -1000, Warren Togami wrote: > LIKELY TO BREAK INSTALLER AND DELAY US MORE > (Integration would be especially difficult) > ------------------------------------------- > > lilo 22.5.8 21.4.4 > > lvm 1.0.8 1.0.3 > > parted 1.6.6 1.6.3 parted in particular because it comes with a larger set of patches, which need to be compared with what has found its way into 1.6.6. -- From katzj at redhat.com Sat Mar 13 18:22:47 2004 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 13 Mar 2004 13:22:47 -0500 Subject: 'outdated' packages in rawhide In-Reply-To: <40525696.4070900@wanadoo.es> References: <40525696.4070900@wanadoo.es> Message-ID: <1079202167.2874.31.camel@edoras.local.net> Package update balancing is a tricky thing. On the one hand, with Fedora we want to be able to track upstream development as closely as possible. On the other, we don't want to endanger stability too much while doing so (or should I say robustness). No, this isn't RHEL, but I still think that stability is a concern... nobody wants to run an unstable, buggy piece of crap ;) Yes, some updates improve stability. Others don't. That's why each has to be carefully considered in and of itself and not just blanket saying "this is outdated" So for the ones of these that are mine or I can convincingly say something about. On Sat, 2004-03-13 at 01:32 +0100, Xose Vazquez Perez wrote: > package latest rawhide > ------- --------- --------- > abiword 2.0.5 2.0.3 Will get updated when I get a tiny bit of spare time. abiword updates are generally safe, but unfortunately, they also generally have one little niggle on some architecture at random or not liking the compiler. > glade 2.0.1 2.0 This got updated yesterday I believe. > lftp 2.6.12 2.6.10 Also got updated yesterday. > lilo 22.5.8 21.4.4 Perfect example of a "bad" package to update. Our lilo package is heavily patched. Updating those patches to a new _major_ version of lilo is extremely non-trivial. Not to mention that lilo is a deprecated package, so spending the time on updating it is a dead-end. It's right now only included for those cases where people "have to" have it -- if we update, it could break the reason those people have to use lilo. So this one isn't going to get updated. The next update it's going to get is being dropped from the tree again :) > linux 2.6.4 2.6.3 There's a little bit of lag here as it's nice to have the kernel somewhat frozen a little bit before the rest of the OS for a test release. Otherwise, the last minute scrambling can get ugly. Arjan is continuing to track this, it's just not getting built where it shows up in rawhide. > lvm 1.0.8 1.0.3 Deprecated with 2.6 (you use lvm2 now) so updating this does nothing other than take time that could be spent fixing lvm2 bugs :) > modutils 2.4.27 2.4.26 Also deprecated with 2.6, although module-init-tools is included in the package > openssl 0.9.7c 0.9.7a The openssl people don't really care much about ABI compatibility until openssl 1.0. Updating requires a careful audit for ABI breakages and bumping of the soname if so (which also isn't done upstream). And then a rebuild of everything using openssl. It's generally a significant amount of pain, so restricting how often its done to big useful updates is fairly reasonable. Also, it helps to keep third-party packages/programs working without a rebuild for every release. > parted 1.6.6 1.6.3 I actually updated this yesterday, but it also has the "significant large change from upstream makes updating difficult". There are also some lingering historical reasons that made things difficult... these should be a little bit better now. > XFree86 4.4.0 4.3.0 Mike already said about this :) Jeremy From katzj at redhat.com Sat Mar 13 18:28:10 2004 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 13 Mar 2004 13:28:10 -0500 Subject: Fw: [Evolution] Evolution 1.4.6 In-Reply-To: <1079139934.4749.8.camel@athlon.localdomain> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> <1079139934.4749.8.camel@athlon.localdomain> Message-ID: <1079202490.2874.37.camel@edoras.local.net> On Sat, 2004-03-13 at 02:05 +0100, Leonard den Ottolander wrote: > I wrote: > > Does that mean you are also going to release a test update for FC 1 as > > well? I would love to test if it fixes the crash I see when editing the > > To: field, which is reported in > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115308 . > > Forgotten that that issue is gal related. So how about a gal test update > instead ;-) . Both actually have to be updated if one is. libgal2-1.99.11 changes the ABI and also adds a function that's required for 1.4.6, iirc. As far as an update -- I'm considering it. If 1.4.6 had come out the beginning of January, then there would definitely be one. It's a little bit trickier now due to how the scheduling works of how worthwhile it is. Jeremy From hvdkooij at vanderkooij.org Sat Mar 13 22:31:55 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Sat, 13 Mar 2004 23:31:55 +0100 (CET) Subject: 'outdated' packages in rawhide In-Reply-To: <200403131838.44543.arekm@pld-linux.org> References: <40525696.4070900@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> <200403131838.44543.arekm@pld-linux.org> Message-ID: On Sat, 13 Mar 2004, Arkadiusz Miskiewicz wrote: > Dnia Saturday 13 of March 2004 17:40, Mike A. Harris napisa?: > > >Or perhaps because you don't use Epoch while you should. > > > > Epoch causes it's own problems, and should be avoided at all > > costs. Yes, it does fix these types of situations, but at the > > cost of creating permanent Epoch issues. > Could you elaborate? I have Epoch in over 700 spec files without any > (non-human) problems. Imagine you make package foo with epoch 10 and version 1.3.1 which has a seperate devel package. This works great just fine for you I guess. But if I dedice to package bar and it requires bar 1.3.1 I would use: Requires: foo = 1.3.1 But any user will notice a dependency error like: bar-1.2.4 requires foo-1.3.1 A normal user will shout out some insults to his/her system about this stupid error. I would need to dig up this epoch number and make a package with: Requires: foo = 10:1.3.1 But how is a normal user to know how to handle these errors? So in my view the Epoch field is a pain to great to inflict normal usees with. It breaks dependencies in a way a normal user simply can't comprehend because the user will not see the Epoch information anywhere. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From steve at silug.org Sat Mar 13 23:02:01 2004 From: steve at silug.org (Steven Pritchard) Date: Sat, 13 Mar 2004 17:02:01 -0600 Subject: 'outdated' packages in rawhide In-Reply-To: <20040313021835.GA22413@thyrsus.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> <20040313021835.GA22413@thyrsus.com> Message-ID: <20040313230201.GA7902@osiris.silug.org> On Fri, Mar 12, 2004 at 09:18:35PM -0500, Eric S. Raymond wrote: > Go with 6.2.5, it's actually been pretty stable. FWIW, I just rebuild the FC1 package with 6.2.5, and it fixed a bug I've been seeing where fetchmail leaves messages on the server with a message "fetchmail: message delimiter found while scanning headers". (I've been seeing that often enough that it might not be a bad idea to consider this for an update to FC1.) To get the rpm to build, I had to drop the markus and reply_hack patches (both of which seem to have been integrated). I had to add a couple of BuildRequires (byacc and autoconf) to get it to even start to build under mach, and even then the build failed, so there must still be some missing. (It built fine on my workstation, which has just about everything installed.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From Nicolas.Mailhot at laPoste.net Sat Mar 13 23:19:03 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 14 Mar 2004 00:19:03 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <20040313230201.GA7902@osiris.silug.org> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> <20040313021835.GA22413@thyrsus.com> <20040313230201.GA7902@osiris.silug.org> Message-ID: <1079219943.2499.3.camel@m222.net81-64-248.noos.fr> Le sam, 13/03/2004 ? 17:02 -0600, Steven Pritchard a ?crit : > On Fri, Mar 12, 2004 at 09:18:35PM -0500, Eric S. Raymond wrote: > > Go with 6.2.5, it's actually been pretty stable. > > FWIW, I just rebuild the FC1 package with 6.2.5, and it fixed a bug > I've been seeing where fetchmail leaves messages on the server with a > message "fetchmail: message delimiter found while scanning headers". Then it should probably updated - this error is a major pain for fetchmail users, since some spamware generates malformed messages that get stuck on the mail servers till the mailboxes overflow. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From arekm at pld-linux.org Sat Mar 13 23:52:28 2004 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 14 Mar 2004 00:52:28 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: References: <40525696.4070900@wanadoo.es> <200403131838.44543.arekm@pld-linux.org> Message-ID: <200403140052.28269.arekm@pld-linux.org> Dnia Saturday 13 of March 2004 23:31, Hugo van der Kooij napisa?: > But if I dedice to package bar and it requires bar 1.3.1 I would use: > Requires: foo = 1.3.1 > But any user will notice a dependency error like: > bar-1.2.4 requires foo-1.3.1 > A normal user will shout out some insults to his/her system about this > stupid error. Wrong, see below. > I would need to dig up this epoch number and make a package with: > Requires: foo = 10:1.3.1 That's correct. I assume that packagers do their job right and put epoch there. > But how is a normal user to know how to handle these errors? Simply, read what rpm wrote on the screen. > So in my view the Epoch field is a pain to great to inflict normal usees > with. It breaks dependencies in a way a normal user simply can't > comprehend because the user will not see the Epoch information anywhere. User will see Epoch: error: Failed dependencies: foo = 10:1.3.1 is needed by bar-1.2.4-x It's pain that Epoch stays for ever but I don't think that's a real problem. Bigger problem is that user needs --oldpackage to upgreade when not using Epoch in some cases. > Hugo. -- Arkadiusz Mi?kiewicz CS at FoE, Wroclaw University of Technology arekm.pld-linux.org, 1024/3DB19BBD, JID: arekm.jabber.org, PLD/Linux From aleksey at nogin.org Sun Mar 14 00:17:45 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Sat, 13 Mar 2004 16:17:45 -0800 Subject: Epoch numbers [Was: 'outdated' packages in rawhide] In-Reply-To: <200403140052.28269.arekm@pld-linux.org> References: <40525696.4070900@wanadoo.es> <200403131838.44543.arekm@pld-linux.org> <200403140052.28269.arekm@pld-linux.org> Message-ID: <4053A4A9.70501@nogin.org> It seems that a part of the reason that many novices are confused by epoch numbers is that they are missing from the package file names, rpm -q output, etc. Because of this the existence (and importance) epoch number is not immediately obvious, so any epoch-related problems surprise people at first. Based on this observation, I have filed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118227 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118228 RFEs asking for the inclusion of the epoch numbers in the package filenames and the default rpm query format. I would imagine that this might be a bit too late in the FC2 cycle for such a change, but IMHO this is something definitely worth considering. -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From cmadams at hiwaay.net Sun Mar 14 01:43:18 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 13 Mar 2004 19:43:18 -0600 Subject: Speaker In-Reply-To: <20040313172602.GA28777@osiris.silug.org> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <20040313012305.GA1221961@hiwaay.net> <20040313172602.GA28777@osiris.silug.org> Message-ID: <20040314014318.GB1095279@hiwaay.net> Once upon a time, Steven Pritchard said: > On Fri, Mar 12, 2004 at 07:23:05PM -0600, Chris Adams wrote: > > In rc.sysinit, there is: > > > > # Load modules (for backward compatibility with VARs) > > if [ -f /etc/rc.modules ]; then > > /etc/rc.modules > > fi > > I seem to recall that comment has been there since around Red Hat > 3.0.3, but I could be imagining things. (And I can't verify this, > because the old versions seem to have disappeared from the FTP site.) I just happen to have a set of 3.0.3 CDs sitting here (I think I have every release back to 3.0.3, with quite a few test releases in between), so I checked. You are right, the comment hasn't changed. However, there is a difference: the 3.0.3 version uses /etc/rc.d/rc.modules instead of just /etc/rc.modules. Not much backward compatibility there, is it! :-) Boy, looking into an old RPM is not easy. RPM 4.2 won't read an RPM v2 package, and my shell script version of rpm2cpio choked on it as well. I still have a (non-Linux) system running RPM 4.0, and it could still read it. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From kewley at cns.caltech.edu Sun Mar 14 08:49:44 2004 From: kewley at cns.caltech.edu (David Kewley) Date: Sun, 14 Mar 2004 00:49:44 -0800 Subject: comps.dtd; metapkg Message-ID: <200403140049.44185.kewley@cns.caltech.edu> I've made a comps.dtd (attached) that validates the RHL 9 comps.xml using xmlproc_val, and which (to the best of my ability) expresses the logic in /usr/lib/python2.2/site-packages/rhpl/comps.py. I only started learning XML yesterday evening, so there may be problems. I'm not sure what the dtd is useful for except validating. :) But as for validity (as opposed to well-formedness), the only thing that appears to really matter for comps.xml is whether comps.py can parse it. Which of course it can. Note that comps.py has some requirements that the comps.dtd doesn't specify (e.g. that there must be a name for each group). I would specify this requirement, but I only know how to do that by specifying a child order in the dtd. comps.xml has groups with children in different orders. I don't know how to specify in the dtd "this child must exist exactly once, but it can appear as any child". Note also that I included "requires" as a possible child for group. comps.py says this isn't in use any more, but it does parse it. And finally, I see that the element metapkg is only used in the RHL 9 comps.xml in one place: editors Editors ... base emacs xemacs vim-enhanced vim-X11 Looking through the anaconda code didn't help me figure it out quickly, and I didn't find anything useful on the web, so let me ask: what is a metapackage? David -------------- next part -------------- From barryn at pobox.com Sun Mar 14 09:38:42 2004 From: barryn at pobox.com (Barry K. Nathan) Date: Sun, 14 Mar 2004 01:38:42 -0800 Subject: Speaker In-Reply-To: <20040314014318.GB1095279@hiwaay.net> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <20040313012305.GA1221961@hiwaay.net> <20040313172602.GA28777@osiris.silug.org> <20040314014318.GB1095279@hiwaay.net> Message-ID: <20040314093842.GA3404@ip68-4-255-84.oc.oc.cox.net> On Sat, Mar 13, 2004 at 07:43:18PM -0600, Chris Adams wrote: > Boy, looking into an old RPM is not easy. RPM 4.2 won't read an RPM v2 > package, and my shell script version of rpm2cpio choked on it as well. > I still have a (non-Linux) system running RPM 4.0, and it could still > read it. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104905 (just FWIW) BTW, rpm seems to come with a /usr/bin/rpm2cpio. That works for me. -Barry K. Nathan From leonard at den.ottolander.nl Sun Mar 14 11:03:33 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sun, 14 Mar 2004 12:03:33 +0100 Subject: Fw: [Evolution] Evolution 1.4.6 In-Reply-To: <1079202490.2874.37.camel@edoras.local.net> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> <1079139934.4749.8.camel@athlon.localdomain> <1079202490.2874.37.camel@edoras.local.net> Message-ID: <1079262212.4747.29.camel@athlon.localdomain> Hello Jeremy, > Both actually have to be updated if one is. libgal2-1.99.11 changes the > ABI and also adds a function that's required for 1.4.6, iirc. I was just looking into it. I was speaking of gal, but I already figured out I should have been speaking of libgal2. I don't know if it's me, but I am having some trouble finding my way around Ximian's website. But at least I can find bugzilla ;) . Would the ABI changes render the newer libgal2 useless for use with evolution-1.4.5-7? If not I could give the new libgal2 a try and see if it fixes the crash I am seeing. > As far as an update -- I'm considering it. That would be great. If you would decide against it, could we at least have a bugfix update for http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115308 / http://bugzilla.ximian.com/show_bug.cgi?id=54243 ? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From alex.kiernan at thus.net Sun Mar 14 11:41:35 2004 From: alex.kiernan at thus.net (Alex Kiernan) Date: 14 Mar 2004 11:41:35 +0000 Subject: 'outdated' packages in rawhide In-Reply-To: <4052693A.3040308@redhat.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> Message-ID: <811xnv7j0w.fsf@alexk-laptop.eng.demon.net> Warren Togami writes: > The below is entirely my personal opinion. > > Xose Vazquez Perez wrote: > > package latest rawhide > > ------- --------- --------- ... > LIKELY TO BREAK INSTALLER AND DELAY US MORE > (Integration would be especially difficult) > ------------------------------------------- ... > > parted 1.6.6 1.6.3 > Bugzilla #113295 has patches I did which take the parted build from using a Red Hat specific tarball to a plain upstream one plus patches. Once you've got that dropping in 1.6.6 was just a case of updating the tarball and dropping out one of the Red Hat patches which is fixed upstream (I actually did all this because I was trying to fix a problem with Mac partitions - it turned out only Red Hat derived sources exhibited the bug, even though the bug was really in upstream - seee #112937). I think the patches have rotted slightly (IIRC I did the patches against -32 and we're up to -33), but if there's any interest I'll happily update the patches in the ticket. -- Alex Kiernan, Principal Engineer, Development, THUS plc From ralph+fedora at strg-alt-entf.org Sun Mar 14 14:29:21 2004 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Sun, 14 Mar 2004 15:29:21 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <4052693A.3040308@redhat.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> Message-ID: <20040314142921.GA4096@localhorst.br.de> Warren Togami wrote: > TOTALLY UNKNOWN TO ME > --------------------- > > mutt 1.4.2.1 1.4.1 Security fix against mutt 1.4.1 which seems to be fixed in mutt 1.4.1-6 which can be found in FC1.90 updates. At least the changelog talks about CAN-2004-0078. Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From steve at silug.org Sun Mar 14 17:54:22 2004 From: steve at silug.org (Steven Pritchard) Date: Sun, 14 Mar 2004 11:54:22 -0600 Subject: 'outdated' packages in rawhide In-Reply-To: <1079219943.2499.3.camel@m222.net81-64-248.noos.fr> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> <20040313021835.GA22413@thyrsus.com> <20040313230201.GA7902@osiris.silug.org> <1079219943.2499.3.camel@m222.net81-64-248.noos.fr> Message-ID: <20040314175422.GA17719@osiris.silug.org> On Sun, Mar 14, 2004 at 12:19:03AM +0100, Nicolas Mailhot wrote: > Le sam, 13/03/2004 ? 17:02 -0600, Steven Pritchard a ?crit : > > FWIW, I just rebuild the FC1 package with 6.2.5, and it fixed a bug > > I've been seeing where fetchmail leaves messages on the server with a > > message "fetchmail: message delimiter found while scanning headers". > > Then it should probably updated - this error is a major pain for > fetchmail users, since some spamware generates malformed messages that > get stuck on the mail servers till the mailboxes overflow. Maybe it is because of the sheer volume of messages on the list, but most of the messages getting stuck here were posts to linux-kernel. There was probably an average of 3-4 messages per week getting stuck since I upgraded to FC1. Hmm... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107692 seems to be on the same subject. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From steve at silug.org Sun Mar 14 18:01:20 2004 From: steve at silug.org (Steven Pritchard) Date: Sun, 14 Mar 2004 12:01:20 -0600 Subject: Speaker In-Reply-To: <20040314014318.GB1095279@hiwaay.net> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <20040313012305.GA1221961@hiwaay.net> <20040313172602.GA28777@osiris.silug.org> <20040314014318.GB1095279@hiwaay.net> Message-ID: <20040314180120.GB17719@osiris.silug.org> On Sat, Mar 13, 2004 at 07:43:18PM -0600, Chris Adams wrote: > Boy, looking into an old RPM is not easy. RPM 4.2 won't read an RPM v2 > package, and my shell script version of rpm2cpio choked on it as well. Back in those days I used a script like this (since I wasn't running Red Hat yet): perl -e '$/="\x1f\x8b"; $_=<>; print $/; $/=undef; $_=<>; print;' \ | gzip -cd | cpio -vid Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From icon at linux.duke.edu Sun Mar 14 18:16:44 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Sun, 14 Mar 2004 13:16:44 -0500 Subject: Speaker In-Reply-To: <20040314180120.GB17719@osiris.silug.org> References: <40508719.9050004@linux.duke.edu> <1079019560.20282.4.camel@opus> <20040313012305.GA1221961@hiwaay.net> <20040313172602.GA28777@osiris.silug.org> <20040314014318.GB1095279@hiwaay.net> <20040314180120.GB17719@osiris.silug.org> Message-ID: <4054A18C.40104@linux.duke.edu> Steven Pritchard wrote: > Back in those days I used a script like this (since I wasn't running > Red Hat yet): > > perl -e '$/="\x1f\x8b"; $_=<>; print $/; $/=undef; $_=<>; print;' \ > | gzip -cd | cpio -vid *smacks forehead* Well, of course! DUH! :) Cheers, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From czar at czarc.net Sun Mar 14 18:55:03 2004 From: czar at czarc.net (Gene C.) Date: Sun, 14 Mar 2004 13:55:03 -0500 Subject: fedora CORE 1 (x86-64) on ASUS K8V/AMD64 and Promise RAID In-Reply-To: <200403130931.11649.jkeating@j2solutions.net> References: <1079165890.9147.17.camel@dev> <200403130931.11649.jkeating@j2solutions.net> Message-ID: <200403141355.03458.czar@czarc.net> On Saturday 13 March 2004 12:31, Jesse Keating wrote: > On Saturday 13 March 2004 00:18, Mark Page wrote: > > I've just installed the x86-64 version of FC1. > > > > The K8V mobo comes with a Promise SATA RAID controller. I've got two > > SATA disks (80gb each) which I initially had striped for performance > > (i.e. one large disk with 160gb). > > > > During the fedora install the promise controller is found and the SATA > > disk drives seen - but not as a striped set, that is FC sees two 80gb > > drives. This is also the same if I use the two disks in a mirrored set. > > > > If I let the install run it finishes ok, but refuses to boot - 'GRUB' > > appears on screen but immediately hangs. > > > > To get round this I've just got one disk striped (cannot disable RAID on > > Promise controller) and it's been fine. > > > > I can't find any help on the net about this particular issue, does any > > one know what I should be doing to get either striped or mirrored RAID > > set working properly? > > Will not work with opensource software. Promise may have some binary > drivers, but good luck there. > > And yes, with the Asus K8V Deluxe board, you can change the promise > controller from a raid controller to just a sata controller. It's a bios > option. You can't do this for the VIA controller though. OK, maybe there is something about what is being said that I do not understand but ... I have an Asus SK8V (940 pin version) supporting the Athlon64 FX and Opteron processors (Opteron 140 in my case). This mobo has both Promise and VIA controllers connected to SATA interfaces (two each for a total of four). The Promise controller can be enabled/disabled in the BIOS and (when enabled) can be configured as raid or ide. The VIA controller does not have any BIOS configuration that I have seen. I currently have the Promise controller disabled in the BIOS and a single Maxtor 120GB SATA drive connected to the "SATA Raid1" interface. This comes up (FC1 X86_64) as a scsi drive (/dev/sda) and seems to work fine. At some point it might be interesting to connect two drives to this interface to see what happens but, for now, it seems to function properly as a single drive. I have not (yet) tried this with FC2 since (I understand) the SATA support is "different". -- Gene From Fred.New at microlink.ee Sun Mar 14 21:59:34 2004 From: Fred.New at microlink.ee (Fred New) Date: Sun, 14 Mar 2004 23:59:34 +0200 Subject: Usability: setting printer paper size Message-ID: <345764DCB65C0C4FACC44529DE273C180B5264@eemail1.microlink.lan> I realize it is probably a driver-level problem, but it would be more useful if system-config-printer (GUI) would allow me to set the paper size during the "add printer" operation. This parameter is currently set covertly and I can only change it afterward by editing the printer's driver properties. There are a lot of us out here who don't use "letter". Aunt Sigrid probably couldn't decipher the Postscript message I got when I tried to print letter paper on a LaserJet 5M loaded with A4. And another thing, now that I have the paper size set correctly to A4, how do I go about printing a test page? Is the test page button only available during "add printer"? Fred "not in Kansas anymore" New -------------- next part -------------- An HTML attachment was scrubbed... URL: From twaugh at redhat.com Sun Mar 14 22:10:24 2004 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 14 Mar 2004 22:10:24 +0000 Subject: Usability: setting printer paper size In-Reply-To: <345764DCB65C0C4FACC44529DE273C180B5264@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C180B5264@eemail1.microlink.lan> Message-ID: <20040314221024.GV22468@redhat.com> On Sun, Mar 14, 2004 at 11:59:34PM +0200, Fred New wrote: > I realize it is probably a driver-level problem, but it would be > more useful if system-config-printer (GUI) would allow me to set the > paper size during the "add printer" operation. This parameter is > currently set covertly and I can only change it afterward by editing > the printer's driver properties. There are a lot of us out here who > don't use "letter". This is intended to be set to the right thing (as specified in your locale) already, but there are some drivers that have weird names for the paper sizes. Please could you file a bug and include the output of 'locale'? Thanks, Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mrsam at courier-mta.com Sun Mar 14 22:38:02 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sun, 14 Mar 2004 17:38:02 -0500 Subject: Usability: setting printer paper size References: <345764DCB65C0C4FACC44529DE273C180B5264@eemail1.microlink.lan> Message-ID: Fred New writes: > ? HTML content follows ? > > Usability: setting printer paper size [ ? ] That reminds me: a ?printer-out-of-paper? popup is very much needed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From twaugh at redhat.com Sun Mar 14 22:59:51 2004 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 14 Mar 2004 22:59:51 +0000 Subject: Usability: setting printer paper size In-Reply-To: References: <345764DCB65C0C4FACC44529DE273C180B5264@eemail1.microlink.lan> Message-ID: <20040314225951.GW22468@redhat.com> On Sun, Mar 14, 2004 at 05:38:02PM -0500, Sam Varshavchik wrote: > That reminds me: a "printer-out-of-paper" popup is very much needed. Requires: - proper error reporting in CUPS backends (not all of them are very good at this) -- at the moment there is no consistent way of reporting paper-out - a D-BUS message for reporting errors - teaching eggcups about it, including making a little 'startled printer' icon Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nietzel at rhinobox.org Sun Mar 14 23:01:46 2004 From: nietzel at rhinobox.org (Earle Robert Nietzel) Date: Mon, 15 Mar 2004 00:01:46 +0100 Subject: Usability: setting printer paper size In-Reply-To: References: <345764DCB65C0C4FACC44529DE273C180B5264@eemail1.microlink.lan> Message-ID: <1079305306.2423.3.camel@ws001.rhinobox.org> On Sun, 2004-03-14 at 17:38 -0500, Sam Varshavchik wrote: > Fred New writes: > > > ? HTML content follows ? > > > > Usability: setting printer paper size > I think the paper size option should be able to be changed by any user. The idea of someone loading different paper sizes in their printer but needs to be root user to adjust the paper size is absurd! From dax at gurulabs.com Mon Mar 15 08:56:58 2004 From: dax at gurulabs.com (Dax Kelson) Date: Mon, 15 Mar 2004 01:56:58 -0700 Subject: Fw: [Evolution] Evolution 1.4.6 (it's good) In-Reply-To: <1079202490.2874.37.camel@edoras.local.net> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> <1079139934.4749.8.camel@athlon.localdomain> <1079202490.2874.37.camel@edoras.local.net> Message-ID: <1079341017.22276.22.camel@mentor.gurulabs.com> On Sat, 2004-03-13 at 11:28, Jeremy Katz wrote: > On Sat, 2004-03-13 at 02:05 +0100, Leonard den Ottolander wrote: > > I wrote: > > > Does that mean you are also going to release a test update for FC 1 as > > > well? I would love to test if it fixes the crash I see when editing the > > > To: field, which is reported in > > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115308 . > > > > Forgotten that that issue is gal related. So how about a gal test update > > instead ;-) . > > Both actually have to be updated if one is. libgal2-1.99.11 changes the > ABI and also adds a function that's required for 1.4.6, iirc. As far as > an update -- I'm considering it. If 1.4.6 had come out the beginning of > January, then there would definitely be one. It's a little bit trickier > now due to how the scheduling works of how worthwhile it is. I've a *very* heavy Evolution user. FWIW, on my heavily modded FC1 install, I installed the newest Ximiam published libgal2 and gtkhtml3 "RHL9" RPMs. I then tried to install the "RL9" Evo 1.4.6 package but got a dependency error. I grabbed the latest 1.4.5 evo src.rpm from rawhide, and dropped in the 1.4.6 tarball. I had to remove about 10 patches from the spec file that are now officially part of 1.4.6, and then built a binary RPM. I've been using it for 24 hours without any crashes and "offline" now actually works. Two thumbs up here for shipping Evolution 1.4.6 with FC2. Dax From Fred.New at microlink.ee Mon Mar 15 10:10:08 2004 From: Fred.New at microlink.ee (Fred New) Date: Mon, 15 Mar 2004 12:10:08 +0200 Subject: Usability: setting printer paper size Message-ID: <345764DCB65C0C4FACC44529DE273C1809C1ED@eemail1.microlink.lan> Esmasp?eval, 15. m?rtsil, 2004 a., kell 00.10, kirjutas Tim Waugh: > > On Sun, Mar 14, 2004 at 11:59:34PM +0200, Fred New wrote: > > > I realize it is probably a driver-level problem, but it would be > > more useful if system-config-printer (GUI) would allow me to set the > > paper size during the "add printer" operation. This parameter is > > currently set covertly and I can only change it afterward by editing > > the printer's driver properties. There are a lot of us out here who > > don't use "letter". > > This is intended to be set to the right thing (as specified in your > locale) already, but there are some drivers that have weird names for > the paper sizes. > > Please could you file a bug and include the output of 'locale'? > > Thanks, > Tim. > */ Thanks, Tim. I can see MY problem now and it is probably not a bug (in FC1, that is; FC2T1 is at home). My System Settings -> Language is set to English, so my locale shows "en_US.UTF-8" for everything, including LC_PAPER. If I change the Language to Estonian, everything changes to "et_EE.UTF-8" and the printer setup gives me A4. This would probably be okay for Aunt Sigrid. Still, it would be useful if I could set my locale to Estonian and still use English. Studying further... Fred From lamont at gurulabs.com Mon Mar 15 10:59:38 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Mon, 15 Mar 2004 03:59:38 -0700 Subject: net-snmp depends on rpm? Message-ID: <1079348378.3286.14.camel@wraith.lrp.advansoft.us> Just wondering...why does net-snmp need these RPM rpms: librpm-4.2.so is needed by (installed) net-snmp-5.1-2.1 librpmdb-4.2.so is needed by (installed) net-snmp-5.1-2.1 librpmio-4.2.so is needed by (installed) net-snmp-5.1-2.1 -- Lamont Peterson Senior Instructor Guru Labs -------------- 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 Nigel.Metheringham at dev.InTechnology.co.uk Mon Mar 15 11:09:07 2004 From: Nigel.Metheringham at dev.InTechnology.co.uk (Nigel Metheringham) Date: Mon, 15 Mar 2004 11:09:07 +0000 Subject: net-snmp depends on rpm? In-Reply-To: <1079348378.3286.14.camel@wraith.lrp.advansoft.us> References: <1079348378.3286.14.camel@wraith.lrp.advansoft.us> Message-ID: <1079348946.9795.0.camel@angua.localnet> On Mon, 2004-03-15 at 10:59, Lamont R. Peterson wrote: > Just wondering...why does net-snmp need these RPM rpms: > > librpm-4.2.so is needed by (installed) net-snmp-5.1-2.1 > librpmdb-4.2.so is needed by (installed) net-snmp-5.1-2.1 > librpmio-4.2.so is needed by (installed) net-snmp-5.1-2.1 Because you can query the package database via SNMP, so the rpm library is linked into the package. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From leonard at den.ottolander.nl Mon Mar 15 12:51:42 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Mon, 15 Mar 2004 13:51:42 +0100 Subject: Fw: [Evolution] Evolution 1.4.6 (it's good) In-Reply-To: <1079341017.22276.22.camel@mentor.gurulabs.com> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> <1079139934.4749.8.camel@athlon.localdomain> <1079202490.2874.37.camel@edoras.local.net> <1079341017.22276.22.camel@mentor.gurulabs.com> Message-ID: <1079355101.4757.21.camel@athlon.localdomain> Hi Dax, > Two thumbs up here for shipping Evolution 1.4.6 with FC2. The question is not whether it will be shipped with FC 2 (it will), but whether there will be an update for FC 1. Can I somewhere get the evolution binary and source rpms you built? My save me some time to do it myself. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From heinlein at madboa.com Mon Mar 15 17:21:35 2004 From: heinlein at madboa.com (Paul Heinlein) Date: Mon, 15 Mar 2004 09:21:35 -0800 (PST) Subject: net-snmp depends on rpm? In-Reply-To: <1079348946.9795.0.camel@angua.localnet> References: <1079348378.3286.14.camel@wraith.lrp.advansoft.us> <1079348946.9795.0.camel@angua.localnet> Message-ID: On Mon, 15 Mar 2004, Nigel Metheringham wrote: > Because you can query the package database via SNMP, so the rpm > library is linked into the package. *nod* This is somewhat equivalent to "rpm -qa": snmpwalk -Oq -Os -c yourCommunity remote.host hrSWInstalledName --Paul Heinlein From notting at redhat.com Mon Mar 15 17:28:12 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 15 Mar 2004 12:28:12 -0500 Subject: 'outdated' packages in rawhide In-Reply-To: <20040314142921.GA4096@localhorst.br.de> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> <20040314142921.GA4096@localhorst.br.de> Message-ID: <20040315172812.GB31327@devserv.devel.redhat.com> Ralph Angenendt (ralph+fedora at strg-alt-entf.org) said: > > > mutt 1.4.2.1 1.4.1 > > Security fix against mutt 1.4.1 which seems to be fixed in mutt 1.4.1-6 > which can be found in FC1.90 updates. > > At least the changelog talks about CAN-2004-0078. Yeah, the security fix is already pulled in. Bill From twaugh at redhat.com Mon Mar 15 22:02:28 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 15 Mar 2004 22:02:28 +0000 Subject: Usability: setting printer paper size In-Reply-To: <345764DCB65C0C4FACC44529DE273C1809C1ED@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C1809C1ED@eemail1.microlink.lan> Message-ID: <20040315220228.GX22468@redhat.com> On Mon, Mar 15, 2004 at 12:10:08PM +0200, Fred New wrote: > Still, it would be useful if I could set my locale to Estonian and still use English. LC_PAPER is just an environment variable. I haven't tried it but I expect you can just set it in /etc/sysconfig/i18n. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tadams-lists at myrealbox.com Tue Mar 16 03:21:26 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Mon, 15 Mar 2004 22:21:26 -0500 Subject: Not sure how to file this bug Message-ID: <1079407286.11285.1.camel@aurora.localdomain> In the past few weeks, I am not sure exactly when, clamav (www.clamav.net) has ceased to work. I have tried their cvs and new versions... nothing works. It dies with a SIGILL. # freshclam ClamAV update process started at Mon Mar 15 22:17:21 2004 Reading CVD header (main.cvd): OK main.cvd is up to date (version: 21, sigs: 20094, f-level: 1, builder: tkojm) Reading CVD header (daily.cvd): OK Downloading daily.cvd [*] Illegal instruction This seems to me to be either a change in glibc, gnuc et al, or the kernel. Has a non-executable stack patch been added lately? Does it throw a SIGILL instead of a SIGSEGV? I am running a recent Athlon (2200+). According to cpuinfo it supports cmov, so I don't think that is it. processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 2200+ stepping : 0 cpu MHz : 1797.047 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips : 3555.32 I am running the latest development as of this morning (including kernel-2.6.3-2.1.253). I know devel/rawhide can be treacherous, but if no one tries it, bugs don't get found and fixed. So, how do I go about filing this bug? Trever -- "ADVISORY: There Is an Extremely Small but Nonzero Chance That, Through a Process Known as 'Tunneling,' This Message May Spontaneously Disappear from Its Present Location and Reappear at Any Random Place in the Universe, Including Your Neighbour's Kitchen. The Author Will Not Be Responsible for Any Damages or Inconveniences That May Result." -- Unknown From hvdkooij at vanderkooij.org Tue Mar 16 06:20:45 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Tue, 16 Mar 2004 07:20:45 +0100 (CET) Subject: Not sure how to file this bug In-Reply-To: <1079407286.11285.1.camel@aurora.localdomain> References: <1079407286.11285.1.camel@aurora.localdomain> Message-ID: On Mon, 15 Mar 2004, Trever L. Adams wrote: > In the past few weeks, I am not sure exactly when, clamav > (www.clamav.net) has ceased to work. I have tried their cvs and new > versions... nothing works. It dies with a SIGILL. As you are not sure what might cause the issue the only given thing is clamav. So I suggest you file it against clamav and take it from there. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From wtogami at redhat.com Tue Mar 16 12:02:38 2004 From: wtogami at redhat.com (Warren Togami) Date: Tue, 16 Mar 2004 02:02:38 -1000 Subject: Help Needed: gnome-open and apps patching Message-ID: <4056ECDE.3090901@redhat.com> GNOME 2.6 added the "gnome-open" utility which launches the browser that is chosen by the user in "Preferred Applications". gnome-open reads the appropriate keys from gconf then launches the browser. While gnome-open is not a long-term solution for cross-desktop compatibility (like with KDE), it allows us to have better desktop application integration within the short time-frame of the FC2 release schedule. It also gives us a better alternative to the highly problematic "htmlview" script. The following tasks need your help in order to better integrate the Linux desktop applications. 1) gaim default to gnome-open Someone please submit an exact patch that can be added to the gaim*.src.rpm to change the default URL handler to Custom and using gnome-open. 2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109738 This patch will eventually go in so that the Preferred Applications chooser in order to properly set the gconf keys. The patch needs only trivial cleanup. 3) gnome-open should probably be patched to not reject "about:" URLs. While /usr/bin/gnome-open is within the libgnome package, I believe the code that needs fixing is within gnome-vfs2. If you can fix this, please submit the patch to upstream GNOME Bugzilla/CVS and let this thread know of the Bugzilla URL. 4) xchat and (soon) gaim already honors the gnome-open Preferred Application choice, but there are undoubtedly other applications that could be trivially patched to launch gnome-open for URL handling. Please let us know if you find such applications. If you submit an exact patch to insert into the SRPM, there is still a chance that it can be included before the freeze. Well, I hope so at least. Warren From warren at togami.com Tue Mar 16 12:07:16 2004 From: warren at togami.com (Warren Togami) Date: Tue, 16 Mar 2004 02:07:16 -1000 Subject: Help Needed: gnome-open and apps patching In-Reply-To: <4056ECDE.3090901@redhat.com> References: <4056ECDE.3090901@redhat.com> Message-ID: <4056EDF4.7070608@togami.com> Warren Togami wrote: > > 4) xchat and (soon) gaim already honors the gnome-open Preferred > Application choice, but there are undoubtedly other applications that > could be trivially patched to launch gnome-open for URL handling. Please > let us know if you find such applications. If you submit an exact patch > to insert into the SRPM, there is still a chance that it can be included > before the freeze. Well, I hope so at least. > One more related note: 5) While I personally think the "Web Browser" and "Mail" launching icons should launch the chosen Preferred Applications rather than the hard-coded mozilla or evolution, there are technical barriers currently preventing this. Launching the preferred application must be tested to be far more reliable than it has been in the past. Also this presents challenges with application startup feedback. It would be really great if we can think of ways to solve these problems. Warren From warren at togami.com Tue Mar 16 12:09:04 2004 From: warren at togami.com (Warren Togami) Date: Tue, 16 Mar 2004 02:09:04 -1000 Subject: Cleaning up "Preferred Applications" & Desktop Consistency In-Reply-To: <4051101D.80307@togami.com> References: <3FE984B0.6050906@togami.com> <200312241109.24239.nomis80@nomis80.org> <33287.66.91.85.198.1077189420.squirrel@togami.com> <200402191233.31519.nomis80@nomis80.org> <4050F205.4000608@nomis80.org> <4051101D.80307@togami.com> Message-ID: <4056EE60.8030805@togami.com> Warren Togami wrote: > Thank you Simon for the followup! > > It appears that than just upgraded the FC2 KDE to 3.2.1. Can you supply > precise patches for us for these CVS keybinding changes that were not > backported to KDE 3.2.1, so that we may ship them as default with FC2? > Please Bugzilla those patches against the appropriate component and CC me. > > Warren Togami > wtogami at redhat.com Simon is probably busy right now... so can perhaps someone else extract the exact patches? I would really like this to go in before the freeze too. Warren From ms-nospam-0306 at arcor.de Tue Mar 16 13:13:20 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 16 Mar 2004 14:13:20 +0100 Subject: Help Needed: gnome-open and apps patching In-Reply-To: <4056ECDE.3090901@redhat.com> References: <4056ECDE.3090901@redhat.com> Message-ID: <20040316141320.21d439b4.ms-nospam-0306@arcor.de> On Tue, 16 Mar 2004 02:02:38 -1000, Warren Togami wrote: > GNOME 2.6 added the "gnome-open" utility which launches the browser that > is chosen by the user in "Preferred Applications". gnome-open reads the > appropriate keys from gconf then launches the browser. While gnome-open > is not a long-term solution for cross-desktop compatibility (like with > KDE), it allows us to have better desktop application integration within > the short time-frame of the FC2 release schedule. It also gives us a > better alternative to the highly problematic "htmlview" script. > > The following tasks need your help in order to better integrate the > Linux desktop applications. > > 1) gaim default to gnome-open > Someone please submit an exact patch that can be added to the > gaim*.src.rpm to change the default URL handler to Custom and using > gnome-open. diff -Nur gaim-0.75-orig/src/gtkprefs.c gaim-0.75/src/gtkprefs.c --- gaim-0.75-orig/src/gtkprefs.c 2004-01-10 05:04:56.000000000 +0100 +++ gaim-0.75/src/gtkprefs.c 2004-03-16 14:02:18.000000000 +0100 @@ -2702,8 +2702,8 @@ /* Browsers */ gaim_prefs_add_none("/gaim/gtk/browsers"); gaim_prefs_add_bool("/gaim/gtk/browsers/new_window", FALSE); - gaim_prefs_add_string("/gaim/gtk/browsers/command", ""); - gaim_prefs_add_string("/gaim/gtk/browsers/browser", "mozilla"); + gaim_prefs_add_string("/gaim/gtk/browsers/command", "gnome-open %s"); + gaim_prefs_add_string("/gaim/gtk/browsers/browser", "custom"); /* Idle */ gaim_prefs_add_none("/gaim/gtk/idle"); From leonard at den.ottolander.nl Tue Mar 16 13:52:04 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 16 Mar 2004 14:52:04 +0100 Subject: Fw: [Evolution] Evolution 1.4.6 (it's good) In-Reply-To: <1079355101.4757.21.camel@athlon.localdomain> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> <1079139934.4749.8.camel@athlon.localdomain> <1079202490.2874.37.camel@edoras.local.net> <1079341017.22276.22.camel@mentor.gurulabs.com> <1079355101.4757.21.camel@athlon.localdomain> Message-ID: <1079445123.4751.3.camel@athlon.localdomain> Hi Dax, I wrote: > Can I somewhere get the evolution binary and source rpms you built? My > save me some time to do it myself. Maybe you don't want to distribute that (s)rpm, but could you be so kind to mail me your spec file off list? That saves me the trouble fixing the spec file myself once I decide to test evolution-1.4.6 (for now I am preserving "the crime scene"). TIA. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From felipe_alfaro at linuxmail.org Tue Mar 16 14:12:50 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Tue, 16 Mar 2004 15:12:50 +0100 Subject: Fw: [Evolution] Evolution 1.4.6 (it's good) In-Reply-To: <1079445123.4751.3.camel@athlon.localdomain> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> <1079139934.4749.8.camel@athlon.localdomain> <1079202490.2874.37.camel@edoras.local.net> <1079341017.22276.22.camel@mentor.gurulabs.com> <1079355101.4757.21.camel@athlon.localdomain> <1079445123.4751.3.camel@athlon.localdomain> Message-ID: <1079446369.1958.0.camel@teapot.felipe-alfaro.com> On Tue, 2004-03-16 at 14:52, Leonard den Ottolander wrote: > Hi Dax, > > I wrote: > > > Can I somewhere get the evolution binary and source rpms you built? My > > save me some time to do it myself. > > Maybe you don't want to distribute that (s)rpm, but could you be so kind > to mail me your spec file off list? That saves me the trouble fixing the > spec file myself once I decide to test evolution-1.4.6 (for now I am > preserving "the crime scene"). TIA. I'd like those .spec files, too. From tadams-lists at myrealbox.com Tue Mar 16 17:46:14 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Tue, 16 Mar 2004 12:46:14 -0500 Subject: Not sure how to file this bug In-Reply-To: References: <1079407286.11285.1.camel@aurora.localdomain> Message-ID: <1079459173.1742.0.camel@aurora.localdomain> On Tue, 2004-03-16 at 07:20 +0100, Hugo van der Kooij wrote: > On Mon, 15 Mar 2004, Trever L. Adams wrote: > > > In the past few weeks, I am not sure exactly when, clamav > > (www.clamav.net) has ceased to work. I have tried their cvs and new > > versions... nothing works. It dies with a SIGILL. > > As you are not sure what might cause the issue the only given thing is > clamav. So I suggest you file it against clamav and take it from there. > > Hugo. I would gladly agree with you, except it was working until the last week or so of rawhide. I will ask them about it, but it does seem to be related to the work in rawhide. Trever -- "It was as true as taxes is. And nothing's truer than them." -- Charles Dickens (1812-70) From mharris at redhat.com Tue Mar 16 19:42:23 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 16 Mar 2004 14:42:23 -0500 (EST) Subject: Not sure how to file this bug In-Reply-To: <1079459173.1742.0.camel@aurora.localdomain> References: <1079407286.11285.1.camel@aurora.localdomain> <1079459173.1742.0.camel@aurora.localdomain> Message-ID: On Tue, 16 Mar 2004, Trever L. Adams wrote: >Date: Tue, 16 Mar 2004 12:46:14 -0500 >From: Trever L. Adams >To: Development discussions related to Fedora Core > >Content-Type: text/plain >Reply-To: Development discussions related to Fedora Core > >X-BeenThere: fedora-devel-list at redhat.com >Subject: Re: Not sure how to file this bug > >On Tue, 2004-03-16 at 07:20 +0100, Hugo van der Kooij wrote: > >> On Mon, 15 Mar 2004, Trever L. Adams wrote: >> >> > In the past few weeks, I am not sure exactly when, clamav >> > (www.clamav.net) has ceased to work. I have tried their cvs and new >> > versions... nothing works. It dies with a SIGILL. >> >> As you are not sure what might cause the issue the only given thing is >> clamav. So I suggest you file it against clamav and take it from there. >> >> Hugo. > >I would gladly agree with you, except it was working until the last week >or so of rawhide. I will ask them about it, but it does seem to be >related to the work in rawhide. The best thing to do is to get a stack backtrace and see where the SIGILL is actually occuring. If it occurs inside clamav, then it is probably a clamav bug that should be filed to the clamav people. If it occurs inside a system supplied library, then a bug report should probably be filed against that component in Red Hat bugzilla. It could also possibly be a compiler bug or something, or it could be a coding error. Try recompiling clamav with -O0 to see if the problem goes away. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From tadams-lists at myrealbox.com Tue Mar 16 19:59:27 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Tue, 16 Mar 2004 14:59:27 -0500 Subject: Not sure how to file this bug In-Reply-To: References: <1079407286.11285.1.camel@aurora.localdomain> <1079459173.1742.0.camel@aurora.localdomain> Message-ID: <1079467167.1742.12.camel@aurora.localdomain> Before the below trace back, it is definitely in clamav, but I am not seem to see the files in clamav source code, are these known to you? [Switching to Thread -150235456 (LWP 10936)] 0x00e93dc8 in __gmpz_set_str (x=0xfeece860, str=0x58eb9e "", base=10) at ../../mpz/set_str.c:133 133 ../../mpz/set_str.c: No such file or directory. in ../../mpz/set_str.c (gdb) back #0 0x00e93dc8 in __gmpz_set_str (x=0xfeece860, str=0x58eb9e "", base=10) at ../../mpz/set_str.c:133 #1 0x00e8f4a3 in __gmpz_init_set_str (x=0xfeece860, str=0xea52e0 "", base=15356640) at ../../mpz/iset_str.c:45 On Tue, 2004-03-16 at 14:42 -0500, Mike A. Harris wrote: > On Tue, 16 Mar 2004, Trever L. Adams wrote: > > >Date: Tue, 16 Mar 2004 12:46:14 -0500 > >From: Trever L. Adams > >To: Development discussions related to Fedora Core > > > >Content-Type: text/plain > >Reply-To: Development discussions related to Fedora Core > > > >X-BeenThere: fedora-devel-list at redhat.com > >Subject: Re: Not sure how to file this bug > > > >On Tue, 2004-03-16 at 07:20 +0100, Hugo van der Kooij wrote: > > > >> On Mon, 15 Mar 2004, Trever L. Adams wrote: > >> > >> > In the past few weeks, I am not sure exactly when, clamav > >> > (www.clamav.net) has ceased to work. I have tried their cvs and new > >> > versions... nothing works. It dies with a SIGILL. > >> > >> As you are not sure what might cause the issue the only given thing is > >> clamav. So I suggest you file it against clamav and take it from there. > >> > >> Hugo. > > > >I would gladly agree with you, except it was working until the last week > >or so of rawhide. I will ask them about it, but it does seem to be > >related to the work in rawhide. > > The best thing to do is to get a stack backtrace and see where > the SIGILL is actually occuring. If it occurs inside clamav, > then it is probably a clamav bug that should be filed to the > clamav people. If it occurs inside a system supplied library, > then a bug report should probably be filed against that component > in Red Hat bugzilla. > > It could also possibly be a compiler bug or something, or it > could be a coding error. > > Try recompiling clamav with -O0 to see if the problem goes away. > > -- > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - XFree86 maintainer - Red Hat > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- "ADVISORY: There Is an Extremely Small but Nonzero Chance That, Through a Process Known as 'Tunneling,' This Message May Spontaneously Disappear from Its Present Location and Reappear at Any Random Place in the Universe, Including Your Neighbour's Kitchen. The Author Will Not Be Responsible for Any Damages or Inconveniences That May Result." -- Unknown From mitr at volny.cz Tue Mar 16 20:01:50 2004 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 16 Mar 2004 21:01:50 +0100 Subject: Not sure how to file this bug In-Reply-To: <1079467167.1742.12.camel@aurora.localdomain> References: <1079407286.11285.1.camel@aurora.localdomain> <1079459173.1742.0.camel@aurora.localdomain> <1079467167.1742.12.camel@aurora.localdomain> Message-ID: <20040316200149.GB22102@chrys.ms.mff.cuni.cz> On Tue, Mar 16, 2004 at 02:59:27PM -0500, Trever L. Adams wrote: > #0 0x00e93dc8 in __gmpz_set_str (x=0xfeece860, str=0x58eb9e "", That is in libgmp. A bug about crashes in libgmp on Athlons has been reported on fedora-test-list recently. Mirek From buildsys at redhat.com Tue Mar 16 21:23:13 2004 From: buildsys at redhat.com (Build System) Date: Tue, 16 Mar 2004 16:23:13 -0500 Subject: rawhide report: 20040316 changes Message-ID: <200403162123.i2GLNDa02399@porkchop.devel.redhat.com> From jurgen at botz.org Tue Mar 16 21:38:13 2004 From: jurgen at botz.org (=?ISO-8859-1?Q?J=FCrgen_Botz?=) Date: Tue, 16 Mar 2004 13:38:13 -0800 Subject: kernel versions again... Message-ID: <405773C5.7050802@botz.org> kernel-2.6.3-2.1.253.2.1.i586.rpm 2.1.253.2.1?? I understand the first 2.1 stands for RHEL 2.1, right? What about the second 2.1? :j -- J?rgen Botz | While differing widely in the various jurgen at botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper From smoogen at lanl.gov Tue Mar 16 22:00:56 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Tue, 16 Mar 2004 15:00:56 -0700 Subject: kernel versions again... In-Reply-To: <405773C5.7050802@botz.org> References: <405773C5.7050802@botz.org> Message-ID: <1079474456.4904.19.camel@smoogen2.lanl.gov> On Tue, 2004-03-16 at 14:38, J?rgen Botz wrote: > kernel-2.6.3-2.1.253.2.1.i586.rpm > > 2.1.253.2.1?? I understand the first 2.1 stands for > RHEL 2.1, right? What about the second 2.1? > I dont think the 2.1 has anything to do with the RHEL-2.1 as that is definately not supported according to my support rep :). I think the numbers are pulled out of someones ear. > :j > > -- > J?rgen Botz | While differing widely in the various > jurgen at botz.org | little bits we know, in our infinite > | ignorance we are all equal. -Karl Popper -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From katzj at redhat.com Tue Mar 16 22:44:22 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 16 Mar 2004 17:44:22 -0500 Subject: kernel versions again... In-Reply-To: <405773C5.7050802@botz.org> References: <405773C5.7050802@botz.org> Message-ID: <1079477061.7787.18.camel@edoras.local.net> On Tue, 2004-03-16 at 13:38 -0800, J?rgen Botz wrote: > kernel-2.6.3-2.1.253.2.1.i586.rpm > > 2.1.253.2.1?? I understand the first 2.1 stands for > RHEL 2.1, right? What about the second 2.1? The release is based on the CVS revision of the spec file. So it was 2.1.253 and then has been branched off for minor fixes since it froze for test2 (we freeze the kernel a little in advance of other things so that, eg, the installer doesn't have to hit a moving target) Cheers, Jeremy From nietzel at rhinobox.org Tue Mar 16 23:47:13 2004 From: nietzel at rhinobox.org (Earle Robert Nietzel) Date: Wed, 17 Mar 2004 00:47:13 +0100 Subject: Kernel build parameter CONFIG_REGPARAM breaks binary modules Message-ID: <1079480833.1997.15.camel@ws001.rhinobox.org> I've noticed since moving to 2.6.x that none of my binary modules would load correctly. After reading that CONFIG_REGPARAM was the culprit I disabled it but to my surprise nothing changed. Come to find out that in "arch/i386/Makefile": CFLAGS += -pipe -mregparm=3 -msoft-float -fno-builtin-sprintf -fno- builtin-log2 -fno-builtin-puts You'll notice "-mregparm=3"? After removing this compiler flag my binary modules began to load correctly. Anyone care to comment on this? Earle Nietzel Here is what the kernel oops looks like with with "-mregparm=3": Unable to handle kernel paging request at virtual address e0a18ab4 printing eip: e0a64a58 *pde = 170fc2a5 Oops: 0000 [#1] CPU: 1 EIP: 0060:[] Tainted: PF EFLAGS: 00010246 EIP is at firegl_init+0x40/0xf6 [fglrx] eax: e0a891e0 ebx: e0a18ab4 ecx: 00000002 edx: dead4ead esi: e0a893a0 edi: e0a89210 ebp: c033ebb8 esp: def79f58 ds: 007b es: 007b ss: 0068 Process modprobe (pid: 761, threadinfo=def78000 task=df166000) Stack: 00000012 00000000 00000000 e0a891e0 e0a88980 e0a891e0 e0a88980 e0807280 e0a18ab4 00000246 09289088 00000000 c032e618 b7e77008 c033ebd8 c033ebd8 c033ebb8 c01450a6 c016bc7c df505578 df5055a0 00000000 b7e77008 bff73658 Call Trace: [] firegl_init_module+0x110/0x1b0 [fglrx] [] sys_init_module+0x136/0x290 [] sys_close+0x7c/0xf0 [] syscall_call+0x7/0xb Code: 81 3b 00 00 02 10 74 11 c7 44 24 04 03 7b a7 e0 c7 04 24 40 From davej at redhat.com Wed Mar 17 00:12:26 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 17 Mar 2004 00:12:26 +0000 Subject: Kernel build parameter CONFIG_REGPARAM breaks binary modules In-Reply-To: <1079480833.1997.15.camel@ws001.rhinobox.org> References: <1079480833.1997.15.camel@ws001.rhinobox.org> Message-ID: <1079482346.12671.2.camel@delerium.codemonkey.org.uk> On Tue, 2004-03-16 at 23:47, Earle Robert Nietzel wrote: > I've noticed since moving to 2.6.x that none of my binary modules would > load correctly. > > After reading that CONFIG_REGPARAM was the culprit I disabled it but to > my surprise nothing changed. > > Come to find out that in "arch/i386/Makefile": > > CFLAGS += -pipe -mregparm=3 -msoft-float -fno-builtin-sprintf -fno- > builtin-log2 -fno-builtin-puts > > You'll notice "-mregparm=3"? > > After removing this compiler flag my binary modules began to load > correctly. > > Anyone care to comment on this? A leftover from the days before CONFIG_REGPARM existed. I've killed it in cvs. Dave From mrsam at courier-mta.com Wed Mar 17 01:00:55 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 16 Mar 2004 20:00:55 -0500 Subject: RPM hacking. Message-ID: I have a dim recollection of an undocumented option to rpm (now rpmbuild) that's essentially equivalent to "-bb --short-circuit". That is, it jumps directly to binary RPM files creation; the installation buildroot is already assumed to exist and populated according to whatever's in %files. Anyone remember what it is? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mike at netlyncs.com Wed Mar 17 01:31:44 2004 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 16 Mar 2004 19:31:44 -0600 Subject: Fw: [Evolution] Evolution 1.4.6 (it's good) In-Reply-To: <1079445123.4751.3.camel@athlon.localdomain> References: <20040312154851.58bd0558@shaka.ec-group.com> <1079135005.2874.1.camel@edoras.local.net> <1079139366.4749.5.camel@athlon.localdomain> <1079139934.4749.8.camel@athlon.localdomain> <1079202490.2874.37.camel@edoras.local.net> <1079341017.22276.22.camel@mentor.gurulabs.com> <1079355101.4757.21.camel@athlon.localdomain> <1079445123.4751.3.camel@athlon.localdomain> Message-ID: <1079487104.1756.0.camel@bart.netlyncs.com> On Tue, 2004-03-16 at 07:52, Leonard den Ottolander wrote: > Maybe you don't want to distribute that (s)rpm, but could you be so kind > to mail me your spec file off list? That saves me the trouble fixing the > spec file myself once I decide to test evolution-1.4.6 (for now I am > preserving "the crime scene"). TIA. Rawhide now has 1.4.6 as would be the srpm as well. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 17 02:00:18 2004 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 17 Mar 2004 03:00:18 +0100 Subject: QA tool for RPATH and RPM_BUILD_ROOT checking Message-ID: <8765d42pxp.fsf@kosh.ultra.csn.tu-chemnitz.de> Hello, lots (at least: too much) Fedora Core packages are having files with paths referring to the build environment. Such paths are * RPATHS in programs/libraries when files were linked badly in the build, it may happen that they get an RPATH into the temporary build environment (RPATH is the path which is used to resolve libraries). E.g. when a program '/usr/bin/foo' is linked so that it looks for libraries in /var/tmp/foo-root/usr/lib, this can be easily exploited. This example uses $RPM_BUILD_ROOT; more commonly are $RPM_BUILD_DIR rpaths. Although the latter rpaths are having more preconditions for a successful exploit, they are still vulnerabilities which must be fixed. See http://www.securityfocus.com/archive/1/351758/2004-01-27/2004-02-02/0 for a related bugtraq posting. * $RPM_BUILD_ROOT in files unfortunately, there are existing lots of packages which do not support installation into snapshot directories. So, hacks like %makeinstall will be used which can lead to adding temporary $RPM_BUILD_ROOT paths to the files. For an example, see /usr/bin/HtFileType from htdig-3.2.0b5-5[1]: | magic_file=/var/tmp/htdig-root/etc/htdig/HtFileType-magic.mime ~~~~~~~~~~~~~~~~~~~ Beside broken make-systems, there are existing some other reasons for the inclusion of such paths (e.g. linking against internal copies of libraries; see /usr/lib/librpm.la of rpm-4.3-0.20[2]). Such paths are affecting both functionality and security in a negative manner. E.g. an attacker could place a HtFileType-magic.mime which causes overflows into the world-writable /var/tmp directory. Or, you get simple 'No such file' errors. These kinds of bugs are relativily easy to detect: you have just to search for uncommon RPATHs and grep for '$RPM_BUILD_ROOT' shortly after %install. I wrote a small package 'rpm-audit'[3] which hooks into %%__arch_install_post; perhaps every Fedora package should be checked with it. Current flaws are: * checks for $RPM_BUILD_DIR are not done since there may be legitim reasons for its occurrence (debug-info) * all files under $RPM_BUILD_ROOT will be checked; some files which are %excluded in the %files list may be false positives. Enrico Footnotes: [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116442 [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116891 [3] http://www.tu-chemnitz.de/~ensc/fedora.us-build/qa/; scripts are part of fedora.us's fedora-rpmdevtools package too The .spec file tells how to apply it. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From rezso at rdsor.ro Wed Mar 17 03:08:48 2004 From: rezso at rdsor.ro (Balint Cristian) Date: Wed, 17 Mar 2004 05:08:48 +0200 Subject: Tomcat on x86_64 and i386 errors :( Message-ID: <200403170508.48297.rezso@rdsor.ro> Hi ! Tryed tomcat from latest fedora devel, (tomcat-4.1.27-10.2) runned default install without touch any config file of tomcat on an x86_64 and i386 too but getting errors, on booth system: Must edit something in config file or this tomcat is an early beta need more work ? Must remark that naoko (gbenson's) runned nice on i386 machines, tryed few month ago and was impressed of it. Here is what i am getting: Bootstrap: Create Catalina server Created catalinaLoader in: /usr/share/tomcat/server/lib org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: java.lang.IllegalAccessError at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(java.lang.String) (Unknown Source) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(java.lang.String) (Unknown Source) at org.apache.commons.logging.LogFactory.getLog(java.lang.String) (Unknown Source) at org.apache.commons.digester.Digester.finit$() (Unknown Source) at org.apache.commons.digester.Digester.Digester() (Unknown Source) at org.apache.catalina.startup.Catalina.createStartDigester() (Unknown Source) at org.apache.catalina.startup.CatalinaService.load() (Unknown Source) at org.apache.catalina.startup.CatalinaService.load(java.lang.String[]) (Unknown Source) at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, boolean) (/usr/lib64/libgcj.so.5. 0.0) at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, boolean, java.lang.Class[], java.lang.Object[]) (/usr/lib64/libgcj.so.5.0.0) at org.apache.catalina.startup.BootstrapService.init(java.lang.String[]) (/usr/lib64/lib-org-apache-catalina-bootstrap-4.1.27.so) at _Jv_ThreadRun(java.lang.Thread) (/usr/lib64/libgcj.so.5.0.0) at _Jv_RunMain(java.lang.Class, byte const, int, byte const, boolean) (/usr/lib64/libgcj.so.5.0.0) at __libc_start_main (/lib64/tls/libc-2.3.3.so) Caused by: org.apache.commons.logging.LogConfigurationException: java.lang.IllegalAccessError at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor() (Unknown Source) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(java.lang.String) (Unknown Source) ...13 more Caused by: java.lang.IllegalAccessError at _Jv_SearchMethodInClass(java.lang.Class, java.lang.Class, _Jv_Utf8Const, _Jv_Utf8Const) (/usr/lib64/libgcj.so.5.0.0) at _Jv_ResolvePoolEntry(java.lang.Class, int) (/usr/lib64/libgcj.so.5.0.0) at org.apache.commons.logging.impl.LogFactoryImpl$1.run() (Unknown Source) at java.security.AccessController.doPrivileged(java.security.PrivilegedAction) (/usr/lib64/libgcj.so.5.0.0) at org.apache.commons.logging.impl.LogFactoryImpl.loadClass(java.lang.String) (Unknown Source) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor() (Unknown Source) On an i386 i am getting java.lang.IllegalAccessError too. Thanks in advance, cristian From mharris at redhat.com Wed Mar 17 03:09:10 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 16 Mar 2004 22:09:10 -0500 (EST) Subject: RPM hacking. In-Reply-To: References: Message-ID: On Tue, 16 Mar 2004, Sam Varshavchik wrote: >I have a dim recollection of an undocumented option to rpm (now rpmbuild) >that's essentially equivalent to "-bb --short-circuit". That is, it jumps >directly to binary RPM files creation; the installation buildroot is already >assumed to exist and populated according to whatever's in %files. > >Anyone remember what it is? Unless this has changed since times past, there is no such option. If I recall correctly, rpm very intentionally does not allow you to skip over all stages and jump directly to the file packaging stage which then writes out the final binary packages. The reason for rpm disallowing that, is because you can easily end up with binary rpm packages to which the src.rpm that is supposed to match them, can not be used to recreate the identical packages. For example, if a build fails, I could cd into the RPM_BUILD_DIR, edit a Makefile to fix something, then use rpm's short-circuit to continue the build through building binary rpms. The resulting rpms were not produced by the src.rpm that matches them, but rather were produced by the src.rpm plus handmade hacking. This has been a very much debated topic on the rpm-list in the past, and probably other forums, but I think any decision about what rpm should or shouldn't do in this regard has been well hashed out in the past, and any opinion on either side of the debate has been long since stated. ;o) So, if rpm still disallows the creation of binary files via using --short-circuit, which I assume is the case, IMHO, it is unlikely that will change in the future. I believe I asked jbj about this before and was given a detailed explanation, but I don't remember 100%. I think my above comments more or less summarize the often repeated debate however. Oddly enough, if I also remember correctly, the often repeated debate ends in the same resolution each time. ;o) Not that it matters much, but I also favour rpm disallowing the creation of binary rpms while using the --short-circuit option. TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From hp at redhat.com Wed Mar 17 03:24:04 2004 From: hp at redhat.com (Havoc Pennington) Date: Tue, 16 Mar 2004 22:24:04 -0500 Subject: Help Needed: gnome-open and apps patching In-Reply-To: <4056EDF4.7070608@togami.com> References: <4056ECDE.3090901@redhat.com> <4056EDF4.7070608@togami.com> Message-ID: <1079493844.4163.25.camel@localhost.localdomain> On Tue, 2004-03-16 at 07:07, Warren Togami wrote: > > One more related note: > 5) While I personally think the "Web Browser" and "Mail" launching icons > should launch the chosen Preferred Applications rather than the > hard-coded mozilla or evolution, there are technical barriers currently > preventing this. Launching the preferred application must be tested to > be far more reliable than it has been in the past. Also this presents > challenges with application startup feedback. It would be really great > if we can think of ways to solve these problems. A simple approach might be to extend the desktop file format to allow PreferredApp=browser rather than Exec=mozilla But requires a freedesktop.org preferred app spec probably, or has to be done as X-GNOME-PreferredApp Havoc From jgardner at jonathangardner.net Wed Mar 17 04:24:37 2004 From: jgardner at jonathangardner.net (Jonathan M. Gardner) Date: Tue, 16 Mar 2004 20:24:37 -0800 Subject: Open Source Usability Site Message-ID: <200403162024.40592.jgardner@jonathangardner.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://www.openusability.org/ Apparently someone is trying to combine all the efforts of all open source together into one resource. - -- Jonathan Gardner jgardner at jonathangardner.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAV9MGqp6r/MVGlwwRAqpdAJ9IN36WqVzAQQ3mTe92GFFu+ESK4gCcDFXT c9Dmzo+Z6UTrhHvyEVuGJI8= =CV9T -----END PGP SIGNATURE----- From esr at thyrsus.com Wed Mar 17 05:15:37 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Wed, 17 Mar 2004 00:15:37 -0500 Subject: Open Source Usability Site In-Reply-To: <200403162024.40592.jgardner@jonathangardner.net> References: <200403162024.40592.jgardner@jonathangardner.net> Message-ID: <20040317051537.GB4877@thyrsus.com> Jonathan M. Gardner : > http://www.openusability.org/ > > Apparently someone is trying to combine all the efforts of all open source > together into one resource. A most excellent idea. I invite the site maintainers to link to my essays on this topic, http://localhost/~esr/writings/cups-horror.html http://localhost/~esr/writings/luxury-part-deux.html -- Eric S. Raymond From mutk at iprimus.com.au Wed Mar 17 05:21:27 2004 From: mutk at iprimus.com.au (Michael Kearey) Date: Wed, 17 Mar 2004 15:21:27 +1000 Subject: Open Source Usability Site In-Reply-To: <20040317051537.GB4877@thyrsus.com> References: <200403162024.40592.jgardner@jonathangardner.net> <20040317051537.GB4877@thyrsus.com> Message-ID: <4057E057.9020805@iprimus.com.au> Eric S. Raymond wrote: > http://localhost/~esr/writings/cups-horror.html > http://localhost/~esr/writings/luxury-part-deux.html Oops, localhost resolves to my er localhost :) Cheers, Michael From esr at thyrsus.com Wed Mar 17 05:36:46 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Wed, 17 Mar 2004 00:36:46 -0500 Subject: Open Source Usability Site In-Reply-To: <4057E057.9020805@iprimus.com.au> References: <200403162024.40592.jgardner@jonathangardner.net> <20040317051537.GB4877@thyrsus.com> <4057E057.9020805@iprimus.com.au> Message-ID: <20040317053646.GA5082@thyrsus.com> Michael Kearey : > Eric S. Raymond wrote: > > >http://localhost/~esr/writings/cups-horror.html > >http://localhost/~esr/writings/luxury-part-deux.html > > Oops, localhost resolves to my er localhost :) Gaah. Time for me to sleep. I meant: http://catb.org/~esr/writings/cups-horror.html http://catb.org/~esr/writings/luxury-part-deux.html -- Eric S. Raymond From ville.skytta at iki.fi Wed Mar 17 06:26:50 2004 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 17 Mar 2004 08:26:50 +0200 Subject: QA tool for RPATH and RPM_BUILD_ROOT checking Message-ID: <1079504810.3242.180.camel@bobcat.mine.nu> > [3] http://www.tu-chemnitz.de/~ensc/fedora.us-build/qa/; scripts are > part of fedora.us's fedora-rpmdevtools package too They're part of fedora-rpmdevtools 0.1.7, which is awaiting QA at https://bugzilla.fedora.us/show_bug.cgi?id=1167. The currently released 0.1.6 does not contain this stuff. From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 17 06:29:17 2004 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 17 Mar 2004 07:29:17 +0100 Subject: How to search for recent bugzilla bugs? Message-ID: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> Hello, how can I query bugzilla to return bugs with activity (changed & created) in the last X days? Till some weeks ago, I could use the 'changedin' query, but this is not working anymore since the 'create' field of new bugs is uninitialized. Bugzilla owner does not react on related reports[1]; and when working with rawhide tree it would be really nice to know which errors can be expected. Till this is fixed I suggest to add an additional dummy comment to every new bugreport, so that it appears in 'changedin' queries. Enrico Footnotes: [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115540 From keithl at kl-ic.com Wed Mar 17 06:37:09 2004 From: keithl at kl-ic.com (Keith Lofstrom) Date: Tue, 16 Mar 2004 22:37:09 -0800 Subject: Up2date and yum configuration Message-ID: <20040317063709.GA2786@gate.kl-ic.com> The /etc/yum.conf that comes with Fedora Core 2 Test 1 contains the line: baseurl=http://download.fedora.redhat.com/[...] And the file /etc/sysconfig/rhn/sources contains the line: yum fedora-core-rawhide http://download.fedora.redhat.com/[...] Meanwhile, the article: http://fedoranews.org/contributors/alexander_dalloz/mirror/ ... suggests changing the yum.conf and the source file to point at one of the mirror sites. So, why not change the default configuration for the distro, so it points elsewhere? If there is no single site that can handle the load, it would seem possible to create a target URL that can do some kind of automatic redirect to multiple different mirrors. Later, with some coding effort, improve the up2date button so it brings up a menu of plausible sites, perhaps based on the time zone and other location information. It seems odd to ship something in a test distro that should always be changed to something else. Or do I need a visit from the clue stick? Keith -- Keith Lofstrom keithl at ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs From linux at bytebot.net Wed Mar 17 06:48:43 2004 From: linux at bytebot.net (Colin Charles) Date: Wed, 17 Mar 2004 17:48:43 +1100 Subject: Up2date and yum configuration In-Reply-To: <20040317063709.GA2786@gate.kl-ic.com> References: <20040317063709.GA2786@gate.kl-ic.com> Message-ID: <1079506123.15397.43.camel@hermione> On Wed, 2004-03-17 at 17:37, Keith Lofstrom wrote: Keith, This kind of question belongs in fedora-list at redhat.com or even fedora-test-list at redhat.com > ... suggests changing the yum.conf and the source file to point at one of > the mirror sites. Alexander's article is meant for FC1 users, not FC2 test1 users. > So, why not change the default configuration for the distro, so it points > elsewhere? If there is no single site that can handle the load, it would > seem possible to create a target URL that can do some kind of automatic > redirect to multiple different mirrors. Later, with some coding effort, > improve the up2date button so it brings up a menu of plausible sites, > perhaps based on the time zone and other location information. Mirror selection has gone into up2date, which is what you have in FC2 test1. -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ From gteale at cmedltd.com Wed Mar 17 09:37:16 2004 From: gteale at cmedltd.com (Geoff Teale) Date: Wed, 17 Mar 2004 09:37:16 +0000 Subject: Touble packaging ruby libs In-Reply-To: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1079516236.2533.74.camel@dubya.devel.cmedltd.com> Hi all, Wondered if anyone could help me with a small problem. I'm trying to package rubyunit, initially for my own use but I'll make it public once it's in a decent state. Anyway, the problem I'm having is that ruby libs don't tend to follow the configure, make, make install pattern, instead they tend to use ruby scripts - in this case the normal installation process is simply `ruby install.rb`. I understand Perl packages behave similarly - can anyone point me toward an example? -- Geoff Teale Cmed Technology / Free Software Foundation gteale at cmedltd.com / tealeg at member.fsf.org Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From warren at togami.com Wed Mar 17 09:43:40 2004 From: warren at togami.com (Warren Togami) Date: Tue, 16 Mar 2004 23:43:40 -1000 Subject: fetchmail and bugzilla (Re: 'outdated' packages in rawhide) In-Reply-To: <20040313021835.GA22413@thyrsus.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> <20040313021835.GA22413@thyrsus.com> Message-ID: <40581DCC.90200@togami.com> Eric S. Raymond wrote: > Warren Togami : > >>http://catb.org/~esr/fetchmail/ >>The home page describes 6.2.0 as "gold" version, and 6.2.5 as >>"leading-edge". Normally due to the associated risk and limited labor I >>am guessing that we would avoid the risks and wait until the next "gold" >>version. However ESR is here, who seems to know something about >>fetchmail. =) >> >>Eric what is your recommendation? > > > Go with 6.2.5, it's actually been pretty stable. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115474 FC2 fetchmail blocker issue I did not look into the issue, but the report indicates that it is caused by a non-upstream patch for gsspop. I understand this can be distressing to most upstream projects, but hopefully a solution can be found without necessitating backing out this patch. Eric do you already have a Bugzilla account? Mind if we add you automatically to all new fetchmail bugs reported against Fedora Core? You or other upstream developers would keenly see trends in bugs and more quickly kill duplicate reports than us. Warren Togami wtogami at redhat.com From gbenson at redhat.com Wed Mar 17 10:01:59 2004 From: gbenson at redhat.com (Gary Benson) Date: Wed, 17 Mar 2004 10:01:59 +0000 Subject: Tomcat on x86_64 and i386 errors :( In-Reply-To: <200403170508.48297.rezso@rdsor.ro> References: <200403170508.48297.rezso@rdsor.ro> Message-ID: <20040317100158.GA3457@redhat.com> Balint Cristian wrote: > Tryed tomcat from latest fedora devel, (tomcat-4.1.27-10.2) runned > default install without touch any config file of tomcat on an x86_64 > and i386 too but getting errors, on booth system: Must edit > something in config file or this tomcat is an early beta need more > work ? It's a known bug -- I've been working on it for a couple of days now. Good to know that it happens on i386 too (I'm developing on x86_64 these days). > Must remark that naoko (gbenson's) runned nice on i386 machines, > tryed few month ago and was impressed of it. The stuff in FC2 is pretty much what Naoko was, but with a different compiler. Gary From mrsam at courier-mta.com Wed Mar 17 12:18:14 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 17 Mar 2004 07:18:14 -0500 Subject: RPM hacking. References: Message-ID: Mike A. Harris writes: > On Tue, 16 Mar 2004, Sam Varshavchik wrote: > >>I have a dim recollection of an undocumented option to rpm (now rpmbuild) >>that's essentially equivalent to "-bb --short-circuit". That is, it jumps >>directly to binary RPM files creation; the installation buildroot is already >>assumed to exist and populated according to whatever's in %files. >> >>Anyone remember what it is? > > Unless this has changed since times past, there is no such > option. If I recall correctly, rpm very intentionally does not > allow you to skip over all stages and jump directly to the file > packaging stage which then writes out the final binary packages. Yeah and all that. This is a debugging/hacking option only. I managed to drudge my memory cell and remember the undocumented -bs option, which creates just the .src.rpm. Now, I need to remember the rest of the story? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Mar 17 12:44:35 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 17 Mar 2004 13:44:35 +0100 Subject: RPM hacking. In-Reply-To: References: Message-ID: <20040317134435.0f9d8832@localhost> Sam Varshavchik wrote : > Mike A. Harris writes: > > > On Tue, 16 Mar 2004, Sam Varshavchik wrote: > > > >>I have a dim recollection of an undocumented option to rpm (now rpmbuild) > >>that's essentially equivalent to "-bb --short-circuit". That is, it jumps > >>directly to binary RPM files creation; the installation buildroot is already > >>assumed to exist and populated according to whatever's in %files. > >> > >>Anyone remember what it is? > > > > Unless this has changed since times past, there is no such > > option. If I recall correctly, rpm very intentionally does not > > allow you to skip over all stages and jump directly to the file > > packaging stage which then writes out the final binary packages. > > Yeah and all that. This is a debugging/hacking option only. > > I managed to drudge my memory cell and remember the undocumented -bs option, > which creates just the .src.rpm. Now, I need to remember the rest of the > story___ Well, it's in both "--help" output and the rpmbuild man page, which is pretty good exposure for an "undocumented option" ;-p Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.3-2.1.242 Load : 0.22 0.24 0.24 From alan at redhat.com Wed Mar 17 14:38:52 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 17 Mar 2004 09:38:52 -0500 Subject: Kernel build parameter CONFIG_REGPARAM breaks binary modules In-Reply-To: <1079480833.1997.15.camel@ws001.rhinobox.org> References: <1079480833.1997.15.camel@ws001.rhinobox.org> Message-ID: <20040317143852.GA12346@devserv.devel.redhat.com> On Wed, Mar 17, 2004 at 12:47:13AM +0100, Earle Robert Nietzel wrote: > Come to find out that in "arch/i386/Makefile": > > CFLAGS += -pipe -mregparm=3 -msoft-float -fno-builtin-sprintf -fno- > builtin-log2 -fno-builtin-puts > > You'll notice "-mregparm=3"? > > After removing this compiler flag my binary modules began to load > correctly. > > Anyone care to comment on this? Your binary modules need to match the kernel. -mregparm=3 tells the kernel to try and use registers for some of the argument passing, and thus be more efficient From aoliva at redhat.com Tue Mar 16 21:09:34 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 16 Mar 2004 18:09:34 -0300 Subject: [patch] for the NEWS file: Larissa Garcia Oliva Message-ID: This new project has been under development for quite some time, and the release date has finally arrived. It's not exactly related with previous projects I've been involved with, but I thought you might be interested. I've enclosed some snippets of the following patch; more details in the URL in the signature. Index: ChangeLog 2004-03-13 Alexandre Oliva , Islene C. Garcia * Larissa Garcia Oliva: New. * NEWS: Adjust. Index: NEWS --- /dev/null 2004-02-23 18:02:56.000000000 -0300 +++ NEWS 2004-03-16 17:42:49.870247754 -0300 @@ -0,0 +1,8 @@ +Final Release - March 13, 2004 + +* combined features from Islene Calciolari Garcia and Alexandre Oliva + +* completed fork(), optimized sleep() and implemented several new I/O + interfaces + +Download size: 3.895Kg, 49.5cm -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From leonard at den.ottolander.nl Wed Mar 17 15:12:53 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 17 Mar 2004 16:12:53 +0100 Subject: How to search for recent bugzilla bugs? In-Reply-To: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1079536373.4751.5.camel@athlon.localdomain> Hello Enrico, > how can I query bugzilla to return bugs with activity (changed & created) > in the last X days? Till some weeks ago, I could use the 'changedin' > query, but this is not working anymore since the 'create' field of new > bugs is uninitialized. Hm. "Bug Changes" section in the advanced query page, "[Bug Creation]", "were changed between" seems to work fine for me. (http://bugzilla.redhat.com/bugzilla/buglist.cgi?chfield=%5BBug+creation%5D&chfieldfrom=2004-03-15&chfieldto=Now) Leonard. -- mount -t life -o ro /dev/dna /genetic/research From esr at thyrsus.com Wed Mar 17 15:19:34 2004 From: esr at thyrsus.com (Eric S. Raymond) Date: Wed, 17 Mar 2004 10:19:34 -0500 Subject: fetchmail and bugzilla (Re: 'outdated' packages in rawhide) In-Reply-To: <40581DCC.90200@togami.com> References: <40525696.4070900@wanadoo.es> <4052693A.3040308@redhat.com> <20040313021835.GA22413@thyrsus.com> <40581DCC.90200@togami.com> Message-ID: <20040317151934.GC9051@thyrsus.com> Warren Togami : > Eric do you already have a Bugzilla account? Mind if we add you > automatically to all new fetchmail bugs reported against Fedora Core? Go ahead, -- Eric S. Raymond From czar at czarc.net Wed Mar 17 15:54:35 2004 From: czar at czarc.net (Gene C.) Date: Wed, 17 Mar 2004 10:54:35 -0500 Subject: RPM hacking. In-Reply-To: <20040317134435.0f9d8832@localhost> References: <20040317134435.0f9d8832@localhost> Message-ID: <200403171054.35167.czar@czarc.net> On Wednesday 17 March 2004 07:44, Matthias Saou wrote: > Sam Varshavchik wrote : > > Mike A. Harris writes: > > > On Tue, 16 Mar 2004, Sam Varshavchik wrote: > > >>I have a dim recollection of an undocumented option to rpm (now > > >> rpmbuild) that's essentially equivalent to "-bb --short-circuit". > > >> That is, it jumps directly to binary RPM files creation; the > > >> installation buildroot is already assumed to exist and populated > > >> according to whatever's in %files. > > >> > > >>Anyone remember what it is? > > > > > > Unless this has changed since times past, there is no such > > > option. If I recall correctly, rpm very intentionally does not > > > allow you to skip over all stages and jump directly to the file > > > packaging stage which then writes out the final binary packages. > > > > Yeah and all that. This is a debugging/hacking option only. > > > > I managed to drudge my memory cell and remember the undocumented -bs > > option, which creates just the .src.rpm. Now, I need to remember the > > rest of the story___ > > Well, it's in both "--help" output and the rpmbuild man page, which is > pretty good exposure for an "undocumented option" ;-p The current set of options which can be "short-circuit"'ed are fine. However, from a security perspective, I would be very bothered by an easy method of creating binary rpms which could not be rebuilt by the source rpm. Yes, call me paranoid but I either use binary rpms from a source I consider to be "trusted" to some degree or I build them myself from a src rpm. This does not guarantee that someone couldn't slip something into a package but at least I have some source code to look at if things act strangely. -- Gene From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 17 16:04:47 2004 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 17 Mar 2004 17:04:47 +0100 Subject: How to search for recent bugzilla bugs? In-Reply-To: <1079536373.4751.5.camel@athlon.localdomain> (Leonard den Ottolander's message of "Wed, 17 Mar 2004 16:12:53 +0100") References: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> <1079536373.4751.5.camel@athlon.localdomain> Message-ID: <877jxj31eo.fsf@kosh.ultra.csn.tu-chemnitz.de> leonard at den.ottolander.nl (Leonard den Ottolander) writes: >> how can I query bugzilla to return bugs with activity (changed & created) >> in the last X days? Till some weeks ago, I could use the 'changedin' >> query, but this is not working anymore since the 'create' field of new >> bugs is uninitialized. > > Hm. "Bug Changes" section in the advanced query page, "[Bug Creation]", > "were changed between" seems to work fine for me. > > (http://bugzilla.redhat.com/bugzilla/buglist.cgi?chfield=%5BBug+creation%5D&chfieldfrom=2004-03-15&chfieldto=Now) This is a fixed date; how can I express "in the last X days" (e.g. for use in bookmarks)? Enrico From bpm at ec-group.com Wed Mar 17 16:07:40 2004 From: bpm at ec-group.com (Brian Millett) Date: Wed, 17 Mar 2004 10:07:40 -0600 Subject: latest yum update (3-17) Message-ID: <1079539660.5590.5.camel@shaka.ec-group.com> I might be on crack, but the interface (gnome) after the gtk 2.4 & others update seems to be much zippier. (yes, real scientific term) I'm very pleased with the status of things. Good job. -- Brian Millett - Technologist Rex "I see death, destruction, fire. Babylon will fall - this place will be destroyed." -- Lady Ladira, "Signs and Portents" From nutello at sweetness.com Wed Mar 17 16:26:19 2004 From: nutello at sweetness.com (Rudi Chiarito) Date: Wed, 17 Mar 2004 17:26:19 +0100 Subject: How to search for recent bugzilla bugs? In-Reply-To: <877jxj31eo.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> <1079536373.4751.5.camel@athlon.localdomain> <877jxj31eo.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20040317162619.GB22886@server4.8080.it> On Wed, Mar 17, 2004 at 05:04:47PM +0100, Enrico Scholz wrote: > This is a fixed date; how can I express "in the last X days" (e.g. for > use in bookmarks)? bugzilla.mozilla.org's front page has a handy link to search for today's bug: http://bugzilla.mozilla.org/buglist.cgi?product=Browser,MailNews&bug_status=UNCONFIRMED,NEW,ASSIGNED,REOPENED,RESOLVED&chfield=%5BBug%20creation%5D&chfieldfrom=-0d So, all you need is -0d for chfieldfrom: http://bugzilla.redhat.com/bugzilla/buglist.cgi?chfield=%5BBug+creation%5D&chfieldfrom=-0d You can use -1d, -2d to include yesterday's bugs, the day before yesterday's bugs and so on. I am sure Raw Hide users would appreciate such a link included directly in the bugzilla.redhat.com front page. Rudi From rdieter at math.unl.edu Wed Mar 17 16:28:13 2004 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 17 Mar 2004 10:28:13 -0600 (CST) Subject: evolution-1.4.6 RPMS In-Reply-To: <20040312170014.25037.29001.Mailman@listman.back-rdu.redhat.com> References: <20040312170014.25037.29001.Mailman@listman.back-rdu.redhat.com> Message-ID: I've got freshly brewed evolution-1.4.6 rpms for rh90,fc1 (since someone here recently asked for them). Use at your own risk, of course... (-: rh90: ftp://apt.kde-redhat.org/apt/fedora/9/RPMS.evo/ fc1: ftp://apt.kde-redhat.org/apt/fedora/1/RPMS.evo/ SRPMS: ftp://apt.kde-redhat.org/apt/fedora/all/SPRMS.evo/ -- Rex From peter.backlund at home.se Wed Mar 17 16:40:09 2004 From: peter.backlund at home.se (Peter Backlund) Date: Wed, 17 Mar 2004 17:40:09 +0100 Subject: [patch] for the NEWS file: Larissa Garcia Oliva In-Reply-To: References: Message-ID: <40587F69.3010908@home.se> Alexandre Oliva wrote: > This new project has been under development for quite some time, and > the release date has finally arrived. It's not exactly related with > previous projects I've been involved with, but I thought you might be > interested. I've enclosed some snippets of the following patch; more > details in the URL in the signature. > > Index: ChangeLog > 2004-03-13 Alexandre Oliva , Islene C. Garcia > > * Larissa Garcia Oliva: New. > * NEWS: Adjust. > > Index: NEWS > --- /dev/null 2004-02-23 18:02:56.000000000 -0300 > +++ NEWS 2004-03-16 17:42:49.870247754 -0300 > @@ -0,0 +1,8 @@ > +Final Release - March 13, 2004 > + > +* combined features from Islene Calciolari Garcia and Alexandre Oliva > + > +* completed fork(), optimized sleep() and implemented several new I/O > + interfaces > + > +Download size: 3.895Kg, 49.5cm > Ehrm, you had a baby, right? :-) Congratulations! /Peter From jurgen at botz.org Wed Mar 17 16:46:07 2004 From: jurgen at botz.org (=?ISO-8859-1?Q?J=FCrgen_Botz?=) Date: Wed, 17 Mar 2004 08:46:07 -0800 Subject: conflicts in latest XFree86 RPMs Message-ID: <405880CF.2090706@botz.org> yum -d ... depcheck: package XFree86-Mesa-libGL conflicts with XFree86-libs depcheck: package XFree86-Mesa-libGLU conflicts with XFree86-libs depcheck: package XFree86-libs-data conflicts with XFree86-libs depcheck: package ttmkfdir conflicts with XFree86-font-utils -- J?rgen Botz | While differing widely in the various jurgen at botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 17 17:03:13 2004 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 17 Mar 2004 18:03:13 +0100 Subject: How to search for recent bugzilla bugs? In-Reply-To: <20040317162619.GB22886@server4.8080.it> (Rudi Chiarito's message of "Wed, 17 Mar 2004 17:26:19 +0100") References: <87u10o0ywy.fsf@kosh.ultra.csn.tu-chemnitz.de> <1079536373.4751.5.camel@athlon.localdomain> <877jxj31eo.fsf@kosh.ultra.csn.tu-chemnitz.de> <20040317162619.GB22886@server4.8080.it> Message-ID: <87y8pz1k4u.fsf@kosh.ultra.csn.tu-chemnitz.de> nutello at sweetness.com (Rudi Chiarito) writes: > On Wed, Mar 17, 2004 at 05:04:47PM +0100, Enrico Scholz wrote: >> This is a fixed date; how can I express "in the last X days" (e.g. for >> use in bookmarks)? > > So, all you need is -0d for chfieldfrom: Cool, I tried other formats like 'now-5' which were rejected. Just a last wish: what is the query for bugs with activity (created *or* changed) within the last X days? Enrico From leonard at den.ottolander.nl Wed Mar 17 17:04:54 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 17 Mar 2004 18:04:54 +0100 Subject: [patch] for the NEWS file: Larissa Garcia Oliva In-Reply-To: References: Message-ID: <1079543094.4751.9.camel@athlon.localdomain> Hello Alexandre, > 2004-03-13 Alexandre Oliva , Islene C. Garcia > > * Larissa Garcia Oliva: New. Congratulations to you and your wife! I hope she is doing fine. Is this your first child? Cheers, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From buildsys at redhat.com Wed Mar 17 17:36:28 2004 From: buildsys at redhat.com (Build System) Date: Wed, 17 Mar 2004 12:36:28 -0500 Subject: rawhide report: 20040317 changes Message-ID: <200403171736.i2HHaSv15161@porkchop.devel.redhat.com> New package ipvsadm Utility to administer the Linux Virtual Server New package system-config-mouse A graphical interface for configuring mice New package xorg-x11 The basic fonts, programs and docs for an X workstation. Removed package libcapplet0 Removed package cipe Updated Packages: Canna-3.7p1-5 ------------- * Wed Mar 17 2004 Akira TAGOH 3.7p1-5 - Canna-3.7p1-fix-duplicated-strings.patch: applied a backport patch from CVS. when the characters like 'bbb...' is deleted, the preedit strings is duplicated. (#117140) * Tue Mar 02 2004 Elliot Lee 3.7p1-4.1 - rebuilt * Thu Feb 19 2004 Akira TAGOH 3.7p1-4 - Canna-3.7p1-notimeout.patch: applied to avoid cant-mount-the-dictionaries issue. (#114886) VFlib2-2.25.6-21 ---------------- * Tue Mar 16 2004 Mike A. Harris 2.25.6-21 - Disabled Requires: XFree86-truetype-fonts dependancy as that is not portable between different X11 implementations. If there is a file needed from that package at runtime, we might need to implement some other more generic solution * Tue Mar 02 2004 Elliot Lee 2.25.6-20.1 - rebuilt * Fri Feb 13 2004 Elliot Lee 2.25.6-20 - rebuilt XFree86-4.3.0-64 ---------------- * Tue Mar 16 2004 Mike A. Harris 4.3.0-64 - Added virtual Provides: Xvfb to the Xvfb subpackage for openoffice and any other packages that require an Xvfb X server to be able to require it in an X11 implementation agnostic manner. - Added virtual "Provides: foo" to the Xvfb, xfs, twm, and font-utils subpackages, where "foo" is the subpackage name with the "XFree86-" part stripped off so that apps can use for example "Requires: xfs" to get an xfs font server, instead of requiring the XFree86 implementation specifically. This allows us to have X11 implementation agnostic dependancies, which makes it easier to switch X11 implementations without breaking a pile of package dependancies. * Wed Mar 10 2004 Mike A. Harris - Made with_savetemps work on x86/alpha/ppc/ppc64/amd64, and remove -pipe when using -save-temps * Sun Mar 07 2004 Mike A. Harris 4.3.0-63 - Forked current XFree86 spec file to create new xorg-x11 spec file, essentially merging my previous xorg-x11 spec file to be up to date with the current XFree86 4.3.0 one. - Built 4.3.0-63 in Fedora devel, so there is a binary rpm snapshot of 4.3.0-63 which is a point of reference for diversion to xorg-x11 tree anaconda-9.91-0.20040316172717 ------------------------------ * Tue Mar 16 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) anaconda-9.91-0.20040317030023 ------------------------------ * Wed Mar 17 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) bind-9.2.3-9 ------------ * Mon Mar 15 2004 Daniel Walsh 9.2.3-9 - Add fix for SELinux security context booty-0.34-1 ------------ * Tue Mar 16 2004 Jeremy Katz - 0.34-1 - use vmlinuz for ppc now * Mon Dec 01 2003 Jeremy Katz 0.33-1 - no ide-scsi with 2.6 * Fri Nov 28 2003 Jeremy Katz - add buildrequires (#111150) chkfontpath-1.10.0-1 -------------------- * Tue Mar 16 2004 Mike A. Harris 1.10.0-1 - Change PreReq: XFree86-xfs to Requires: xfs, which is a virtual Provide that is present in the xorg-x11 packaging, and in XFree86-4.3.0-64 and later builds. This is necessary in order to make packages not require a specific X11 implementation unnecessarily. (#118469) * Wed May 28 2003 Mike A. Harris 1.9.10-1 - Add patch from Uli, with some cosmetic cleanups to fix bug (#90942) * Tue May 20 2003 Bill Nottingham 1.9.9-1 - don't forcibly strip binaries on make install coreutils-5.2.1-3 ----------------- * Tue Mar 16 2004 Dan Walsh 5.2.1-3 - If preserve fails, report as warning unless user requires preserve * Tue Mar 16 2004 Dan Walsh 5.2.1-2 - Make mv default to preserve on context cyrus-sasl-2.1.18-2 ------------------- * Tue Mar 16 2004 Nalin Dahyabhai 2.1.18-2 - turn on building of libsasl v1 again emacs-21.3-11 ------------- * Tue Mar 16 2004 Mike A. Harris 21.3-11 - Removed bogus Requires: XFree86-libs that was added in 21.3-8, as rpm find-requires will automatically pick up the dependancies on any runtime libraries, and such hard coded requires is not X11 implementation agnostic (#118471) fonts-ja-8.0-12 --------------- * Wed Mar 17 2004 Akira TAGOH 8.0-12 - fixed #118431. Thanks to Mike A. Harris. - removed the wrong builddeps of XFree86-xfs, and generate fonts.dir at the installation time then. - removed the requirement of XFree86-75dpi-fonts. gaim-0.75.99-20040318cvs.2 -------------------------- * Tue Mar 16 2004 Warren Togami - CVS snapshot, generated with automake-1.7.9 - update #4 - update #2 but disable - #5 no longer needed - default to gnome-open #6 - some spec cleanup gaim-0.75.99-20040318cvs ------------------------ * Tue Mar 16 2004 Warren Togami - 20040318 snapshot, generated with automake-1.7.9 - update #4 - update #2 but disable temporarily - #5 no longer needed - default to gnome-open #6 gcc34-3.4.0-0.7 --------------- * Tue Mar 16 2004 Jakub Jelinek 3.4.0-0.7 - update from gcc-3_4-branch - PRs 13728, bootstrap/12371, c++/13170, c++/14397, c++/14401, c++/14409, c++/14432, c++/14448, c++/14452, c++/14476, c++/14510, c++/14550, c/14114, c/14465, c/14517, debug/11983, debug/14079, driver/13577, libstdc++/11706, libstdc++/13450, libstdc++/14320, libstdc++/3247, middle-end/11767, middle-end/14203, middle-end/14289, middle-end/14327, middle-end/14470, middle-end/14477, opt/13862, optimization/14235, optimization/14381, other/14474, other/14536, target/14047, target/14343, target/14406, target/14471, target/14480, target/14496, target/14539, target/14547 - fix ICE in cp_expr_size (Mark Mitchell, #116213, PR c++/14230) - fix s390x ICE in legitimize_pic_address (#117872, PR target/14533) - fix miscompilation on IA-32 with fix_trunc* between CC setter and consumer (Caroline Tice, #118026, PR target/12308) - emit dwarf2 debug info for __thread vars on ppc/ppc64 (#111628) - fix gcj ICE on final unitialized local variable used in switch (Andrew Haley, #118219, PR java/14581) - make all subpackages owns all dirs in the gcc-lib tree they are using gdm-2.5.90.2-2 -------------- * Tue Mar 16 2004 Dan Walsh 1:2.5.90.2-2 - Stop using selinux patch and use pam_selinux instead. glib2-2.4.0-1 ------------- * Tue Mar 16 2004 Owen Taylor 2.4.0-1 - Update to 2.4.0 gnome-applets-2.5.7-4 --------------------- * Tue Mar 16 2004 Jeremy Katz 1:2.5.7-4 - rebuild for new gstreamer gnome-media-2.5.5-2 ------------------- * Tue Mar 16 2004 Jeremy Katz 2.5.5-2 - rebuild for new gstreamer gnome-print-0.37-9 ------------------ * Tue Mar 16 2004 Mike A. Harris 1:0.37-9 - Removed PreReq: XFree86 in order to make the package X11 implementation agnostic. The spec file changelog doesn't indicate why that dependancy was present, and I couldn't deduce why, so it is possible whatever the reason it was added is no longer valid. If there is a need, we can add a new dep back on a file or dir, or a virtual dependancy. - Added Requires(post,postun): /sbin/ldconfig to libgnomeprint%{sover} subpackage - Added Requires(post): /usr/bin/redhat-update-gnome-font-install to main package gpm-1.20.1-44 ------------- * Wed Mar 17 2004 Bill Nottingham 1.20.1-44 - include inputattach - if configured mouse has IMOUSETYPE, use inputattach gqview-1.4.1-2 -------------- * Tue Mar 16 2004 Warren Togami 1.4.1-2 - rebuild gstreamer-0.8.0-1 ----------------- * Tue Mar 16 2004 Alex Larsson 0.8.0-1 - update to 0.8.0 * Wed Mar 10 2004 Alexander Larsson 0.7.6-1 - update to 0.7.6 * Thu Mar 04 2004 Jeremy Katz - 0.7.5-2 - fix plugin dir with respect to %_lib gstreamer-plugins-0.8.0-1 ------------------------- * Tue Mar 16 2004 Alex Larsson 0.8.0-1 - update to 0.8.0 gtk2-2.4.0-1 ------------ * Wed Mar 17 2004 Alex Larsson 2.4.0-1 - update to 2.4.0 - update bin_version to 2.4.0 gtkglarea-1.2.2-19 ------------------ * Tue Mar 16 2004 Mike A. Harris 1.2.2-19 - Removed all hard coded deps on "XFree86", only XFree86-devel should be required for the time being. (#118434) - Added Requires(post,postun): /sbin/ldconfig gtkhtml-1.1.9-7 --------------- * Tue Mar 16 2004 Bill Nottingham 1.1.9-7 - don't build the capplet * Tue Mar 02 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt hwdata-0.113-1 -------------- * Tue Mar 16 2004 Bill Nottingham 0.113-1 - add a Marvell sk98lin card (#118467, <64bit_fedora at comcast.net>) im-sdk-11.4-27 -------------- * Tue Mar 16 2004 Mike A. Harris 1:11.4-27 - Removed XFree86-libs dependancy, as this makes the package dependant on the specific XFree86 implementation and makes it impossible to remove XFree86 from the distribution and replace it with xorg-x11. If there is particular requirement here, be sure to use versioned BuildRequires on the XFree86-devel package instead in the main package section, and the libs should automatically get picked up by rpm find-requires during packaging, without the explicit Requires. (#118474) - Added "Requires(post,postun): /usr/bin/gtk-query-immodules-2.0" to the iiimf-gtk subpackage - Added the following dependancies to the iiimf-server subpackage: - Requires(pre): /usr/sbin/useradd - Requires(post): /sbin/chkconfig - Requires(preun): /sbin/service, /sbin/chkconfig, /usr/sbin/userdel - Requires(postun): /sbin/service - Use /sbin/service explicitly in rpm scripts - Fixed bug where /sbin/userdel was being called instead of /usr/sbin/userdel in the iiimf-server preun script initscripts-7.47-1 ------------------ * Wed Mar 17 2004 Bill Nottingham 7.47-1 - translation: catch more input strings (#106285, ) - remove autologin from prefdm (#108969) - return to rhgb after ./unconfigured (#109807, ) - handle iso15 in setsysfont (#110243) - clean up samba & vmware in rc.sysinit (#113104) - some sysconfig.txt documentation (#110427, #118063) - fix bug in umount-on-halt (#113088, ) - handle CIFS in netfs (#115691) - make sure hotplug isn't stuck unset (#116666, ) - handle network fs better in rc.sysinit (#111290) - nomodules applies to usb/firewire too (#113278) - ipsec fix (#116922, ) - make sure rc exits cleanly (#117827, ) - fsck root FS from initrd, for dynamic majors (#117575, ) * Mon Feb 23 2004 Tim Waugh - Use ':' instead of '.' as separator for chown. * Mon Feb 02 2004 Bill Nottingham 7.46-1 - some more rc.sysinit tweaks and refactoring jisksp14-0.1-13 --------------- * Wed Mar 17 2004 Akira TAGOH 0.1-13 - removed the requirement of XFree86-xfs. (#118475) jisksp16-1990-0.1-14 -------------------- * Wed Mar 17 2004 Akira TAGOH 0.1-14 - removed the requirement of XFree86-xfs. (#118476) kdebase-3.2.1-1.4 ----------------- * Wed Mar 17 2004 Karsten Hopp 3.2.1-1.4 - use new virtual package 'xfs' * Tue Mar 16 2004 Than Ngo 3.2.1-1.3 - fxied KDE menus, #118282 kdenetwork-3.2.1-2 ------------------ * Sun Mar 14 2004 Karsten Hopp 3.2.1-2 - remove kmail virtual package, its in kdepim now kudzu-1.1.53-1 -------------- * Wed Mar 17 2004 Bill Nottingham - 1.1.53-1 - hack: add mouse-cleaner-upper here lesstif-0.93.36-5.2 ------------------- * Wed Mar 17 2004 Karsten Hopp 0.93.36-5.2 - remove XFree86 requirement, lesstif doesn't require an X server to be installed on the same machine lesstif is installed on (#118478) libgnomeprint-1.116.0-10 ------------------------ * Tue Mar 16 2004 Mike A. Harris 1.116.0-10 - Removed PreReq: XFree86, as it seems bogus. Probably a leftover from a long time ago that is not needed anymore. This change is needed in order to make the package X11 implementation agnostic, however if there is something that it does really require from the XFree86 package, we can use a file or directory dependancy instead, or a virtual provide can be added if need be. - Added Requires(post): /sbin/ldconfig, /usr/bin/redhat-update-gnome-font-install2 - Added Requires(postun): /sbin/ldconfig libgnomeprint22-2.5.4-2 ----------------------- * Tue Mar 16 2004 Mike A. Harris 2.5.4-2 - Removed PreReq: XFree86, as it seems bogus. Probably a leftover from a long time ago that is not needed anymore. This change is needed in order to make the package X11 implementation agnostic, however if there is something that it does really require from the XFree86 package, we can use a file or directory dependancy instead, or a virtual provide can be added if need be. - Added Requires(post): /sbin/ldconfig - Added Requires(postun): /sbin/ldconfig libgnomeui-2.5.92-1 ------------------- * Wed Mar 17 2004 Alex Larsson 2.5.92-1 - update to 2.5.92 libselinux-1.6-3 ---------------- * Wed Mar 10 2004 Dan Walsh 1.6-3 - fix location of file_contexts file. miniChinput-0.0.3-55 -------------------- * Wed Mar 03 2004 Mike A. Harris 0.0.3-55 - Removed BuildRequires: XFree86, because that should not be hard coded. If there is a dependancy on something in the XFree86 package, please let mharris know what it is and we can discuss a better dependancy that is not tied to XFree86 directly - Changed Copyright to License in spec file - Changed BuildRoot to use _tmppath - Removed Excludearch alpha - Other minor cleanups to spec file I noticed while fixing the above modutils-2.4.26-12 ------------------ * Tue Mar 16 2004 Steve Dickson - /var/lib/nfs/rpc_pipefs not /var/lib/rpc_pipes should be mounted when sunrpc is loaded. * Fri Mar 12 2004 Steve Dickson - umount rpc_pipefs when sunrpc is unloaded mysql-3.23.58-8 --------------- * Tue Mar 16 2004 Tom Lane 3.23.58-8 - repair logfile attributes in %files, per bug #102190 - repair quoting problem in mysqlhotcopy, per bug #112693 - repair missing flush in mysql_setpermission, per bug #113960 - repair broken error message printf, per bug #115165 - delete mysql user during uninstall, per bug #117017 - rebuilt nautilus-2.5.91-2 ----------------- * Tue Mar 16 2004 Mike A. Harrisn 2.5.91-2 - Changed BuildRequires: XFree86-libs >= 4.2.99 to BuildRequires: XFree86-devel - Fixed BuildRoot to use _tmppath instead of /var/tmp nautilus-media-0.7.0-2 ---------------------- * Tue Mar 16 2004 Jeremy Katz 0.7.0-2 - rebuild for new gstreamer nfs-utils-1.0.6-17.fc2 ---------------------- * Tue Mar 16 2004 - Made the nfs4 daemons initscripts work better when sunrpc is not a module - added more checks to see if modules are being used. * Mon Mar 15 2004 - Add patch that sets up gssapi_mech.conf correctly openssh-3.6.1p2-34 ------------------ * Tue Mar 16 2004 Daniel Walsh 3.6.1p2-34 * Wed Mar 03 2004 Phil Knirsch 3.6.1p2-33.30.1 - Built RHLE3 U2 update package. pam_krb5-2.0.10-1 ----------------- * Tue Mar 16 2004 Nalin Dahyabhai - 2.0.10-1 - update to 2.0.10 * Tue Mar 16 2004 Nalin Dahyabhai - 2.0.9-1 - update to 2.0.9 * Tue Mar 16 2004 Nalin Dahyabhai - 2.0.8-1 - update to 2.0.8 pango-1.4.0-1 ------------- * Wed Mar 17 2004 Alex Larsson 1.4.0-1 - update to 1.4.0 perl-XML-SAX-0.12-6 ------------------- policy-1.8-19 ------------- * Tue Mar 16 2004 Dan Walsh 1.8-19 - Fixed to get kerberos to work * Tue Mar 16 2004 Dan Walsh 1.8-18 - Allow users to fscreatecon * Tue Mar 16 2004 Dan Walsh 1.8-17 - Add cups fixes. - More Russell Merges policycoreutils-1.9-4 --------------------- * Wed Mar 17 2004 Dan Walsh 1.9-4 - Restore patch of genhomedircon * Mon Mar 15 2004 Dan Walsh 1.9-3 - Add setfiles-assoc patch to try to freeup memory use * Mon Mar 15 2004 Dan Walsh 1.9-2 - Add fixlabels postfix-2.0.18-2 ---------------- * Tue Mar 16 2004 John Dennis 2:2.0.18-2 - fix sendmail man page (again), make pflogsumm a subpackage pyparted-1.6.6-2 ---------------- * Tue Mar 16 2004 Jeremy Katz 1.6.6-2 - fix PARTITION_PROTECTED definition (#118451) python-2.3.3-3 -------------- * Tue Mar 16 2004 Mihai Ibanescu 2.3.3-3 - Requires XFree86-devel instead of -libs (see bug #118442) redhat-menus-1.3-1 ------------------ * Tue Mar 16 2004 Than Ngo 1.3-1 - Release 1.3, add applications-kmenuedit.menu that makes kmenuedit working * Tue Mar 16 2004 Than Ngo 1.2-1 - Release 1.2, fixed KDE menu issue rhpl-0.138-1 ------------ * Wed Mar 17 2004 Bill Nottingham 0.138-1 - mouse.py cleanups * Tue Mar 16 2004 Bill Nottingham 0.135-1 - remove old default keymap when writing config (#116852) rhythmbox-0.6.8-2 ----------------- * Tue Mar 16 2004 Jeremy Katz - 0.6.8-2 - rebuild for new gstreamer rpm-4.3-0.22 ------------ * Tue Mar 16 2004 Jeff Johnson 4.3-0.22 - fix: grrr, skip notes on non-i386 entirely. rpmdb-fedora-1.91-0.20040317 ---------------------------- sound-juicer-0.5.10.1-8 ----------------------- * Tue Mar 16 2004 Jeremy Katz 0.5.10.1-8 - rebuild for new gstreamer sudo-1.6.7p5-20 --------------- * Tue Mar 16 2004 Dan Walsh 1.6.7p5-20 - Eliminate closing and reopening of terminals, to match su. system-config-display-1.0.11-1 ------------------------------ * Wed Mar 17 2004 Mike A. Harris 1.0.11-1 - Change Requires: XFree86 to Requires: /usr/X11R6/bin/XFree86, which is what it appears from the sources is being called. That will need to change when the server gets renamed, so it should be implemented IMHO in a way that is not hard coded. This should suffice for now however. - Changed package description to remove "XFree86" name and replace it with generic "X Window System X server" term. - Added the "via", and "voodoo" drivers that were missing to internal driver list in videocardDialog.py. The list is still missing stuff though, but those sprung to mind. - Added force-tag target to Makefile with tag -cF - Added tag target without -F to Makefile - Removed -F from archive target as that can potentially blow away an already tagged and released version from the repository if someone accidentally does a "make archive" without updating the spec file Version: field like I just about did. ;o) system-config-network-1.3.16-1 ------------------------------ * Thu Mar 04 2004 Harald Hoyer - 1.3.16 - be more relaxed, when parsing the kernel version (115917) - fixed removing of Hostname (115795) - fixed "DevEthernet instance has no attribute 'IPv6Init'" (116375) - removed save dialog, when switching profiles (107399) - added generic Initstrings (115768) - added secure.png logo - added "-c" parameter for activate/deactivate - changed hotkeys to avoid double entries - use new pixmap loading code (only take local paths, if debugging is active) - moved updateNetworkScripts() to NC_functions.py - fallback on /etc/sysconfig/network-scripts - removed /usr/lib/rhs/python from sys.path - added -? as a command line option - corrected --root= option for gui - activate/deactivate buttons always sensitive - check for ipsec-tools and dynamically display ipsec tab - no second dialog while activating in system-control-network - change hosts file on hostname change * Thu Jan 29 2004 Harald Hoyer - 1.3.15 - added IPv6 support per device (111377) * Wed Jan 28 2004 Harald Hoyer - 1.3.14 - modules.conf -> modprobe.conf system-config-securitylevel-1.3.6-1 ----------------------------------- * Tue Mar 16 2004 Jeremy Katz 1.3.6-1 - fix segfault in config reading if config files don't exist - don't flush iptables chains if run with --nostart tk-8.4.5-7 ---------- * Tue Mar 16 2004 Mike A. Harris - 8.4.5-7 - Removed Requires: XFree86-libs and replaced with Buildrequires: XFree86-devel so that the package is X11 implementation agnostic for the inclusion of xorg-x11 (#118482) - Added Requires(post,postun): /sbin/ldconfig - Added BuildRequires: perl, as perl is used during %install ttfonts-ja-1.2-34 ----------------- * Tue Mar 16 2004 Mike A. Harris 1.2-34 - Removed hard coded dependancies on XFree86 packages, as we do not want to require any specific X11 implementation's packages just for fonts. - Updated BuildRequires/Requires/Prereq entries to newer rpm format of Requires(post,postun): for the various binaries needed in the rpm scripts * Fri Feb 13 2004 Elliot Lee 1.2-33 - rebuilt * Thu Feb 05 2004 Akira TAGOH 1.2-32 - removed default*.font because it's no longer used. ttfonts-zh_CN-2.14-4 -------------------- * Tue Mar 16 2004 Mike A. Harris 2.14-4 - Removed bogus BuildRequires: XFree86-xfs, probably a leftover from when mkfontdir was in the xfs subpackage ages ago - Replaced PreReq's with Requires(post,postun) semantics for better rpm handling - Change HOME=/root to HOME=/ for fc-cache, we don't want to assume /root even exists, and this hack is just to work around a bug in fc-cache from Red Hat Linux 8.0 which is no longer a problem. For the RHL 8.0 problem, HOME just needs to be set to work around the issue. - Removed preun script, because if there happen to be multiple font packages installed on the system which both install their fonts into the same directory, with the preun script that was present, this will cause the other font packages fonts to no longer be configured in the xfs configuration. * Fri Feb 13 2004 Elliot Lee 2.14-3 - rebuilt * Thu Feb 05 2004 Akira TAGOH 2.14-2 - removed default*.font because it's no longer used. ttfonts-zh_TW-2.11-26 --------------------- * Tue Mar 16 2004 Mike A. Harris 2.11-26 - Removed bogus hard coded dep on XFree86-xfs which was probably added a long time ago for mkfontdir et al. - Changed PreReq lines to use new rpm syntax Requires(post,postun) which is more robust, and updated the entries to contain what is called in the post and postun scripts - Added umask 133 to rpm scripts to ensure font metadata files are created with the proper permissions * Fri Feb 13 2004 Elliot Lee 2.11-25 - rebuilt * Thu Feb 05 2004 Akira TAGOH 2.11-24 - removed default*.font because it's no longer used. - fixed %post and %postun to check real writable for nfs mount. tux-3.2.18-1 ------------ * Fri Aug 22 2003 Michael K. Johnson x.2.14-1 - explicitly check for tux syscall not implemented (#102740) - explicitly express tux syscall # for s390x as well as s390 (#102740) * Mon Jul 28 2003 Matt Wilson x.2.13-1 - fix syscall number for ppc, ppc64 which is now 225, not 224 (#86366) from Julie DeWandle - fix buildreq for glib to be glib2 * Fri May 30 2003 Michael K. Johnson x.2.12-1 - Fixed protocol version 3 support, then re-fixed version 2 support to match. tvtime-0.9.12-5 --------------- * Tue Mar 16 2004 Mike A. Harris 2.12-13 - Fix selinux ordering or pam for login * Tue Mar 16 2004 - Make RPC error messages displayed with -v argument - Added two checks to the nfs4 path what will print warnings when rpc.idmapd and rpc.gssd are not running - Ping NFS v4 servers before diving into kernel - Make v4 mount interruptible which also make the intr option on by default xemacs-21.4.15-3 ---------------- * Tue Mar 16 2004 Mike A. Harris 21.4.15-3 - Removed bogus Requires: XFree86-libs, and other similar library runtime dependancies, because rpm find-requires automatically puts dependancy info in the binary rpms which are on the .so files rather than a specific package. The XFree86-libs removal is necessary in order to replace XFree86 with xorg-x11 in an X11 implementation agnostic fashion. (#118483) - Changed "Requires(post,preun): info" dependancy to "Requires(post,postun): /sbin/install-info" xinitrc-3.37-1 -------------- * Tue Mar 16 2004 Mike A. Harris 3.37-1 - Disable Requires: XFree86 dep, and add comment to spec file with reasoning, so if anything breaks, we can fix it up in a better way later on - Xclients cleanups: - Check for existance of xclock and xterm binaries, both in /usr/bin, and in /usr/X11R6/bin before trying to execute either in failsafe - Check for executable existance of mozilla/fvwm/twm with -x, rather than just checking for existance with -f, and then use the explicit path to these binaries when executing them - xinput cleanups: - Change shebang to use /bin/bash instead of /bin/sh, as our OS is always guaranteed to have /bin/bash installed on it because many other things require it anyway. This makes it explicitly legal to use bashisms everywhere, of which are usually already being used anyway without notice, because /bin/sh is a link to /bin/bash by default. - Replace old style usage of "test x$foo" with 'if [ "$foo"' as it is much more readable. - Test for the readability of /etc/sysconfig/i18n with -r, rather than it's mere existance with -e - Everywhere -e was used to test for the existance of a binary prior to executing it, has been replaced with -x, which tests for executability - Added "Requires: /usr/X11R6/bin/sessreg" for GiveConsole and TakeConsole - Added "Requires: which /usr/X11R6/bin/RunWM" for Xclients - Added "Requires: /sbin/pidof /usr/X11R6/bin/xsetroot" for Xsetup_0 * Tue Mar 16 2004 Jens Petersen 3.36-1 - default input method to htt (im-iiim for gtk apps and httx for xim apps) if htt is running when XIM is not set (#118382) - default kinput2 to use canna if cannaserver running or wnn if jserver running (Adrian Havill, #112631) when XIM_ARGS is not set - add support for nabi (sangu, #112521) and uim - do not set XIM to none (Eric Backus, #57876) - ami no longer includes applet (Won-kyu Park, #61540) and so delayed-start code is no longer needed * Thu Oct 23 2003 Mike A. Harris 3.35-1 - Remove limitations forcing xcin to only work in UTF-8 mode (#97331) yum-2.0.6-1 ----------- * Wed Mar 17 2004 Jeremy Katz 2.0.6-1 - update to 2.0.6 From jkeating at j2solutions.net Wed Mar 17 17:44:34 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 17 Mar 2004 09:44:34 -0800 Subject: rawhide report: 20040317 changes In-Reply-To: <200403171736.i2HHaSv15161@porkchop.devel.redhat.com> References: <200403171736.i2HHaSv15161@porkchop.devel.redhat.com> Message-ID: <200403170944.37796.jkeating@j2solutions.net> On Wednesday 17 March 2004 09:36, Build System wrote: > New package ipvsadm > Utility to administer the Linux Virtual Server Does this mean we get ipvs back in the kernel? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From baldrick at terra.es Wed Mar 17 18:19:13 2004 From: baldrick at terra.es (Josep Puigdemont) Date: Wed, 17 Mar 2004 19:19:13 +0100 Subject: printconf Message-ID: <1079547553.1879.7722.camel@deimos> Hi! While translating printconf, something came up, these strings: #: util/addQueue.py:805 util/editQueue.py:1235 msgid "You must specify an IP port number." #: gui/redhat-config-printer.glade.h:45 msgid "IP port number (often 9100)" Shouldn't they read "TCP port", instead? /Josep From twaugh at redhat.com Wed Mar 17 18:28:23 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 17 Mar 2004 18:28:23 +0000 Subject: printconf In-Reply-To: <1079547553.1879.7722.camel@deimos> References: <1079547553.1879.7722.camel@deimos> Message-ID: <20040317182823.GF22468@redhat.com> On Wed, Mar 17, 2004 at 07:19:13PM +0100, Josep Puigdemont wrote: > Hi! > > While translating printconf, something came up, > these strings: > > #: util/addQueue.py:805 util/editQueue.py:1235 > msgid "You must specify an IP port number." > > #: gui/redhat-config-printer.glade.h:45 > msgid "IP port number (often 9100)" > > Shouldn't they read "TCP port", instead? I don't think it really makes a lot of difference. Both are accurate. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alan at redhat.com Wed Mar 17 18:30:23 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 17 Mar 2004 13:30:23 -0500 Subject: printconf In-Reply-To: <20040317182823.GF22468@redhat.com> References: <1079547553.1879.7722.camel@deimos> <20040317182823.GF22468@redhat.com> Message-ID: <20040317183022.GA29301@devserv.devel.redhat.com> On Wed, Mar 17, 2004 at 06:28:23PM +0000, Tim Waugh wrote: > > msgid "IP port number (often 9100)" > > > > Shouldn't they read "TCP port", instead? > > I don't think it really makes a lot of difference. Both are accurate. TCP port would IMHO be better as the port isnt part of the IP packet and ports are a protocol level property. But as you say its not a big difference. Also the other apps I peeked at use TCP Port, or just Port From mharris at redhat.com Wed Mar 17 19:06:06 2004 From: mharris at redhat.com (Mike A. Harris) Date: Wed, 17 Mar 2004 14:06:06 -0500 (EST) Subject: conflicts in latest XFree86 RPMs In-Reply-To: <405880CF.2090706@botz.org> References: <405880CF.2090706@botz.org> Message-ID: On Wed, 17 Mar 2004, [ISO-8859-1] J?rgen Botz wrote: >yum -d ... > > depcheck: package XFree86-Mesa-libGL conflicts with XFree86-libs > depcheck: package XFree86-Mesa-libGLU conflicts with XFree86-libs > depcheck: package XFree86-libs-data conflicts with XFree86-libs > depcheck: package ttmkfdir conflicts with XFree86-font-utils Fixed in xorg-.5 in rawhide. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From iago.rubio at hispalinux.es Wed Mar 17 19:11:31 2004 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Wed, 17 Mar 2004 20:11:31 +0100 Subject: [patch] for the NEWS file: Larissa Garcia Oliva In-Reply-To: References: Message-ID: <1079550690.20897.20.camel@speedy.iagorubio.net> As I'm sure this time you did not carry the burden of this project, let me congratulate in first place Islene ;) Cheers and congrats from Spain !!! Meus parabens pe-la grande noticia Alexandre, e ... ?? Larissa bem-vinda ?? Istas s?o as coisas que faz o mundo lindo :) -- Iago Rubio http://www.iagorubio.com GPGkey pgp.rediris.es id 0x909BD4DD fingerprint = D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** -------------------------------------------------- -------------- 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 tchung at fedoranews.org Thu Mar 18 00:09:48 2004 From: tchung at fedoranews.org (Thomas Chung) Date: Wed, 17 Mar 2004 16:09:48 -0800 Subject: --download-only option in yum 2.0.6 Message-ID: <20040318000948.M26697@fedoranews.org> All, I think I found a bug in yum 2.0.6 but perhaps you can confirm it. Notice the result betwen two commands with different order: In the first command I used "--download-only" before "install" and it didn't install ncftp as expected. In the second command I used "--download-only" after "install" and it DID installed ncftp. 1) First Command # yum --download-only install ncftp Gathering header information file(s) from server(s) Server: Red Hat Linux 9 - i386 - Base Server: Red Hat Linux 9 - i386 - Updates Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [install: ncftp 2:3.1.5-4.i386] Is this ok [y/N]: y Downloading Packages Running test transaction: Test transaction complete, Success! Completed Download and test, Exiting. # rpm -q ncftp package ncftp is not installed 2) Second Command # yum install ncftp --download-only Gathering header information file(s) from server(s) Server: Red Hat Linux 9 - i386 - Base Server: Red Hat Linux 9 - i386 - Updates Finding updated packages Downloading needed headers Cannot find a package matching --download-only Resolving dependencies Dependencies resolved I will do the following: [install: ncftp 2:3.1.5-4.i386] Is this ok [y/N]: y Downloading Packages Running test transaction: Test transaction complete, Success! ncftp 100 % done 1/1 Installed: ncftp 2:3.1.5-4.i386 Transaction(s) Complete # rpm -q ncftp ncftp-3.1.5-4 I appreciate your time! -- Thomas Chung FedoraNEWS.ORG (http://fedoranews.org) "..where you can free your knowledge for your free community!" From skvidal at phy.duke.edu Wed Mar 17 20:08:33 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 17 Mar 2004 15:08:33 -0500 Subject: --download-only option in yum 2.0.6 In-Reply-To: <20040318000948.M26697@fedoranews.org> References: <20040318000948.M26697@fedoranews.org> Message-ID: <1079554113.7429.19.camel@binkley> On Wed, 2004-03-17 at 16:09 -0800, Thomas Chung wrote: > All, > > I think I found a bug in yum 2.0.6 but perhaps you can confirm it. > > Notice the result betwen two commands with different order: > > In the first command I used "--download-only" before "install" and it didn't > install ncftp as expected. why would --download-only install when it's specfically saying it will ONLY DOWNLOAD. > In the second command I used "--download-only" after "install" and it DID > installed ncftp. b/c the option is out of order of the getopt parser. yum [options] command pkg pkg pkg.... so yum --download-only install foo bar baz not yum install --download-only foo bar baz. -sv From notting at redhat.com Wed Mar 17 20:25:00 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 17 Mar 2004 15:25:00 -0500 Subject: rawhide report: 20040317 changes In-Reply-To: <200403170944.37796.jkeating@j2solutions.net> References: <200403171736.i2HHaSv15161@porkchop.devel.redhat.com> <200403170944.37796.jkeating@j2solutions.net> Message-ID: <20040317202500.GA16159@devserv.devel.redhat.com> Jesse Keating (jkeating at j2solutions.net) said: > > New package ipvsadm > > Utility to administer the Linux Virtual Server > > Does this mean we get ipvs back in the kernel? Should already be there in 2.6. Bill From thacker at math.cornell.edu Wed Mar 17 20:41:37 2004 From: thacker at math.cornell.edu (John Thacker) Date: Wed, 17 Mar 2004 15:41:37 -0500 Subject: Unable to locate theme engine Message-ID: <20040317204137.GA25430@thacker.dyndns.org> After the update to gtk-2.4.0, I'm getting errors trying to run any gtk2 app, "Gtk - Unable to locate theme engine in module_path: "bluecurve"," and then the theme doesn't look right. I'm pretty sure that this is because the various theme engine libraries and other things are being put in /usr/lib/gtk-2.0/2.2.0/engines instead of /usr/lib/gtk-2.0/2.4.0/engines Creating a symlink fixed the problem. Apparently gtk-2.4.0 doesn't look in /usr/lib/gtk-2.0/2.2.0/ anymore I imagine that this will get fixed in the next rebuild or so, but it affects the following packages: redhat-artwork-0.93-1 gnome-themes-2.5.91-1 gtk2-engines-2.2.0-4.1 librsvg2-2.6.1-1 libgnomeui-2.5.91-2 gnome-utils-2.5.2-3 which ought to get rebuilt then. I could file a bug if people want, though it seems trivial. John Thacker From alexander.dalloz at uni-bielefeld.de Wed Mar 17 21:14:40 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Wed, 17 Mar 2004 22:14:40 +0100 Subject: Up2date and yum configuration In-Reply-To: <20040317063709.GA2786@gate.kl-ic.com> References: <20040317063709.GA2786@gate.kl-ic.com> Message-ID: <1079558079.20104.607.camel@sirendipity.dogma.lan> Am Mi, den 17.03.2004 schrieb Keith Lofstrom um 07:37: > Meanwhile, the article: > > http://fedoranews.org/contributors/alexander_dalloz/mirror/ > > ... suggests changing the yum.conf and the source file to point at one of > the mirror sites. Hi Keith, I wrote the article and previously the mail on fedora-list at redhat.com as a reaction on very, very much questions and complaints about up2date / yum failures. There were at least 2 mails per day asking if others see problems too. This especially occured when new kernel and kernel-source packages came out, due to heavily overloaded Redhat servers. > So, why not change the default configuration for the distro, so it points > elsewhere? If there is no single site that can handle the load, it would > seem possible to create a target URL that can do some kind of automatic > redirect to multiple different mirrors. Later, with some coding effort, > improve the up2date button so it brings up a menu of plausible sites, > perhaps based on the time zone and other location information. If you search this list's archive you will find discussion about development of "artificial intelligent" mirror selection process / setup. > It seems odd to ship something in a test distro that should always be > changed to something else. Or do I need a visit from the clue stick? On a test system you always have to lay your hands on several things - that's why it's called "test" :) [But again, I did not wrote the initial mail and the later article for FC1 users mainly.] > Keith Regards Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl Sirendipity 22:07:32 up 8 days, 22:26, load average: 0.07, 0.13, 0.16 [ ????? ?'????? - gnothi seauton ] my life is a planetarium - and you are the stars -------------- 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 hvdkooij at vanderkooij.org Wed Mar 17 21:54:55 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Wed, 17 Mar 2004 22:54:55 +0100 (CET) Subject: H.323 gatekeeper on FC1? Message-ID: Hi, Is someone working on a H.323 gatekeeper that compiles (and works) on FC1 and higher and make it packageable? Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From russell at coker.com.au Wed Mar 17 22:26:44 2004 From: russell at coker.com.au (Russell Coker) Date: Thu, 18 Mar 2004 09:26:44 +1100 Subject: H.323 gatekeeper on FC1? In-Reply-To: References: Message-ID: <200403180926.44873.russell@coker.com.au> On Thu, 18 Mar 2004 08:54, Hugo van der Kooij wrote: > Is someone working on a H.323 gatekeeper that compiles (and works) on FC1 > and higher and make it packageable? Long term programs that provide similar functionality with SIP will be of more use. I expect SIP to totally replace H.323 in the near future... -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From hvdkooij at vanderkooij.org Wed Mar 17 23:15:16 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Thu, 18 Mar 2004 00:15:16 +0100 (CET) Subject: H.323 gatekeeper on FC1? In-Reply-To: <200403180926.44873.russell@coker.com.au> References: <200403180926.44873.russell@coker.com.au> Message-ID: On Thu, 18 Mar 2004, Russell Coker wrote: > On Thu, 18 Mar 2004 08:54, Hugo van der Kooij > wrote: > > Is someone working on a H.323 gatekeeper that compiles (and works) on FC1 > > and higher and make it packageable? > > Long term programs that provide similar functionality with SIP will be of more > use. I expect SIP to totally replace H.323 in the near future... Any interresting SIP projects that might be usefull to look at? I have ISDN working and was thinking of putting in a restricted gateway to get some hands on experience. The other objective is to get a Open Source conference solution working that will support linux and windows clients. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From nietzel at rhinobox.org Wed Mar 17 23:34:36 2004 From: nietzel at rhinobox.org (Earle Robert Nietzel) Date: Thu, 18 Mar 2004 00:34:36 +0100 Subject: Kernel build parameter CONFIG_REGPARAM breaks binary modules In-Reply-To: <20040317143852.GA12346@devserv.devel.redhat.com> References: <1079480833.1997.15.camel@ws001.rhinobox.org> <20040317143852.GA12346@devserv.devel.redhat.com> Message-ID: <1079566476.8712.9.camel@ws001.rhinobox.org> On Wed, 2004-03-17 at 09:38 -0500, Alan Cox wrote: > On Wed, Mar 17, 2004 at 12:47:13AM +0100, Earle Robert Nietzel wrote: > > Come to find out that in "arch/i386/Makefile": > > > > CFLAGS += -pipe -mregparm=3 -msoft-float -fno-builtin-sprintf -fno- > > builtin-log2 -fno-builtin-puts > > > > You'll notice "-mregparm=3"? > > > > After removing this compiler flag my binary modules began to load > > correctly. > > > > Anyone care to comment on this? > > Your binary modules need to match the kernel. -mregparm=3 tells the > kernel to try and use registers for some of the argument passing, and > thus be more efficient I patched the ATI fglrx driver so that it compiles with -mregparm=3 and the performance difference is noticably faster. I understand the reason for using fastcalls but could you explain the syntax implementation? For example I know GCC uses a __attribute__((cdecl)) but the actual details behind this are not obvious to me. Thanks for your time and patience! From alan at redhat.com Thu Mar 18 00:11:37 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 17 Mar 2004 19:11:37 -0500 Subject: Kernel build parameter CONFIG_REGPARAM breaks binary modules In-Reply-To: <1079566476.8712.9.camel@ws001.rhinobox.org> References: <1079480833.1997.15.camel@ws001.rhinobox.org> <20040317143852.GA12346@devserv.devel.redhat.com> <1079566476.8712.9.camel@ws001.rhinobox.org> Message-ID: <20040318001137.GA27426@devserv.devel.redhat.com> On Thu, Mar 18, 2004 at 12:34:36AM +0100, Earle Robert Nietzel wrote: > I patched the ATI fglrx driver so that it compiles with -mregparm=3 and > the performance difference is noticably faster. > > I understand the reason for using fastcalls but could you explain the > syntax implementation? > > For example I know GCC uses a __attribute__((cdecl)) but the actual > details behind this are not obvious to me. You want to be able to use regcalls but also specify some functions (for example functions in other languages, libraries or asm blocks) should be called using the traditional syntax From david.allison at comcast.net Thu Mar 18 01:23:09 2004 From: david.allison at comcast.net (David Allison) Date: Wed, 17 Mar 2004 17:23:09 -0800 Subject: Contributing a new project Message-ID: Hi all, I have developed a new prototyping/scripting language that is available as open source under the Sun Public License. I was wondering how I would go about getting it accepted for incorporation into the Fedora project. In particular, is there an approval process to go through? And if so, how do I get involved with it. Any information/advice appreciated. Thanks, Dave From warren at togami.com Thu Mar 18 01:23:12 2004 From: warren at togami.com (Warren Togami) Date: Wed, 17 Mar 2004 15:23:12 -1000 Subject: H.323 gatekeeper on FC1? In-Reply-To: <200403180926.44873.russell@coker.com.au> References: <200403180926.44873.russell@coker.com.au> Message-ID: <4058FA00.6000107@togami.com> Russell Coker wrote: > On Thu, 18 Mar 2004 08:54, Hugo van der Kooij > wrote: > >>Is someone working on a H.323 gatekeeper that compiles (and works) on FC1 >>and higher and make it packageable? > > > Long term programs that provide similar functionality with SIP will be of more > use. I expect SIP to totally replace H.323 in the near future... > If you are looking for H.323 capability behind a linux netfilter NAT firewall, I have had luck with the netfilter.org patch-o-matic ip_conntrack_h323 or ip_nat_h323. The rules I needed to add were rather odd, but it seems to work with this crap Sony H.323 proprietary VTC box that one school here has. -A CAMPUSFROM -m state --state RELATED -m helper --helper h323 -j ACCEPT -A CAMPUSTO -d 10.10.0.110 -m state --state RELATED -m helper --helper h323 -j ACCEPT These are the rules in the custom ruleset that uses this. I don't really understand how it works. Ask netfilter upstream if you need to figure it out. Warren From mrsam at courier-mta.com Thu Mar 18 01:27:50 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 17 Mar 2004 20:27:50 -0500 Subject: RPM hacking. References: <20040317134435.0f9d8832@localhost> <200403171054.35167.czar@czarc.net> Message-ID: Gene C. writes: > On Wednesday 17 March 2004 07:44, Matthias Saou wrote: >> Sam Varshavchik wrote : >> > Mike A. Harris writes: >> > > On Tue, 16 Mar 2004, Sam Varshavchik wrote: >> > >>I have a dim recollection of an undocumented option to rpm (now >> > >> rpmbuild) that's essentially equivalent to "-bb --short-circuit". >> > >> That is, it jumps directly to binary RPM files creation; the >> > >> installation buildroot is already assumed to exist and populated >> > >> according to whatever's in %files. >> > >> >> > >>Anyone remember what it is? >> > > >> > > Unless this has changed since times past, there is no such >> > > option. If I recall correctly, rpm very intentionally does not >> > > allow you to skip over all stages and jump directly to the file >> > > packaging stage which then writes out the final binary packages. >> > >> > Yeah and all that. This is a debugging/hacking option only. >> > >> > I managed to drudge my memory cell and remember the undocumented -bs >> > option, which creates just the .src.rpm. Now, I need to remember the >> > rest of the story___ >> >> Well, it's in both "--help" output and the rpmbuild man page, which is >> pretty good exposure for an "undocumented option" ;-p > > The current set of options which can be "short-circuit"'ed are fine. However, > from a security perspective, I would be very bothered by an easy method of > creating binary rpms which could not be rebuilt by the source rpm. Again: nobody wants to distribute the binary RPMs. This for hacking/debugging only. Say that I'm trying to chase down a kernel bug. I have the kernel source rpm unpacked and compiled in BUILD. I'd like to be able to play with the kernel source, make small changes, and be able to quickly build installable kernel RPMs for testing purposes, instead of waiting two fscking hours to rebuild the whole bloody mess from scratch all because of a one or a two-line change. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Thu Mar 18 01:37:29 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 18 Mar 2004 02:37:29 +0100 Subject: Contributing a new project In-Reply-To: References: Message-ID: <20040318023729.22a821b8.ms-nospam-0306@arcor.de> On Wed, 17 Mar 2004 17:23:09 -0800, David Allison wrote: > I have developed a new prototyping/scripting language that is available > as open source under > the Sun Public License. I was wondering how I would go about getting it > accepted for incorporation into the Fedora project. > > In particular, is there an approval process to go through? And if so, > how do I > get involved with it. > > Any information/advice appreciated. http://fedora.redhat.com -> Participate -- From aleksey at nogin.org Thu Mar 18 01:44:55 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Wed, 17 Mar 2004 17:44:55 -0800 Subject: RPM hacking. In-Reply-To: References: <20040317134435.0f9d8832@localhost> <200403171054.35167.czar@czarc.net> Message-ID: <4058FF17.7070207@nogin.org> On 17.03.2004 17:27, Sam Varshavchik wrote: >> The current set of options which can be "short-circuit"'ed are fine. >> However, from a security perspective, I would be very bothered by an >> easy method of creating binary rpms which could not be rebuilt by the >> source rpm. > > > Again: nobody wants to distribute the binary RPMs. > > This for hacking/debugging only. > > Say that I'm trying to chase down a kernel bug. I have the kernel > source rpm unpacked and compiled in BUILD. > > I'd like to be able to play with the kernel source, make small changes, > and be able to quickly build installable kernel RPMs for testing > purposes, instead of waiting two fscking hours to rebuild the whole > bloody mess from scratch all because of a one or a two-line change. I agree. As long as the short-circuited binary RPM has the correct "Source RPM" field value (e.g. something like "short-circuited") this should not create any problems even if the short-circuited RPM is accidentally (or maliciously) distributed. -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From david.allison at comcast.net Thu Mar 18 01:48:58 2004 From: david.allison at comcast.net (David Allison) Date: Wed, 17 Mar 2004 17:48:58 -0800 Subject: Contributing a new project In-Reply-To: <20040318023729.22a821b8.ms-nospam-0306@arcor.de> References: <20040318023729.22a821b8.ms-nospam-0306@arcor.de> Message-ID: <6C035AF5-787E-11D8-9813-000393D5680E@comcast.net> Thanks but that page specifies how you go about using CVS etc, but what I really wanted to know was how I go about getting it approved. Am I right in thinking that I can just upload my project into the CVS repository? Surely there has to be somebody who determines what goes in there? Dave On 17 Mar 2004, at 17:37, Michael Schwendt wrote: > On Wed, 17 Mar 2004 17:23:09 -0800, David Allison wrote: > >> I have developed a new prototyping/scripting language that is >> available >> as open source under >> the Sun Public License. I was wondering how I would go about getting >> it >> accepted for incorporation into the Fedora project. >> >> In particular, is there an approval process to go through? And if so, >> how do I >> get involved with it. >> >> Any information/advice appreciated. > > http://fedora.redhat.com -> Participate > > -- > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From sopwith at redhat.com Thu Mar 18 02:08:08 2004 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 17 Mar 2004 21:08:08 -0500 (EST) Subject: Contributing a new project In-Reply-To: References: Message-ID: On Wed, 17 Mar 2004, David Allison wrote: > I have developed a new prototyping/scripting language that is available > as open source under > the Sun Public License. I was wondering how I would go about getting it > accepted for incorporation into the Fedora project. It depends which part of the Fedora project. Fedora Extras (http://fedora.us/) has a Submission & QA policy from the home page. To be included in Fedora Core, the language would need to be in wide use, which probably isn't the case just yet. -- Elliot From i.pilcher at comcast.net Thu Mar 18 02:12:26 2004 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 17 Mar 2004 20:12:26 -0600 Subject: RPM hacking. In-Reply-To: <4058FF17.7070207@nogin.org> References: <20040317134435.0f9d8832@localhost> <200403171054.35167.czar@czarc.net> <4058FF17.7070207@nogin.org> Message-ID: Aleksey Nogin wrote: > I agree. As long as the short-circuited binary RPM has the correct > "Source RPM" field value (e.g. something like "short-circuited") this > should not create any problems even if the short-circuited RPM is > accidentally (or maliciously) distributed. Could such binary RPMS be made unsignable perhaps? -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From ms-nospam-0306 at arcor.de Thu Mar 18 02:18:12 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 18 Mar 2004 03:18:12 +0100 Subject: Contributing a new project In-Reply-To: <6C035AF5-787E-11D8-9813-000393D5680E@comcast.net> References: <20040318023729.22a821b8.ms-nospam-0306@arcor.de> <6C035AF5-787E-11D8-9813-000393D5680E@comcast.net> Message-ID: <20040318031812.4098888e.ms-nospam-0306@arcor.de> On Wed, 17 Mar 2004 17:48:58 -0800, David Allison wrote: > Thanks but that page specifies how you go about using CVS etc, but > what I really wanted to know was how I go about getting it approved. That is covered, too. Please read the page again. If the page is not clear, file a bug report at http://bugzilla.redhat.com > > http://fedora.redhat.com -> Participate -- From david.allison at comcast.net Thu Mar 18 02:21:09 2004 From: david.allison at comcast.net (David Allison) Date: Wed, 17 Mar 2004 18:21:09 -0800 Subject: Contributing a new project In-Reply-To: References: Message-ID: Elliot, Just what I was looking for. Thanks a lot. And you are entirely correct, the language is not in wide use at the moment, but I hope that will change. I'll work on the QA and submission requirements. Cheers, Dave On 17 Mar 2004, at 18:08, Elliot Lee wrote: > On Wed, 17 Mar 2004, David Allison wrote: > >> I have developed a new prototyping/scripting language that is >> available >> as open source under >> the Sun Public License. I was wondering how I would go about getting >> it >> accepted for incorporation into the Fedora project. > > It depends which part of the Fedora project. > > Fedora Extras (http://fedora.us/) has a Submission & QA policy from the > home page. > > To be included in Fedora Core, the language would need to be in wide > use, > which probably isn't the case just yet. > > -- Elliot > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From mrsam at courier-mta.com Thu Mar 18 02:22:06 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 17 Mar 2004 21:22:06 -0500 Subject: RPM hacking. References: <20040317134435.0f9d8832@localhost> <200403171054.35167.czar@czarc.net> <4058FF17.7070207@nogin.org> Message-ID: Ian Pilcher writes: > Aleksey Nogin wrote: >> I agree. As long as the short-circuited binary RPM has the correct >> "Source RPM" field value (e.g. something like "short-circuited") this >> should not create any problems even if the short-circuited RPM is >> accidentally (or maliciously) distributed. > > Could such binary RPMS be made unsignable perhaps? We are not talking about a closed source product. The source code for RPM is widely available. Go ahead, arrange to have these short-circuited binary RPMs unsigned, or flagged, or whatever. It won't matter a hill of beans. Someone will just make a custom build of rpm that generates binary rpms that will pass all apparent tests, even though they were hacked. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Thu Mar 18 02:40:35 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 18 Mar 2004 03:40:35 +0100 Subject: k3b fedora.us reviews or new maintainer wanted! Message-ID: <20040318034035.587b4843.ms-nospam-0306@arcor.de> My update packages for k3b are in need of further reviews according to the fedora.us package submission and QA policies. k3b 0.11.6 (one review) https://bugzilla.fedora.us/show_bug.cgi?id=1106 k3b i18n 0.11 https://bugzilla.fedora.us/show_bug.cgi?id=1341 Alternatively, if someone likes to take over the packages (I'm not the initial packager and have prepared the 0.9.x and 0.10.x updates only), that would be appreciated, too, as I would add the required review. My motivation to review and approve new packages has reached an all-time low, when I see that the very few packages which I maintain or which I have brought into shape during QA, don't seem to get published. Notice that most package updates are considerably easier to review than new package requests, since an update can be compared with the previous release. Verification and confirmation of the included tarball checksum is the most important step. -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From russell at coker.com.au Thu Mar 18 03:19:58 2004 From: russell at coker.com.au (Russell Coker) Date: Thu, 18 Mar 2004 14:19:58 +1100 Subject: H.323 gatekeeper on FC1? In-Reply-To: References: <200403180926.44873.russell@coker.com.au> Message-ID: <200403181419.58988.russell@coker.com.au> On Thu, 18 Mar 2004 10:15, Hugo van der Kooij wrote: > On Thu, 18 Mar 2004, Russell Coker wrote: > > On Thu, 18 Mar 2004 08:54, Hugo van der Kooij > > > > wrote: > > > Is someone working on a H.323 gatekeeper that compiles (and works) on > > > FC1 and higher and make it packageable? > > > > Long term programs that provide similar functionality with SIP will be of > > more use. I expect SIP to totally replace H.323 in the near future... > > Any interresting SIP projects that might be usefull to look at? I have > ISDN working and was thinking of putting in a restricted gateway to get > some hands on experience. http://freshmeat.net/projects/cornfedsipua/ SIP soft-phone, license is "free for non-commercial use" so not suitable for main Fedora, OK as a third-party thing though. http://freshmeat.net/projects/vocal/ SIP toolset with OSI approved license. Redirection, marshalling, gateway to H.323, and other stuff. http://freshmeat.net/projects/linphone/ Soft phone with GNOME interface, GPL license. http://freshmeat.net/projects/ser/ SIP server that can deal with NAT and interface with SMS. GPL license. http://freshmeat.net/projects/sipsak/ Command line SIP test program, can send files etc. GPL license. Probably the first thing you want to try. > The other objective is to get a Open Source conference solution working > that will support linux and windows clients. I believe that there are SIP implementations for Windows. The above projects appear to have all the parts necessary for every aspect of SIP apart from linking in to a legacy phone system, but they may have those features but not advertise them. It would be good if we could get a conference system going and have some tele-conferences over SIP. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From ds+lists.fedora-devel at mastyx.de Thu Mar 18 06:35:43 2004 From: ds+lists.fedora-devel at mastyx.de (Daniel Schlenzig) Date: Thu, 18 Mar 2004 07:35:43 +0100 Subject: H.323 gatekeeper on FC1? In-Reply-To: References: <200403180926.44873.russell@coker.com.au> Message-ID: <1246171.1079595343@[192.168.0.3]> --On Donnerstag, 18. M?rz 2004 00:15 +0100 Hugo van der Kooij wrote: > On Thu, 18 Mar 2004, Russell Coker wrote: > >> Long term programs that provide similar functionality with SIP will be >> of more use. I expect SIP to totally replace H.323 in the near future... > > Any interresting SIP projects that might be useful to look at? I have > ISDN working and was thinking of putting in a restricted gateway to get > some hands on experience. Well, if you are searching for a working SIP solution you definitivly should have a look at the following two links. The first is a complete PBX software supporting SIP, H.323, etc. It also features a codec converter inside, so you do not have to worry about the other side using another codec than you are. The second is a complete SIP router/proxy/server. Regards, Daniel From pmatilai at welho.com Thu Mar 18 06:37:52 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 18 Mar 2004 08:37:52 +0200 (EET) Subject: RPM hacking. In-Reply-To: References: <20040317134435.0f9d8832@localhost> <200403171054.35167.czar@czarc.net> Message-ID: On Wed, 17 Mar 2004, Sam Varshavchik wrote: > > > > The current set of options which can be "short-circuit"'ed are fine. > > However, from a security perspective, I would be very bothered by an > > easy method of creating binary rpms which could not be rebuilt by the > > source rpm. > > Again: nobody wants to distribute the binary RPMs. > > This for hacking/debugging only. > > Say that I'm trying to chase down a kernel bug. I have the kernel source > rpm unpacked and compiled in BUILD. > > I'd like to be able to play with the kernel source, make small changes, and > be able to quickly build installable kernel RPMs for testing purposes, > instead of waiting two fscking hours to rebuild the whole bloody mess from > scratch all because of a one or a two-line change. For debugging purposes it's possible to achieve this with a dirty little specfile hack, at least if your spec isn't full of %if's in which case you might get into trouble because of rpm's problems in handling nested %if's. - Panu - From pmatilai at welho.com Thu Mar 18 06:58:47 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 18 Mar 2004 08:58:47 +0200 (EET) Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: <20040318034035.587b4843.ms-nospam-0306@arcor.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> Message-ID: On Thu, 18 Mar 2004, Michael Schwendt wrote: > My update packages for k3b are in need of further reviews according > to the fedora.us package submission and QA policies. > > k3b 0.11.6 (one review) > https://bugzilla.fedora.us/show_bug.cgi?id=1106 > > k3b i18n 0.11 > https://bugzilla.fedora.us/show_bug.cgi?id=1341 > > Alternatively, if someone likes to take over the packages (I'm not the > initial packager and have prepared the 0.9.x and 0.10.x updates only), > that would be appreciated, too, as I would add the required review. > > > My motivation to review and approve new packages has reached an all-time > low, when I see that the very few packages which I maintain or which I > have brought into shape during QA, don't seem to get published. You're not alone in that. Looking at fedora-package-announce archives: Month Published packages March 2004: 2 February 2004: 14 January 2004: 20 December 2003: 34 November 2003: 64 That's a rather alarming trend :( Meanwhile the QA-queue keeps growing and growing, it's up to 374 entries. Now remember this :-P http://www.fedora.us/pipermail/fedora-devel/2003-June/001535.html How about a Fedora QA day? To - get packages reviewed and published - help new people get familiar with the process - Panu - From ByteEnable at austin.rr.com Thu Mar 18 07:08:22 2004 From: ByteEnable at austin.rr.com (ByteEnable) Date: Thu, 18 Mar 2004 01:08:22 -0600 Subject: Contributing a new project In-Reply-To: <20040318023729.22a821b8.ms-nospam-0306@arcor.de> References: <20040318023729.22a821b8.ms-nospam-0306@arcor.de> Message-ID: <200403180108.22122.ByteEnable@austin.rr.com> On Wednesday 17 March 2004 07:37 pm, Michael Schwendt wrote: > On Wed, 17 Mar 2004 17:23:09 -0800, David Allison wrote: > > I have developed a new prototyping/scripting language that is available > > as open source under > > the Sun Public License. I was wondering how I would go about getting it > > accepted for incorporation into the Fedora project. > > > > In particular, is there an approval process to go through? And if so, > > how do I > > get involved with it. > > > > Any information/advice appreciated. > > http://fedora.redhat.com -> Participate > > -- Dave, Fedora Core is not as open as Red Hat made it out to be. They still want control over the distro so that they can maintain legacy Red Hat. Now, if you if your scripting language can magically patch in half the current time it takes now to maintain legacy crap, I'm sure it would get included. Red Hat is still thinking backards. Byte From gleblanc at linuxweasel.com Thu Mar 18 07:30:27 2004 From: gleblanc at linuxweasel.com (Gregory Leblanc) Date: Wed, 17 Mar 2004 23:30:27 -0800 Subject: RPM hacking. In-Reply-To: References: <20040317134435.0f9d8832@localhost> <200403171054.35167.czar@czarc.net> Message-ID: <1079595027.1947.13.camel@glaptop> On Wed, 2004-03-17 at 17:27, Sam Varshavchik wrote: > Say that I'm trying to chase down a kernel bug. I have the kernel source > rpm unpacked and compiled in BUILD. > > I'd like to be able to play with the kernel source, make small changes, and > be able to quickly build installable kernel RPMs for testing purposes, > instead of waiting two fscking hours to rebuild the whole bloody mess from > scratch all because of a one or a two-line change. Does ccache not cut the mustard here? Greg From roland at redhat.com Thu Mar 18 08:53:38 2004 From: roland at redhat.com (Roland McGrath) Date: Thu, 18 Mar 2004 00:53:38 -0800 Subject: /etc/ld.so.conf.d Message-ID: <200403180853.i2I8rcHl032121@magilla.sf.frob.com> Earlier in the day I was moved by the plight of a developer trying to figure out exactly how his rpm postinstall/postuninstall scripts should edit /etc/ld.so.conf for the directories they install libraries in. I think a good answer is that they shouldn't have to do that. I just implemented an `include' feature with globbing in ldconfig's configuration file parsing. (This will be in an unspecified future glibc rpm coming to you in rawhide in the fullness of time.) I propose that in future the canonical /etc/ld.so.conf contain just: include ld.so.conf.d/*.conf A relative file name in an include is relative to the containing file's directory, so that means /etc/ld.so.conf.d/*.conf will be taken together as the effective contents of /etc/ld.so.conf. /etc/ld.so.conf.d/foobar.conf can then be installed by the foobar package as a normal file, and its postinstall/postuninstall doesn't need to touch anything before it runs ldconfig. Note that it doesn't hurt to have the same directory appear multiple times (ldconfig just ignores the duplicates), so each package foobar installing foobar.conf containing (e.g.) /usr/X11R6/lib is ok. OTOH, it would also be possible to have all such packages install /etc/ld.so.conf.d/X11R6.conf with identical contents and have the rpm magic take care of it that way. Others know better than I. Thanks, Roland From NOS at Utel.no Thu Mar 18 09:11:40 2004 From: NOS at Utel.no (Nils O. =?ISO-8859-1?Q?Sel=E5sdal?=) Date: Thu, 18 Mar 2004 10:11:40 +0100 Subject: /etc/ld.so.conf.d In-Reply-To: <000801c40cc7$84bde840$14aaa8c0@utelsystems.local> References: <000801c40cc7$84bde840$14aaa8c0@utelsystems.local> Message-ID: <1079601100.12317.53.camel@nos-rh.utelsystems.local> On Thu, 2004-03-18 at 10:00, Roland McGrath wrote: > Earlier in the day I was moved by the plight of a developer trying to > figure out exactly how his rpm postinstall/postuninstall scripts should > edit /etc/ld.so.conf for the directories they install libraries in. > I think a good answer is that they shouldn't have to do that. > > I just implemented an `include' feature with globbing in ldconfig's > configuration file parsing. (This will be in an unspecified future glibc > rpm coming to you in rawhide in the fullness of time.) I propose that in > future the canonical /etc/ld.so.conf contain just: > > include ld.so.conf.d/*.conf imho people should use rpath if they need to install libraries in non standard locations.. -- Nils Olav Sel?sdal System Engineer w w w . u t e l s y s t e m s . c o m From tjarls at iee.lu Thu Mar 18 09:14:40 2004 From: tjarls at iee.lu (Charles Lopes) Date: Thu, 18 Mar 2004 10:14:40 +0100 Subject: H.323 gatekeeper on FC1? In-Reply-To: <200403180926.44873.russell@coker.com.au> References: <200403180926.44873.russell@coker.com.au> Message-ID: <40596880.70200@iee.lu> Russell Coker wrote: >On Thu, 18 Mar 2004 08:54, Hugo van der Kooij >wrote: > > >>Is someone working on a H.323 gatekeeper that compiles (and works) on FC1 >>and higher and make it packageable? >> >> > >Long term programs that provide similar functionality with SIP will be of more >use. I expect SIP to totally replace H.323 in the near future... > > > A bit off topic but I wouldn't count on H.323 dispearing any time soon. I would love if it did but at the moment most (if not all) videoconferencing equipment on the market is actually for H.320. Most of them support H.323 as well. Some PBX have H.323<->H.320 gateway capability. I don't see companies throwing away all that expensive hardware they have been investing on for the last 10 years. Plus they will keep forcing other companies to use H.323/H.320 with them as they do now. I'd say H.323 will disapear shortly after the Odette/VDA protocols get replaced by XML EDI. That's another one I've been waiting to see "replaced in the near future" for 6 years now. From mihai at xcyb.org Thu Mar 18 10:45:12 2004 From: mihai at xcyb.org (Mihai Maties) Date: Thu, 18 Mar 2004 12:45:12 +0200 Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: <20040318034035.587b4843.ms-nospam-0306@arcor.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> Message-ID: <200403181245.12228@xcyb0rg> On Thursday 18 March 2004 04:40, Michael Schwendt wrote: > My update packages for k3b are in need of further reviews according > to the fedora.us package submission and QA policies. > > k3b 0.11.6 (one review) > https://bugzilla.fedora.us/show_bug.cgi?id=1106 > > k3b i18n 0.11 > https://bugzilla.fedora.us/show_bug.cgi?id=1341 > > Alternatively, if someone likes to take over the packages (I'm not the > initial packager and have prepared the 0.9.x and 0.10.x updates only), > that would be appreciated, too, as I would add the required review. I would be interested in taking over the K3b package. I believe that you are already familiar with some of the work I did regarding packaging for the original K3b developer/maintainer. I would just need to get to know the fedora.us policies a little better... Mihai From gauret at free.fr Thu Mar 18 12:11:07 2004 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 18 Mar 2004 13:11:07 +0100 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews or new maintainer wanted!) References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> Message-ID: > How about a Fedora QA day? To > - get packages reviewed and published > - help new people get familiar with the process YES ! By the way, we discussed earlier on this list the possiblity to categorize the submitted packages: http://www.redhat.com/archives/fedora-devel-list/2004-February/msg00456.html http://www.fedora.us/pipermail/fedora-devel/2003-December/002388.html Did this happen ? It would be very useful IMHO. The lenght of the QA queue is a little scary for a new QA'er, and it is not easy to find something you have interest in. I personnaly only look at package which have changed status in the last 14 days, and that's already a lot. I know we have already discussed this on this list, but what has been done to make it easier for the new QA'ers ? The QA Checklist has been improved, and Erik has come up with a fedora-startqa script which looks interesting. (I've also made this kind of script for my personal use, but it's just a shell script, mail me if you're interested) As an proposal, I think QA'ers should make sure they set the NEEDSWORK keyword and remove the QA keyword when they think the package should be improved. This would reduce the queue, and make it "cleaner" : 100% of the packages in the queue would be waiting for QA, while it is not the case right now. The wiki is not clear on the keyword NEEDSWORK, and I think the only explanations are in the bugzilla description and in the list archives (http://www.redhat.com/archives/rhl-devel-list/2003-November/msg00698.html). Any ideas ? Aurelien -- http://gauret.free.fr ~~~~ Jabber : gauret at amessage.info "As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours ; and this we should do freely and generously." -- Benjamin Franklin From nphilipp at redhat.com Thu Mar 18 12:18:23 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 18 Mar 2004 13:18:23 +0100 Subject: /etc/ld.so.conf.d In-Reply-To: <200403180853.i2I8rcHl032121@magilla.sf.frob.com> References: <200403180853.i2I8rcHl032121@magilla.sf.frob.com> Message-ID: <1079612302.9876.14.camel@wombat.tiptoe.de> On Thu, 2004-03-18 at 09:53, Roland McGrath wrote: > Earlier in the day I was moved by the plight of a developer trying to > figure out exactly how his rpm postinstall/postuninstall scripts should > edit /etc/ld.so.conf for the directories they install libraries in. > I think a good answer is that they shouldn't have to do that. > > I just implemented an `include' feature with globbing in ldconfig's > configuration file parsing. (This will be in an unspecified future glibc > rpm coming to you in rawhide in the fullness of time.) I propose that in > future the canonical /etc/ld.so.conf contain just: > > include ld.so.conf.d/*.conf > > A relative file name in an include is relative to the containing file's > directory, so that means /etc/ld.so.conf.d/*.conf will be taken together as > the effective contents of /etc/ld.so.conf. > > /etc/ld.so.conf.d/foobar.conf can then be installed by the foobar package > as a normal file, and its postinstall/postuninstall doesn't need to touch > anything before it runs ldconfig. Note that it doesn't hurt to have the > same directory appear multiple times (ldconfig just ignores the > duplicates), so each package foobar installing foobar.conf containing > (e.g.) /usr/X11R6/lib is ok. OTOH, it would also be possible to have all > such packages install /etc/ld.so.conf.d/X11R6.conf with identical contents > and have the rpm magic take care of it that way. Others know better than I. I like the idea, but there are some things that I think need to be considered when doing it: I think we'd need to somehow be able to influence the order in which files from /etc/ld.so.conf.d are drawn. Perhaps the files in there should be named something like ${prio}-${name}.conf, e.g. '50-xorg-x11.conf'. The question is what to do when the admin wants to change the ordering -- when renaming the file, it isn't covered by package management any longer. Perhaps encoding the ordering/priority in the file itself might do the trick, but that opens just another can of worms on the implementation side. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- 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 ralph+fedora at strg-alt-entf.org Thu Mar 18 12:22:23 2004 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Thu, 18 Mar 2004 13:22:23 +0100 Subject: [patch] for the NEWS file: Larissa Garcia Oliva In-Reply-To: References: Message-ID: <20040318122223.GE11156@localhorst.br.de> Alexandre Oliva wrote: > +* completed fork(), optimized sleep() and implemented several new I/O ^^^^^^^^^^^^^^^^^ I wouldn't be so sure about that :) But congratulations, anyway. Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jakub at redhat.com Thu Mar 18 12:25:05 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 18 Mar 2004 07:25:05 -0500 Subject: /etc/ld.so.conf.d In-Reply-To: <1079601100.12317.53.camel@nos-rh.utelsystems.local> References: <000801c40cc7$84bde840$14aaa8c0@utelsystems.local> <1079601100.12317.53.camel@nos-rh.utelsystems.local> Message-ID: <20040318122505.GD31589@devserv.devel.redhat.com> On Thu, Mar 18, 2004 at 10:11:40AM +0100, Nils O. Sel?sdal wrote: > On Thu, 2004-03-18 at 10:00, Roland McGrath wrote: > > Earlier in the day I was moved by the plight of a developer trying to > > figure out exactly how his rpm postinstall/postuninstall scripts should > > edit /etc/ld.so.conf for the directories they install libraries in. > > I think a good answer is that they shouldn't have to do that. > > > > I just implemented an `include' feature with globbing in ldconfig's > > configuration file parsing. (This will be in an unspecified future glibc > > rpm coming to you in rawhide in the fullness of time.) I propose that in > > future the canonical /etc/ld.so.conf contain just: > > > > include ld.so.conf.d/*.conf > imho people should use rpath if they need to install libraries in non > standard locations.. For rarely used dirs yes, but do you suggest that 50% of all libraries in the system have RPATH /usr/X11R6/lib? That would be very bad, both performance-wise and unless it is RUNPATH, also non-overridable through environment. Qt/KDE are on the same boat as Xorg. Jakub From rdieter at math.unl.edu Thu Mar 18 12:48:20 2004 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 18 Mar 2004 06:48:20 -0600 (CST) Subject: k3b maintainer In-Reply-To: <20040318122524.963EB73F0E@hormel.redhat.com> References: <20040318122524.963EB73F0E@hormel.redhat.com> Message-ID: Michael, I volunteer to maintain the k3b package. I'm already maintaining the package for the kde-redhat project. Throwing it at the fedora.us queue won't be too much more work. -- Rex From mandreiana at rdslink.ro Thu Mar 18 13:48:58 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Thu, 18 Mar 2004 15:48:58 +0200 Subject: CD burning in FC2 - is it easier? Message-ID: <1079617738.5117.48.camel@marte.biciclete.ro> Hi What's the state of CD burning in FC2? Do the burners still require root password? I've just had an ugly experience in FC1. I use gtoaster, which usually works (from time to time it forgets the devices). Now it showed the CD-RW with an X icon, meaning it can't write on it (?). I've removed ide-cd and ide-scsi modules, modprobe'd ide-scsi again and still won't work. Tried xcdroast, I got lost in the plethora of options. I also had to specify a directory for images, wouldn't let me go on with some default (/tmp??) With Nautilus I couldn't tell how to burn a CD image (not files). I've also tried KRec (in the same menu with CD-Writer, System Tools -> More System Tools), but saw it's recording audio, not CDs. Should have been in Sound & Video. Finally I went to the terminal and used cdrecord command line. Nice. -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From mandreiana at rdslink.ro Thu Mar 18 14:43:34 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Thu, 18 Mar 2004 16:43:34 +0200 Subject: CD burning in FC2 - is it easier? In-Reply-To: <1079619062.31062.1.camel@dcbw.boston.redhat.com> References: <1079617738.5117.48.camel@marte.biciclete.ro> <1079619062.31062.1.camel@dcbw.boston.redhat.com> Message-ID: <1079621014.5117.55.camel@marte.biciclete.ro> On Thu, 2004-03-18 at 16:11, Dan Williams wrote: > I > battled last week with SELinux on Fedora Core 2, which won't currently > let you burn CDs unless you're root. That's a bug though that the > SELinux guys are working on. thanks. I knew kernel 2.6 doesn't require scsi emulation anymore (and therefore no root password). But I guess applications (like gtoaster) have to be adapted to use this? -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From efeldhusen at chartermi.net Thu Mar 18 14:57:11 2004 From: efeldhusen at chartermi.net (Eric Feldhusen) Date: Thu, 18 Mar 2004 09:57:11 -0500 Subject: H.323 gatekeeper on FC1? In-Reply-To: <200403180926.44873.russell@coker.com.au> References: <200403180926.44873.russell@coker.com.au> Message-ID: <4059B8C7.8020502@chartermi.net> Russell Coker wrote: > On Thu, 18 Mar 2004 08:54, Hugo van der Kooij > wrote: > >>Is someone working on a H.323 gatekeeper that compiles (and works) on FC1 >>and higher and make it packageable? > > Long term programs that provide similar functionality with SIP will be of more > use. I expect SIP to totally replace H.323 in the near future... Possibly, but right now, the hardware based video conferencing units only use H.323, therefore a need for a H.323 gatekeeper. I've never tried these, but check out http://www.gnugk.org/ http://www.openh323.org/ They may have rpm's available somewhere on the site. Eric Feldhusen From alan at redhat.com Thu Mar 18 16:24:40 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 18 Mar 2004 11:24:40 -0500 Subject: CD burning in FC2 - is it easier? In-Reply-To: <1079621014.5117.55.camel@marte.biciclete.ro> References: <1079617738.5117.48.camel@marte.biciclete.ro> <1079619062.31062.1.camel@dcbw.boston.redhat.com> <1079621014.5117.55.camel@marte.biciclete.ro> Message-ID: <20040318162440.GC31120@devserv.devel.redhat.com> On Thu, Mar 18, 2004 at 04:43:34PM +0200, Marius Andreiana wrote: > > battled last week with SELinux on Fedora Core 2, which won't currently > > let you burn CDs unless you're root. That's a bug though that the > > SELinux guys are working on. > thanks. I knew kernel 2.6 doesn't require scsi emulation anymore (and > therefore no root password). But I guess applications (like gtoaster) > have to be adapted to use this? You can't allow applications to issue raw commands without privileges by either interface. Not using ide-scsi makes it much easier to handle IDE burning - because the device has one name, but doesn't really deal with the fact that scsi level command access allows you to do stuff like 'erase firmware', which normally suggests root only is good ) From hutuworm at hz.cn Thu Mar 18 17:34:39 2004 From: hutuworm at hz.cn (hutuworm) Date: Fri, 19 Mar 2004 01:34:39 +0800 Subject: Contributing a new project Message-ID: <0HUS0005481UVP@inbound2.hz.gov.cn> David Allison, Apply for a new project on sourceforge.net, and put your code pack into the CVS, then call other people who interested in to work with you. Wish you'll succeed as Larry Wall / Guido van Rossum / Yukihiro Matsumoto. ======= 2004-03-18 09:48:58 Quote from your mail ======= >Thanks but that page specifies how you go about using CVS etc, but >what I really wanted to know was how I go about getting it approved. > >Am I right in thinking that I can just upload my project into the CVS >repository? > >Surely there has to be somebody who determines what goes in there? > >Dave > >On 17 Mar 2004, at 17:37, Michael Schwendt wrote: > >> On Wed, 17 Mar 2004 17:23:09 -0800, David Allison wrote: >> >>> I have developed a new prototyping/scripting language that is >>> available >>> as open source under >>> the Sun Public License. I was wondering how I would go about getting >>> it >>> accepted for incorporation into the Fedora project. >>> >>> In particular, is there an approval process to go through? And if so, >>> how do I >>> get involved with it. >>> >>> Any information/advice appreciated. >> >> http://fedora.redhat.com -> Participate >> >> -- >> >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> http://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list ================================================== hutuworm From ms-nospam-0306 at arcor.de Thu Mar 18 17:36:33 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 18 Mar 2004 18:36:33 +0100 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews or new maintainer wanted!) In-Reply-To: References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> Message-ID: <20040318183633.679ad9e1.ms-nospam-0306@arcor.de> On Thu, 18 Mar 2004 13:11:07 +0100, Aurelien Bompard wrote: > The QA Checklist has been improved, and Erik has come up with a I think Erik and you should be permitted to set the PUBLISH keyword with one review, so you could be more productive and increase your experience by learning from mistakes, too. There's one single de-motivating thing and that is if new reviewers seem to wait endlessly for a second review. > As an proposal, I think QA'ers should make sure they set the NEEDSWORK > keyword and remove the QA keyword when they think the package should be > improved. This would reduce the queue, and make it "cleaner" : But don't forget that a big portion of the queue has a very special target group (e.g. lots of educational programming languages). These packages are very unlikely to be reviewed by someone who has no interest in them. And in particular not, if they don't even build flawlessly, because such package requests result in a lot of work. -- From ms-nospam-0306 at arcor.de Thu Mar 18 17:36:39 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 18 Mar 2004 18:36:39 +0100 Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> Message-ID: <20040318183639.7b7b86aa.ms-nospam-0306@arcor.de> On Thu, 18 Mar 2004 08:58:47 +0200 (EET), Panu Matilainen wrote: > You're not alone in that. Looking at fedora-package-announce archives: > Month Published packages > March 2004: 2 > February 2004: 14 > January 2004: 20 > December 2003: 34 > November 2003: 64 > > That's a rather alarming trend :( Some packagers don't announce, so that adjusts the statistics quite a bit. -- From ms-nospam-0306 at arcor.de Thu Mar 18 17:37:06 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 18 Mar 2004 18:37:06 +0100 Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: <200403181245.12228@xcyb0rg> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <200403181245.12228@xcyb0rg> Message-ID: <20040318183706.716c34f8.ms-nospam-0306@arcor.de> Hi Mihai and Rex! On Thu, 18 Mar 2004 12:45:12 +0200, Mihai Maties wrote: > I would be interested in taking over the K3b package. I believe that you are > already familiar with some of the work I did regarding packaging for the > original K3b developer/maintainer. I would just need to get to know the > fedora.us policies a little better... On Thu, 18 Mar 2004 06:48:20 -0600 (CST), Rex Dieter wrote: > I volunteer to maintain the k3b package. I'm already maintaining the > package for the kde-redhat project. Throwing it at the fedora.us queue > won't be too much more work. It doesn't matter to me who maintains the package (might be different for you, if you want to get credits) provided that the package builds and works. I think mine does. Yet this particular update request has never seen more than one review at once since 2003-12-04 (version 0.10.3, now we're at v0.11.6). So, I see myself unable to get fixes published (e.g. the desktop integration to make it work when installed from within GNOME on rh9 and fc1). That it can be more difficult to package for fedora.us, e.g. due to missing mp3 support and building for multiple platforms from a single src.rpm or trying to make it co-exist with "Arson", is another matter. I've solved the mp3 and KDE 3.1/3.2 issues with conditional code, so e.g. building an mp3 plugin package for rpm.livna.org is trivial, albeit makes the spec file more ugly. The alternative would be to build for "livna" only. Justin M. Forbes has mentioned that k3b might be included with fc2, maybe in test3, with the i18n files merged. If that happened, fedora.us k3b maintainance would be reduced to fc1 and rh9. -- From ville.skytta at iki.fi Thu Mar 18 17:43:44 2004 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 18 Mar 2004 19:43:44 +0200 Subject: httpd conf.d inclusion order (was Re: /etc/ld.so.conf.d) In-Reply-To: <1079612302.9876.14.camel@wombat.tiptoe.de> References: <200403180853.i2I8rcHl032121@magilla.sf.frob.com> <1079612302.9876.14.camel@wombat.tiptoe.de> Message-ID: <1079631824.5241.6.camel@bobcat.mine.nu> On Thu, 2004-03-18 at 14:18, Nils Philippsen wrote: > I think we'd need to somehow be able to influence the order in which > files from /etc/ld.so.conf.d are drawn. [...] While on the subject of *.d inclusion order, IMO that should be applied to httpd/conf.d snippets too, at least ones that install modules that other stuff may depend on. One example is at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112563; at mod_perl, mod_python and mod_ssl are obvious candidates for somehow "early loading", possibly by 00-prefixing or something. Comments? From erik at totalcirculation.com Thu Mar 18 17:56:45 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 18 Mar 2004 12:56:45 -0500 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews or new maintainer wanted!) Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA24@smith.interlink.local> > > I think Erik and you should be permitted to set the PUBLISH keyword with > one review, so you could be more productive and increase your experience > by learning from mistakes, too. There's one single de-motivating thing and > that is if new reviewers seem to wait endlessly for a second review. > There may be some benefit to relaxing the 2-review requirement until critical mass is achieved. I think it's important not to get too caught up in "policy" and "quality" arguments when it's obvious that the rate of approval is so low. Here and now is probably the place for the discussion. > > As an proposal, I think QA'ers should make sure they set the NEEDSWORK > > keyword and remove the QA keyword when they think the package should be > > improved. This would reduce the queue, and make it "cleaner" : > > But don't forget that a big portion of the queue has a very special target > group (e.g. lots of educational programming languages). These packages are > very unlikely to be reviewed by someone who has no interest in them. And > in particular not, if they don't even build flawlessly, because such > package requests result in a lot of work. This is a problem, and will continue to be one. Perhaps we should suggest to packagers that they attempt to round up their own QA crew among people who might actually use the package? We need to streamline the QA process enough that these types of people can get up to speed and provide at least 1 of the reviews. --erik From i.pilcher at comcast.net Thu Mar 18 18:13:14 2004 From: i.pilcher at comcast.net (Ian Pilcher) Date: Thu, 18 Mar 2004 12:13:14 -0600 Subject: RPM hacking. In-Reply-To: References: <20040317134435.0f9d8832@localhost> <200403171054.35167.czar@czarc.net> <4058FF17.7070207@nogin.org> Message-ID: Sam Varshavchik wrote: > > Someone will just make a custom build of rpm that generates binary rpms > that will pass all apparent tests, even though they were hacked. > I wasn't thinking of it as a security measure -- just an extra safeguard to prevent such "testing" RPMS from being accidentally released into the wild. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From thomas at apestaart.org Thu Mar 18 18:58:39 2004 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Thu, 18 Mar 2004 19:58:39 +0100 Subject: GStreamer packaging Message-ID: <1079636318.14948.65.camel@otto.amantes> Hi, Warren asked me to send a mail to the list for comments from people who are interested. I work on and package GStreamer. I released 0.8.0 this week, and rebuilt the suite of our modules, as well as rebuilt compatibility packages for 0.6 As you might know, GStreamer is parallel-installable between different major/minor versions. Anyways, because GStreamer is quite complex for packaging (for example, it can use, but is not forced to use, over 40 libraries), I wrote up some packaging guidelines which I sent to some of our packagers, and which Warren asked me to send here too. They are attached. If someone who is interested would like to read through it and comment on it, that'd be nice. The repository of these packages, made to work with www.fedora.us and rpm.livna.org, is documented at http://gstreamer.freedesktop.org/download/fedora.html If anyone wants to give it a try and report experiences to me, that'd be nice too. Make sure you remove dependencies and packages from other repositories, as well as gstreamer-plugin-mp3 if you have it (it is provided by another package). I have also submitted the fedora.us packages of GStreamer. They could use some help in going through Q&A due to the interlinked nature of these packages. I'd like them to get through as quickly as possible, so I can then provide the other packages to rpm.livna.org. Relevant bugzilla links are https://bugzilla.fedora.us/show_bug.cgi?id=1389 https://bugzilla.fedora.us/show_bug.cgi?id=1390 https://bugzilla.fedora.us/show_bug.cgi?id=1391 https://bugzilla.fedora.us/show_bug.cgi?id=1392 I might not immediately reply as I'm on holiday next week, but will get in touch. Thanks in advance, Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> and it looks so pretty all those tiny bright lights calling my name <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: packaging URL: From gauret at free.fr Thu Mar 18 19:07:52 2004 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 18 Mar 2004 20:07:52 +0100 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews or new maintainer wanted!) References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <20040318183633.679ad9e1.ms-nospam-0306@arcor.de> Message-ID: > I think Erik and you should be permitted to set the PUBLISH keyword with > one review, so you could be more productive and increase your experience > by learning from mistakes, too. Well, I would certainly welcome that :-) And I'm sure Erik would too. > There's one single de-motivating thing and > that is if new reviewers seem to wait endlessly for a second review. That's true. The REVIEWED keyword is a step in the right direction though > But don't forget that a big portion of the queue has a very special target > group (e.g. lots of educational programming languages). These packages are > very unlikely to be reviewed by someone who has no interest in them. And > in particular not, if they don't even build flawlessly, because such > package requests result in a lot of work. The best thing would clearly to have categories in the QA queue. But I remember finding a package I liked in the queue, looking closely at it, and discovering afterwards that a previous QA'er had found mistakes in it, and the maintainer had not updated the package yet. I'm just trying to come up with a solution to this case. This is certainly not as useful as categories, but requires less architectural changes at the same time ;) Aur?lien -- http://gauret.free.fr ~~~~ Jabber : gauret at amessage.info "Je suis fascin? par l'air. Si on enlevait l'air du ciel, tous les oiseaux tomberaient par terre... Et les avions aussi..." -- Jean-Claude Vandamme From twanger at bluetwanger.de Thu Mar 18 19:42:51 2004 From: twanger at bluetwanger.de (Markus Bertheau) Date: Thu, 18 Mar 2004 20:42:51 +0100 Subject: CD burning in FC2 - is it easier? In-Reply-To: <1079617738.5117.48.camel@marte.biciclete.ro> References: <1079617738.5117.48.camel@marte.biciclete.ro> Message-ID: <1079638970.1989.0.camel@yarrow.bertheau.de> ? ???, 18.03.2004, ? 14:48, Marius Andreiana ?????: > Hi > I've just had an ugly experience in FC1. > With Nautilus I couldn't tell how to burn a CD image (not files). Right-click on the iso file, choose "Write to CD". -- Markus Bertheau From icon at linux.duke.edu Thu Mar 18 19:59:24 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Thu, 18 Mar 2004 14:59:24 -0500 Subject: Flac in rythmbox. Message-ID: <4059FF9C.6080008@linux.duke.edu> Hello, all: I may be missing something obvious, but I've not yet found a way to make rythmbox play flacs. Can someone point me in the right direction? Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 374 bytes Desc: OpenPGP digital signature URL: From buildsys at redhat.com Thu Mar 18 20:03:18 2004 From: buildsys at redhat.com (Build System) Date: Thu, 18 Mar 2004 15:03:18 -0500 Subject: rawhide report: 20040318 changes Message-ID: <200403182003.i2IK3Io20894@porkchop.devel.redhat.com> Removed package XFree86 Updated Packages: anaconda-9.2-3 -------------- * Tue Dec 23 2003 Anaconda team - built new version from CVS * Tue Oct 08 2002 Jeremy Katz - back to mainstream rpm instead of rpm404 * Mon Sep 09 2002 Jeremy Katz - can't buildrequire dietlibc and kernel-pcmcia-cs since they don't always exist anaconda-9.91-2 --------------- anaconda-images-9.91-1 ---------------------- * Wed Mar 17 2004 Jeremy Katz - make syslinux splash look less better * Sun Jan 25 2004 Jeremy Katz - back to test release stuff * Wed Jan 15 2003 Matt Wilson - use %{_prefix}/lib for syslinux-splash, otherwise this package doens't rebuild on lib64 systems autofs-4.1.0-8 -------------- * Wed Mar 17 2004 Jeff Moyer - 1:4.1.0-8 - Fix ldap init code to parse server name and options correctly. * Tue Mar 16 2004 Jeff Moyer - 1:4.1.0-7 - Moved the freeing of ap.path to cleanup_exit, as we would otherwise reference an already-freed variable. * Mon Mar 15 2004 Jeff Moyer - 1:4.1.0-6 - add %config(noreplace) for auto.* config files. firstboot-1.3.10-1 ------------------ * Wed Mar 17 2004 Jeremy Katz 1.3.10-1 - fix password to be encrypted properly * Wed Mar 17 2004 Jeremy Katz 1.3.9-1 - more workarounds for selinux (don't use libuser at all for create_user.py for right now) * Wed Mar 17 2004 Brent Fox 1.3.8-1 - workaround selinux - patch from jeremy gdm-2.5.90.2-3 -------------- * Tue Mar 16 2004 Dan Walsh 1:2.5.90.3-1 - Use selinux patch again * Tue Mar 16 2004 Dan Walsh 1:2.5.90.3-1 - Stop using selinux patch and use pam_selinux instead. * Wed Mar 10 2004 Alex Larsson 1:2.5.90.2-1 - update to 2.5.90.2 gnome-themes-2.5.92-1 --------------------- * Wed Mar 17 2004 Alex Larsson 2.5.92-1 - update to 2.5.92 - gtk binary age changed gnome-utils-2.5.90-2 -------------------- gnome-vfs2-2.5.91-2 ------------------- * Wed Mar 17 2004 Dan Williams 2.5.91-2 - Support .directory file "NoDisplay" keys in libmenu.so VFS backend gtk2-engines-2.2.0-5 -------------------- * Wed Mar 17 2004 Alex Larsson 2.2.0-5 - rebuilt to get new gtk binary age httpd-2.0.48-18 --------------- * Wed Mar 17 2004 Joe Orton 2.0.48-18 - add fix for #118020 - ssl.conf tweaks: seed SSL PRNG with 256 bytes from /dev/urandom initscripts-7.48-1 ------------------ * Wed Mar 17 2004 Bill Nottingham 7.48-1 - disable enforcing in emergency mode for now, relabel some commonly mislabeled files on boot librsvg2-2.6.1-2 ---------------- * Wed Mar 17 2004 Alex Larsson 2.6.1-2 - rebuild to get new gtk bin age logwatch-5.1-3 -------------- * Wed Mar 17 2004 Elliot Lee 5.1-3 - Fix the perl(Logwatch) problem the correct way, as per #118507 openmotif-2.2.3-1.9.1 --------------------- * Wed Mar 17 2004 Thomas Woerner 2.2.3-1.9.1 - new openmotif 2.2.3 beta version policy-1.8-22 ------------- * Wed Mar 17 2004 Dan Walsh 1.8-22 - Use new genhomdircon * Wed Mar 17 2004 Dan Walsh 1.8-21 - Change relabel to not relabel file systems mounted with security context * Wed Mar 17 2004 Jeremy Katz 1.8-20 - changes for firstboot to be able to create users and nfsv4 mounting to work policycoreutils-1.9-8 --------------------- * Wed Mar 17 2004 Dan Walsh 1.9-8 - Fix restorecon * Wed Mar 17 2004 Dan Walsh 1.9-7 - Read restorecon patch * Wed Mar 17 2004 Dan Walsh 1.9-6 - Change genhomedircon to take POLICYSOURCEDIR from command line prelink-0.3.1-2 --------------- * Wed Mar 17 2004 Jakub Jelinek 0.3.1-2 - unlink temporary files if renaming to the destination or setting of security context failed (#118251) - fix bi-architecture prelinking (#118226) - if prelink called from the cron script fails, note the exit status into /var/log/prelink.log redhat-artwork-0.94-1 --------------------- * Wed Mar 17 2004 Alexander Larsson 0.94-1 - update to 0.94 * Tue Mar 02 2004 Elliot Lee - rebuilt routed-0.17-17 -------------- * Mon Mar 08 2004 Jens Petersen - 0.17-17 - add netkit-routed-0.17-pie.patch to build routed as pie - build just routed (no longer need to delete ripinfo) - add /var/log/routed for traces (kad at blackcatlinux.com) - add netkit-routed-0.17--t-ftrace-51880.patch to use stderr for trace when running in the foreground (kad at blackcatlinux.com, #51880) rpmdb-fedora-1.91-0.20040318 ---------------------------- sendmail-8.12.11-4 ------------------ * Wed Mar 17 2004 Thomas Woerner 8.2.11-4 - new slave in alternatives for sendmail man page system-config-services-0.8.8-2 ------------------------------ * Wed Mar 17 2004 Brent Fox 0.8.8-2 - bump release * Tue Mar 16 2004 Brent Fox 0.8.8-1 - work around problem with libglade xorg-x11-0.0.6.6-0.0.2004_03_11.5 --------------------------------- * Wed Mar 17 2004 Mike A. Harris 0.0.6.6-0.0.2004_03_11.5 - Added versions to some of the XFree86 compabitility virtual provides, which include "Provides: XFree86-devel = 4.4.0", "Provides: XFree86-font-utils = 4.4.0", "Provides: XFree86-libs = 4.4.0" - Added virtual provides of xdm, base-fonts, Xnest, xauth, libGL, libGLU, to each relevant subpackage. They are all intentionally unversioned, so that things that require xdm/Xnest/etc. in a version/implementation agnostic manner, should use "Requires: xdm" instead of requiring a specific implementation or version of xdm. If some package really does require a specific implementation or version of xdm, then it should still use the full non-virtual package name, as it is going to be both implementation and version specific anyway, so versioning these particular virtual provides does not make sense. From jorton at redhat.com Thu Mar 18 20:10:29 2004 From: jorton at redhat.com (Joe Orton) Date: Thu, 18 Mar 2004 20:10:29 +0000 Subject: httpd conf.d inclusion order (was Re: /etc/ld.so.conf.d) In-Reply-To: <1079631824.5241.6.camel@bobcat.mine.nu> References: <200403180853.i2I8rcHl032121@magilla.sf.frob.com> <1079612302.9876.14.camel@wombat.tiptoe.de> <1079631824.5241.6.camel@bobcat.mine.nu> Message-ID: <20040318201029.GA14374@redhat.com> On Thu, Mar 18, 2004 at 07:43:44PM +0200, Ville Skytt? wrote: > On Thu, 2004-03-18 at 14:18, Nils Philippsen wrote: > > > I think we'd need to somehow be able to influence the order in which > > files from /etc/ld.so.conf.d are drawn. [...] > > While on the subject of *.d inclusion order, IMO that should be applied > to httpd/conf.d snippets too, at least ones that install modules that > other stuff may depend on. Thing is changing all the filenames would make upgrades messy. There is at least already a guaranteed ordering, so that conf.d/zzz.conf will be loaded after conf.d/perl.conf, etc. I'm not sure if the motivation is strong enough; maybe we should just bite the bullet for FC2 and be done, though. joe From robert at marcanoonline.com Thu Mar 18 20:34:44 2004 From: robert at marcanoonline.com (Robert Marcano) Date: Thu, 18 Mar 2004 16:34:44 -0400 Subject: httpd conf.d inclusion order (was Re: /etc/ld.so.conf.d) In-Reply-To: <20040318201029.GA14374@redhat.com> References: <200403180853.i2I8rcHl032121@magilla.sf.frob.com> <1079612302.9876.14.camel@wombat.tiptoe.de> <1079631824.5241.6.camel@bobcat.mine.nu> <20040318201029.GA14374@redhat.com> Message-ID: <1079642084.4944.23.camel@pcrobert.intranet.promca.com> On Thu, 2004-03-18 at 16:10, Joe Orton wrote: > On Thu, Mar 18, 2004 at 07:43:44PM +0200, Ville Skytt? wrote: > > On Thu, 2004-03-18 at 14:18, Nils Philippsen wrote: > > > > > I think we'd need to somehow be able to influence the order in which > > > files from /etc/ld.so.conf.d are drawn. [...] > > > > While on the subject of *.d inclusion order, IMO that should be applied > > to httpd/conf.d snippets too, at least ones that install modules that > > other stuff may depend on. > > Thing is changing all the filenames would make upgrades messy. There is > at least already a guaranteed ordering, so that conf.d/zzz.conf will be > loaded after conf.d/perl.conf, etc. > > I'm not sure if the motivation is strong enough; maybe we should just > bite the bullet for FC2 and be done, though. > > joe I do not know if apache is able to use more than one conf.d style dir, but what about defining a new directory like conf_custom.d that will be always parsed after all the files on conf.d. This way any distributed file in conf.d (like the ones for perl, ssl) or external modules like mod_jk will be loaded before custom files From bretm at redhat.com Thu Mar 18 20:37:23 2004 From: bretm at redhat.com (Bret McMillan) Date: Thu, 18 Mar 2004 15:37:23 -0500 Subject: Flac in rythmbox. In-Reply-To: <4059FF9C.6080008@linux.duke.edu> References: <4059FF9C.6080008@linux.duke.edu> Message-ID: <20040318203723.GE11739@blueraja.devel.redhat.com> On Thu, Mar 18, 2004 at 02:59:24PM -0500, Konstantin Ryabitsev wrote: > Hello, all: > > I may be missing something obvious, but I've not yet found a way to make > rythmbox play flacs. Can someone point me in the right direction? Just started playing w/ rhythmbox myself... at the very least, I'd guess you would need a gstreamer flac plugin. --Bret From warren at togami.com Thu Mar 18 21:02:18 2004 From: warren at togami.com (Warren Togami) Date: Thu, 18 Mar 2004 11:02:18 -1000 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews or new maintainer wanted!) In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA24@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA24@smith.interlink.local> Message-ID: <405A0E5A.9040705@togami.com> Erik LaBianca wrote: > > There may be some benefit to relaxing the 2-review requirement until > critical mass is achieved. I think it's important not to get too caught > up in "policy" and "quality" arguments when it's obvious that the rate > of approval is so low. Here and now is probably the place for the > discussion. Lowering the bar to one untrusted reviewer would be extremely dangerous. One aspect of the seemingly tough QA process has been to keep out a lot of crap software, or crappily packaged software. I would be more comfortable with people like you who have tried extremely hard, but not someone brand new to the project and a complete unknown to me. NOTE: BELOW IS CURRENTLY ONLY WHAT I PERSONALLY HAVE IN MIND RIGHT NOW. PLEASE COMMENT. The idea I am thinking now for when fedora.redhat.com runs the Extras project is to have the "Trusted" ones who have proven loyalty, trustworthiness, and cluefulness who become "lieutenants" who approve submissions made by less trusted people. This bar would be lower in pedantic process for update/fixes submissions for existing packages, but it MUST be more difficult than this to add a new package. (Read the bottom of this message for more about this.) The initial set of lieutenants from the community would number in the two dozen or higher range, including the existing fedora.us team and other high profile packagers & upstream developers. Individual lieutenants would have CVS ACL commit access only to parts of the tree that they have proven cluefulness, as determined by the leadership and past track record in QA fixes/reviews. Everyone else who needs to prove themselves would submit to a QA queue in Bugzilla, and the lieutenants with access to various subsystems must commit these submissions. Packages may have a single or multiple maintainer(s). While even more people may have commit access to any given package, the package maintainer(s) have final say about what they allow within any given package. (Well the leadership can veto things too, but this would happen extremely rarely only for legal or technical breakage reasons.) Contributors would be nominated by the existing set of lieutenants and approved by leadership. Developers heavily involved with upstream projects (e.g. ESR and fetchmail) would of course be assigned access to that package. Best judgement will be used to give commit access to people who have proven themselves to the community. (After an Apache contributor-like legal form is signed & faxed.) Yes, this entire idea above is not very different from the existing fedora.us process for new unknown contributors. It will however dramatically lower overhead for trusted developers and scale extremely well. The hierarchy would be something like this: Leaders Lieutenants - Commit access to a subset of the entire repository. Package maintainers - Commit access to the package that they maintain. - Proven track record with that package, or upstream developer Triage/QA Reviewers/Contributors - Untrusted people can do many things that save lieutenant/maintainer time by consolidating reports, killing duplicates, and submitting fixes. This is the ONLY WAY other than being a high profile upstream developer to gain package maintainer or eventually lieutenant status. This suggested new package inclusion process will still be a problem for experimental/academic programming languages and other stuff that very few people other than the packager actually cares about. In order to solve this problem of "nobody else cares", I would suggest a lowered-bar set of requirements something like: 1) The package must be in QA (retroactively from fedora.us is OK) for a minimum of 2 months. 2) The package exact sources must have been present in Debian testing or Mandrake cooker/contrib for at least those 2 months. 3) Spec must pass visual inspection of the QA checklist, and package should build on all target Extras architectures. 4) This package must have NO CHANCE of interfering with other installed software. 5) Runtime verification by another individual is NOT needed. The above requirements should give us a margin of safety in not importing trojaned sources. Safety should be the priority and we don't care if the software actually works at first. 6) Since nobody else reviewed that package, fedora-devel-list must be warned one week before inclusion that it is happening. During this period the package can be vetoed for any good reason by anybody. 7) After inclusion, that packager would probably obtain CVS commit access to that package. Subsequent fixes either go through that packager, or another lieutenant with comnmit access. From roland at redhat.com Thu Mar 18 21:27:43 2004 From: roland at redhat.com (Roland McGrath) Date: Thu, 18 Mar 2004 13:27:43 -0800 Subject: /etc/ld.so.conf.d In-Reply-To: Nils Philippsen's message of Thursday, 18 March 2004 13:18:23 +0100 <1079612302.9876.14.camel@wombat.tiptoe.de> Message-ID: <200403182127.i2ILRhnA008065@magilla.sf.frob.com> > I like the idea, but there are some things that I think need to be > considered when doing it: I am happy to leave such issues to those who know them better, such as you. I just implemented the parsing feature in hopes in would be useful. If there is something different in the configuration file syntax you would like to have, please let me know. As far as I can tell, all the conf.d kinds of places potentially have these ordering issues. From erik at totalcirculation.com Thu Mar 18 21:54:02 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 18 Mar 2004 16:54:02 -0500 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews or new maintainer wanted!) Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA37@smith.interlink.local> > > Lowering the bar to one untrusted reviewer would be extremely dangerous. > One aspect of the seemingly tough QA process has been to keep out a > lot of crap software, or crappily packaged software. I would be more > comfortable with people like you who have tried extremely hard, but not > someone brand new to the project and a complete unknown to me. > I agree with you 100%. I think that the process as it stands needs some refinement, and then should be ratified as policy. We also need to create, complete and / or document the tools needed to make the process as easy as possible. At that point, we can go out and heavily recruit QA volunteers. The process is too complicated as of yet to do this, IMO. > NOTE: BELOW IS CURRENTLY ONLY WHAT I PERSONALLY HAVE IN MIND RIGHT NOW. > PLEASE COMMENT. > I like your plan. I like it a lot. I like it enough not to have any significant objections to it. I like the 4-tier hierarchy, and especially the exception criteria made for packages languishing in QA for 2 months. The question that remains is WHEN?! I think fedora extra would greatly benefit from the shot in the arm provided by the official redhat integration, and the formalized structure you outlined. You don't explicitly outline what sort of QA requirements would be in place for the different tiers, but I'd like to suggest that 2 anonymous reviews or a single "trusted" review be enough to push out a package, particularly in the case of updates. --erik From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 18 23:02:36 2004 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 19 Mar 2004 00:02:36 +0100 Subject: Attract QA'ers In-Reply-To: (Aurelien Bompard's message of "Thu, 18 Mar 2004 13:11:07 +0100") References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> Message-ID: <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> gauret at free.fr (Aurelien Bompard) writes: > As an proposal, I think QA'ers should make sure they set the NEEDSWORK > keyword and remove the QA keyword when they think the package should > be improved. I do not think that the current bugzilla based QA is very effectively since there is needed lot of manual work and no way to enforce proper usage. The current unstructured QA list is too complex and deters people. This will not be changed by adding new keywords or specifying their usage. IMO it will have the opposite effect since the process becomes more and more complicated. What we need is an userinterface which reflects the QA process: it begins with the registration of a package, over a QA checklist till the final publishing, the addition of bugzilla components and writing the package-announce. While registration, the package description, URLs, software categories and perhaps a classification of the packagecomplexity should be submitted. After that, trivial automatic tests for e.g. missing BuildRequires:, fileconflicts or unowned directories could be executed and rpmlint-results or buildlogs be provided. Since this has security implications some precautions must be done to prevent abuse. The QA checklist should contain mandatory items (source verification, build/(de)installation correctness, ...) and place for optional comments, and the tester can click 'Yes, I approve it' finally or have the chance to veto it. Everywhere, a way must exist to say "does not apply to this package" (with an attached textfield for the reason), and GPG signing of votes must by enforced and should be aided. When having such structured information, it would be much more easy to identify the current state of a package: whether it needs work, whether it has the two "publish" votes, if there were vetos after the first "publish". With some other, structured information about the package (application group, complexity) tester could find packages which are matching their interests and skills. I am not sure about the role of bugzilla in this process; perhaps some parts (e.g. userauthentification) could be reused. But most work must be done from scratch probably. Perhaps, actions/comments should be automatically submitted into bugzilla for documentation purposes. The question is, whether it would be worth to begin such an implementation for fedora.us or if it would be wasted time since it conflicts with Red Hat's ideas about the Fedora Project. Enrico From hvdkooij at vanderkooij.org Thu Mar 18 23:04:34 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Fri, 19 Mar 2004 00:04:34 +0100 (CET) Subject: H.323 gatekeeper on FC1? In-Reply-To: <4059B8C7.8020502@chartermi.net> References: <200403180926.44873.russell@coker.com.au> <4059B8C7.8020502@chartermi.net> Message-ID: On Thu, 18 Mar 2004, Eric Feldhusen wrote: > I've never tried these, but check out > > http://www.gnugk.org/ > http://www.openh323.org/ Been there, tried it. But those buggers have an impossible way of compiling which is rather incompatible with any package manager. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From erik at totalcirculation.com Thu Mar 18 23:20:03 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Thu, 18 Mar 2004 18:20:03 -0500 Subject: Attract QA'ers Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA3D@smith.interlink.local> > What we need is an userinterface which reflects the QA process: it > begins with the registration of a package, over a QA checklist till the > final publishing, the addition of bugzilla components and writing the > package-announce. This is a good idea. It's a pretty significant undertaking to implement, however. > The QA checklist should contain mandatory items (source verification, > build/(de)installation correctness, ...) and place for optional comments, > and the tester can click 'Yes, I approve it' finally or have the chance to > veto it. Everywhere, a way must exist to say "does not apply to this > package" (with an attached textfield for the reason), and GPG signing of > votes must by enforced and should be aided. 100% Agreed. The QA checklist as it stands is a mishmash of nice ideas, mandatory checks, and instructions. I think it's imperative to automate out the drudge work involved in QA reviews. Then reviewers can gain credibility through understanding and analysis of packages, rather than by spending hours downloading sources, checking builds, checking md5 sums and gpg sigs, hand-expanding Source0 macros, etc. > I am not sure about the role of bugzilla in this process; perhaps some > parts (e.g. userauthentification) could be reused. But most work must > be done from scratch probably. Perhaps, actions/comments should be > automatically submitted into bugzilla for documentation purposes. It in my opinion depends on if anyone has the time to tackle the project. I'd say it would be an appropriate task for a RedHat funded individual, but they probably wouldn't agree. > The question is, whether it would be worth to begin such an implementation > for fedora.us or if it would be wasted time since it conflicts with Red > Hat's ideas about the Fedora Project. > Yes. The question of the hour. Is there even anyone at RedHat assigned to Extra's? Is that supposed to change? Did they read Jef's epistle on volunteer coordination? If not, why not? I think before tackling a replacement for QA in bugzilla, the process itself needs to be formalized, documented and automated as much as possible. The natural next step will be to create a system that fits the process perfectly. --erik From xose at wanadoo.es Thu Mar 18 23:39:03 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Fri, 19 Mar 2004 00:39:03 +0100 Subject: rawhide report: 20040317 changes In-Reply-To: <200403170944.37796.jkeating@j2solutions.net> References: <200403171736.i2HHaSv15161@porkchop.devel.redhat.com> <200403170944.37796.jkeating@j2solutions.net> Message-ID: <405A3317.9030001@wanadoo.es> Jesse Keating wrote: > Does this mean we get ipvs back in the kernel? 2.6.xx kernel.org already brings ipvs modules, and also latest 2.4.2x. Two things that I would like to see in FC2 are piranha and clumanager. -- x86-64 GenuineIntel From xose at wanadoo.es Thu Mar 18 23:42:55 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Fri, 19 Mar 2004 00:42:55 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <200403131608.40620.arekm@pld-linux.org> References: <40525696.4070900@wanadoo.es> <4053102E.2060706@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> Message-ID: <405A33FF.1030506@wanadoo.es> Arkadiusz Miskiewicz wrote: > So what's the status of opening cvs/svn/whatever for people ro + rw for > experienced contributors? This works quite well - PLD is for example > developed in this style (but in contrast to Fedora there are no people who > are paid for working on PLD). > > There are people who have plenty of time and could do such job for free. Fedora _Core_ is controlled *only* by @redhat.com people. -- x86-64 GenuineIntel From gribi at rsc.es Thu Mar 18 23:46:23 2004 From: gribi at rsc.es (Gerardo Lopez) Date: Fri, 19 Mar 2004 00:46:23 +0100 Subject: Flac in rythmbox. In-Reply-To: <20040318203723.GE11739@blueraja.devel.redhat.com> References: <4059FF9C.6080008@linux.duke.edu> <20040318203723.GE11739@blueraja.devel.redhat.com> Message-ID: <1079653582.15597.4.camel@fedora.casita.loc> El jue, 18-03-2004 a las 21:37, Bret McMillan escribi?: > On Thu, Mar 18, 2004 at 02:59:24PM -0500, Konstantin Ryabitsev wrote: > > Hello, all: > > > > I may be missing something obvious, but I've not yet found a way to make > > rythmbox play flacs. Can someone point me in the right direction? > > Just started playing w/ rhythmbox myself... at the very least, I'd > guess you would need a gstreamer flac plugin. > > --Bret > glopez at fedora glopez]$ gst-register | grep flac INFO (16510: 0) Initializing GStreamer Core Library version 0.6.4 INFO (16510: 0) CPU features: (00000781) MMX SSE 3DNOW MMXEXT added plugin flac with 3 feature(s) You need gstreamer-plugins-extras-0.6.4-0.3.fr from freshrpms -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From ms-nospam-0306 at arcor.de Fri Mar 19 00:01:42 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 19 Mar 2004 01:01:42 +0100 Subject: Attract QA'ers In-Reply-To: <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20040319010142.62ead217.ms-nospam-0306@arcor.de> On Fri, 19 Mar 2004 00:02:36 +0100, Enrico Scholz wrote: > (Aurelien Bompard) writes: > > > As an proposal, I think QA'ers should make sure they set the NEEDSWORK > > keyword and remove the QA keyword when they think the package should > > be improved. > > I do not think that the current bugzilla based QA is very effectively > since there is needed lot of manual work and no way to enforce proper > usage. The current unstructured QA list is too complex and deters > people. This will not be changed by adding new keywords or specifying > their usage. IMO it will have the opposite effect since the process > becomes more and more complicated. The NEEDSWORK keyword is an old one and a very useful one, too, because it moves package requests out of the QA queue, which cannot be reviewed, because they don't build or have serious issues and must be developed further. If they were left in the QA queue, you would have a hard time finding package requests which are ready to be reviewed. Also, instead of the reviewer, the packager can drop package requests from the QA queue himself, when a package is not being developed further for a longer time. For reviewers, who need a second approval according to the current publish criteria ( http://www.fedora.us/wiki/PUBLISHCriteria ), the REVIEWED keyword is an attempt at making it easy to find reviewed package requests which need another review: http://tinyurl.com/33zj3 [snip] > > The question is, whether it would be worth to begin such an implementation > for fedora.us or if it would be wasted time since it conflicts with Red > Hat's ideas about the Fedora Project. Packagers ought to be more responsible as when they think a package is ready. We do have the tools to test for missing build requirements, and although the combination of "mach" and apt-rpm fails in some cases, it does a good job in many other cases. Ultimately, I would prefer if I didn't need to read spec files in detail to understand why a build fails. I would prefer to skim over the spec, rebuild binary packages without problems and review the binaries instead. -- From ms-nospam-0306 at arcor.de Fri Mar 19 00:10:23 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 19 Mar 2004 01:10:23 +0100 Subject: Flac in rythmbox. In-Reply-To: <1079653582.15597.4.camel@fedora.casita.loc> References: <4059FF9C.6080008@linux.duke.edu> <20040318203723.GE11739@blueraja.devel.redhat.com> <1079653582.15597.4.camel@fedora.casita.loc> Message-ID: <20040319011023.44bff60d.ms-nospam-0306@arcor.de> On Fri, 19 Mar 2004 00:46:23 +0100, Gerardo Lopez wrote: > El jue, 18-03-2004 a las 21:37, Bret McMillan escribi?: > > On Thu, Mar 18, 2004 at 02:59:24PM -0500, Konstantin Ryabitsev wrote: > > > Hello, all: > > > > > > I may be missing something obvious, but I've not yet found a way to make > > > rythmbox play flacs. Can someone point me in the right direction? > > > > Just started playing w/ rhythmbox myself... at the very least, I'd > > guess you would need a gstreamer flac plugin. > > > > --Bret > > > > glopez at fedora glopez]$ gst-register | grep flac > INFO (16510: 0) Initializing GStreamer Core Library version 0.6.4 > INFO (16510: 0) CPU features: (00000781) MMX SSE 3DNOW MMXEXT > added plugin flac with 3 feature(s) > > You need gstreamer-plugins-extras-0.6.4-0.3.fr from freshrpms FLAC is included within Fedora Core >= 1.90 and a corresponding gstreamer plugin, too, so that raises the question what version the OP refers to when he posts to fedora-devel-list. -- From ms-nospam-0306 at arcor.de Fri Mar 19 00:12:45 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 19 Mar 2004 01:12:45 +0100 Subject: Attract QA'ers In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA3D@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA3D@smith.interlink.local> Message-ID: <20040319011245.185741c3.ms-nospam-0306@arcor.de> On Thu, 18 Mar 2004 18:20:03 -0500, Erik LaBianca wrote: > The QA checklist as it stands is a mishmash of nice ideas, > mandatory checks, and instructions. What in particular do you think is misplaced? -- From icon at linux.duke.edu Fri Mar 19 00:18:43 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Thu, 18 Mar 2004 19:18:43 -0500 Subject: Flac in rythmbox. In-Reply-To: <20040319011023.44bff60d.ms-nospam-0306@arcor.de> References: <4059FF9C.6080008@linux.duke.edu> <20040318203723.GE11739@blueraja.devel.redhat.com> <1079653582.15597.4.camel@fedora.casita.loc> <20040319011023.44bff60d.ms-nospam-0306@arcor.de> Message-ID: <405A3C63.8030102@linux.duke.edu> Michael Schwendt wrote: > FLAC is included within Fedora Core >= 1.90 and a corresponding gstreamer > plugin, too, so that raises the question what version the OP refers to > when he posts to fedora-devel-list. The very latest devel. It won't even import any .flac files. Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From xose at wanadoo.es Fri Mar 19 00:37:23 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Fri, 19 Mar 2004 01:37:23 +0100 Subject: rawhide builder system Message-ID: <405A40C3.4040501@wanadoo.es> hi, It looks like that all packages in rawhide were built on 17-Mar-2004 but some of them were not. Are they old releases?, duplicate?, obsolete?, a bug at Fedora builder system?, ...? here goes the list: Regina-2.2-6.1.src.rpm gimp-2.0-1.pre3.4.1.src.rpm s390utils-1.2.4-4.1.src.rpm openCryptoki-2.1.3-8.src.rpm libunwind-0.96-2.src.rpm yaboot-1.3.10-9.src.rpm prctl-1.4-2.1.src.rpm tvtime-0.9.12-3.src.rpm gnu-efi-3.0a-2.1.src.rpm elilo-3.4-2.3.src.rpm THE-3.0-5.src.rpm fedora-release-1.90-12.1.src.rpm fedora-release-1.90-11.src.rpm pcmcia-cs-3.2.7-1.3.src.rpm wl-2.10.1-2.src.rpm gnome-libs-1.4.1.2.90-37.src.rpm rdist-6.1.5-32.src.rpm boost-jam-3.1.7-1.src.rpm anaconda-9.2-3.src.rpm MAKEDEV-3.3.8-2.src.rpm enscript-1.6.1-25.src.rpm perl-Net-DNS-0.31-3.2.src.rpm gaim-0.59.8-1.src.rpm perl-libxml-perl-0.07-28.src.rpm perl-libxml-enno-1.02-29.src.rpm perl-XML-Twig-3.09-3.src.rpm perl-XML-Grove-0.46alpha-25.src.rpm perl-XML-Encoding-1.01-23.src.rpm perl-Frontier-RPC-0.06-36.src.rpm perl-Filter-Simple-0.78-11.src.rpm perl-Digest-HMAC-1.01-11.src.rpm openssl096b-0.9.6b-3.src.rpm redhat-lsb-1.3-1.src.rpm pyxf86config-0.3.5-1.src.rpm emacspeak-17.0-4.src.rpm reiserfs-utils-3.x.0f-1.src.rpm kernel-2.4.9-31.1.src.rpm -thanks- -- x86-64 GenuineIntel From warren at togami.com Fri Mar 19 01:02:23 2004 From: warren at togami.com (Warren Togami) Date: Thu, 18 Mar 2004 15:02:23 -1000 Subject: 'outdated' packages in rawhide In-Reply-To: <405A33FF.1030506@wanadoo.es> References: <40525696.4070900@wanadoo.es> <4053102E.2060706@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> <405A33FF.1030506@wanadoo.es> Message-ID: <405A469F.8020106@togami.com> Xose Vazquez Perez wrote: > Arkadiusz Miskiewicz wrote: > >> So what's the status of opening cvs/svn/whatever for people ro + rw >> for experienced contributors? This works quite well - PLD is for >> example developed in this style (but in contrast to Fedora there are >> no people who are paid for working on PLD). >> There are people who have plenty of time and could do such job for free. > > > Fedora _Core_ is controlled *only* by @redhat.com people. > For now it is, but your contributions and discussion here has already made a large impact into what is in the distribution. In the longer run, the goal is to have many packages in both FC and FE with @redhat.com and community maintainers. Many peripheral end-user packages like gaim, thunderbird, sylpheed, gftp, and others, would greatly benefit from multiple maintainers and the combined man-power because the risk is much lower than core dependency packages. Some more sensitive and likely-to-break-servers packages can have external maintainers who are heavily involved upstream. For example ESR + fetchmail. Warren From jkeating at j2solutions.net Fri Mar 19 01:10:36 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 18 Mar 2004 17:10:36 -0800 Subject: 'outdated' packages in rawhide In-Reply-To: <405A33FF.1030506@wanadoo.es> References: <40525696.4070900@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> <405A33FF.1030506@wanadoo.es> Message-ID: <200403181710.41265.jkeating@j2solutions.net> On Thursday 18 March 2004 15:42, Xose Vazquez Perez wrote: > Fedora _Core_ is controlled *only* by @redhat.com people. Really? Thats why a non at redhat.com person was able to make Fedora Core 1 x86_64? Seems to me that community effort is taken and excepted.... -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From warren at togami.com Fri Mar 19 01:24:59 2004 From: warren at togami.com (Warren Togami) Date: Thu, 18 Mar 2004 15:24:59 -1000 Subject: 'outdated' packages in rawhide In-Reply-To: <200403181710.41265.jkeating@j2solutions.net> References: <40525696.4070900@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> <405A33FF.1030506@wanadoo.es> <200403181710.41265.jkeating@j2solutions.net> Message-ID: <405A4BEB.2080008@togami.com> Jesse Keating wrote: > On Thursday 18 March 2004 15:42, Xose Vazquez Perez wrote: > >>Fedora _Core_ is controlled *only* by @redhat.com people. > > > Really? Thats why a non at redhat.com person was able to make Fedora Core > 1 x86_64? Seems to me that community effort is taken and excepted.... Community effort has definitely been useful, but it currently takes a bit too much effort. This will get better very quickly when the new world order takes over. Warren From notting at redhat.com Fri Mar 19 03:06:10 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 18 Mar 2004 22:06:10 -0500 Subject: rawhide builder system In-Reply-To: <405A40C3.4040501@wanadoo.es> References: <405A40C3.4040501@wanadoo.es> Message-ID: <20040319030610.GA5853@devserv.devel.redhat.com> Xose Vazquez Perez (xose at wanadoo.es) said: > It looks like that all packages in rawhide were built on 17-Mar-2004 > but some of them were not. Judging by...? Timestamp? Various packages were signed. Bill From corsepiu at faw.uni-ulm.de Fri Mar 19 03:14:04 2004 From: corsepiu at faw.uni-ulm.de (Ralf Corsepius) Date: Fri, 19 Mar 2004 04:14:04 +0100 Subject: Attract QA'ers In-Reply-To: <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1079666044.12814.272.camel@mccallum.corsepiu.faw.uni-ulm.de> On Fri, 2004-03-19 at 00:02, Enrico Scholz wrote: > gauret at free.fr (Aurelien Bompard) writes: > > > As an proposal, I think QA'ers should make sure they set the NEEDSWORK > > keyword and remove the QA keyword when they think the package should > > be improved. > > I do not think that the current bugzilla based QA is very effectively > since there is needed lot of manual work and no way to enforce proper > usage. The current unstructured QA list is too complex and deters > people. This will not be changed by adding new keywords or specifying > their usage. IMO it will have the opposite effect since the process > becomes more and more complicated. Well spoken. What you describe has been and still is the main reason for me having refrained from wanting to get involved. [user interface] IMO, the whole QA-process should be condensed into a simple "state/transition-model" a package has to live through. Such a model then should be reflected into a couple of web-forms, allowing package uploads, check-boxes to send packages to their next state etc. etc. > The question is, whether it would be worth to begin such an implementation > for fedora.us or if it would be wasted time since it conflicts with Red > Hat's ideas about the Fedora Project. Frankly speaking, I don't expect anybody but RH to be able to implement an alternative user interface to QA or clearly structured QA model for various reasons ;) Ralf From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 19 04:24:23 2004 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 19 Mar 2004 05:24:23 +0100 Subject: Attract QA'ers In-Reply-To: <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> (Enrico Scholz's message of "Fri, 19 Mar 2004 00:02:36 +0100") References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <87vfl1cvm0.fsf@kosh.ultra.csn.tu-chemnitz.de> enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > The question is, whether it would be worth to begin such an > implementation FWIW, I expressed my ideas about the underlying database in an ERD at http://www.tu-chemnitz.de/~ensc/fedora.us-build/qadb/qadb.ps The role of 'pkgsubmission', 'comment', 'review' and 'reviewer' is the interesting part. Basic procedure is given below in a technical description (which is not interesting for the enduser): As soon as a 'pkgsubmission' becomes valid for a certain 'os_branch', it will be given to the buildsystem and be built for this 'os_branch'. When build fails, an automatic 'comment' will be generated with 'REJECT' as the 'review'. A 'valid pkgsubmission' for a certain 'os_branch' is a 'pkgsubmission': * which is not obsoleted by another 'pkgsubmission', and * does not have a valid REJECT 'review', and * which has a ranksum above X (value must be defined; currently it is 2) A 'valid review' is a 'review' without a valid veto. This review must be related to a direct 'comment' for a 'pkgsubmission'. 'reviews' related to 'comments' of 'comments' are not valid and should be rejected by the userinterface. A 'valid veto' is a 'comment' of type VETO which does not have a VETO. This applies only once, you can not veto the veto of a veto. To do this, create a new veto for the original comment. The ranksum is the sum of 'rank' of all 'reviewers' which did a valid APPROVAL for the pkgsubmission. Enrico From ms-nospam-0306 at arcor.de Fri Mar 19 04:50:48 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 19 Mar 2004 05:50:48 +0100 Subject: Attract QA'ers In-Reply-To: <1079666044.12814.272.camel@mccallum.corsepiu.faw.uni-ulm.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> <1079666044.12814.272.camel@mccallum.corsepiu.faw.uni-ulm.de> Message-ID: <20040319055048.03a3252e.ms-nospam-0306@arcor.de> On Fri, 19 Mar 2004 04:14:04 +0100, Ralf Corsepius wrote: > [user interface] > > IMO, the whole QA-process should be condensed into a simple > "state/transition-model" a package has to live through. > Such a model then should be reflected into a couple of web-forms, > allowing package uploads, check-boxes to send packages to their next > state etc. etc. Can you be a little more specific, please? The package submission & QA process in bugzilla is not complicated and is close to a "simple state/transition-model" already. package request -> QA keyword -> reviews -> PUBLISH keyword -> release manager builds binaries -> PENDING state -> -> packager/reviewer verifies binaries -> VERIFIED state -> release manager publishes binaries -> CLOSED state But none of that gets rid of the reviews, the more complicated and time-consuming part of the process. -- From alexl at redhat.com Fri Mar 19 08:01:34 2004 From: alexl at redhat.com (Alexander Larsson) Date: 19 Mar 2004 09:01:34 +0100 Subject: H.323 gatekeeper on FC1? In-Reply-To: References: <200403180926.44873.russell@coker.com.au> <4059B8C7.8020502@chartermi.net> Message-ID: <1079683294.29202.1118.camel@localhost.localdomain> On Fri, 2004-03-19 at 00:04, Hugo van der Kooij wrote: > On Thu, 18 Mar 2004, Eric Feldhusen wrote: > > > I've never tried these, but check out > > > > http://www.gnugk.org/ > > http://www.openh323.org/ > > Been there, tried it. But those buggers have an impossible way of > compiling which is rather incompatible with any package manager. How come we package openh323 in fedora then, eh? :) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an underprivileged hunchbacked vagrant with a winning smile and a way with the ladies. She's a ditzy psychic hooker with an MBA from Harvard. They fight crime! From xose at wanadoo.es Fri Mar 19 11:46:48 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Fri, 19 Mar 2004 12:46:48 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <405A469F.8020106@togami.com> References: <40525696.4070900@wanadoo.es> <4053102E.2060706@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> <405A33FF.1030506@wanadoo.es> <405A469F.8020106@togami.com> Message-ID: <405ADDA8.7010200@wanadoo.es> Warren Togami wrote: > For now it is, but your contributions and discussion here has already > made a large impact into what is in the distribution. > > In the longer run, the goal is to have many packages in both FC and FE > with @redhat.com and community maintainers. Many peripheral end-user > packages like gaim, thunderbird, sylpheed, gftp, and others, would > greatly benefit from multiple maintainers and the combined man-power > because the risk is much lower than core dependency packages. Some more > sensitive and likely-to-break-servers packages can have external > maintainers who are heavily involved upstream. For example ESR + > fetchmail. in others words, _influenced_ by the community but _controlled_ by Red Hat. From xose at wanadoo.es Fri Mar 19 11:49:59 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Fri, 19 Mar 2004 12:49:59 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <200403181710.41265.jkeating@j2solutions.net> References: <40525696.4070900@wanadoo.es> <200403131608.40620.arekm@pld-linux.org> <405A33FF.1030506@wanadoo.es> <200403181710.41265.jkeating@j2solutions.net> Message-ID: <405ADE67.1000503@wanadoo.es> Jesse Keating wrote: > On Thursday 18 March 2004 15:42, Xose Vazquez Perez wrote: > >>Fedora _Core_ is controlled *only* by @redhat.com people. > > > Really? Thats why a non at redhat.com person was able to make Fedora Core Yes. *Today* Fedora is _influenced_ by the community but _controlled_ by Red Hat: http://fedora.redhat.com/about/leadership.html From buildsys at redhat.com Fri Mar 19 12:12:43 2004 From: buildsys at redhat.com (Build System) Date: Fri, 19 Mar 2004 07:12:43 -0500 Subject: rawhide report: 20040319 changes Message-ID: <200403191212.i2JCChi02013@porkchop.devel.redhat.com> Updated Packages: SysVinit-2.85-21 ---------------- * Thu Mar 18 2004 Bill Nottingham 2.85-21 - fix parsing of /proc/cmdline anaconda-9.91-4 --------------- * Wed Mar 17 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) lvm2-2.00.08-5 -------------- * Wed Mar 17 2004 Jeremy Katz 2.00.08-5 - Fix sysfs patch to find sysfs - Take patch from dwalsh and tweak a little for setting SELinux contexts on device node creation and also do it on the symlink creation. Part of this should probably be pushed down to device-mapper instead nfs-utils-1.0.6-18.fc2 ---------------------- * Wed Mar 17 2004 - Changed the v4 initscripts to use $prog for the arugment to daemon openoffice.org-1.1.0-32 ----------------------- * Tue Mar 16 2004 Mike A. Harris 1.1.0-32 - Removed hard coded dependancy on "XFree86", and removed the unnecessary BuildRequires: XFree86-libs as the XFree86-devel dep is all that is needed because it will ensure the libs are installed itself. These changes are required in order to make the distribution X11 implementation agnostic so we can switch to xorg-x11. (#118441) - s/Requires: fontconfig/Requires(post,postun): fontconfig/ * Mon Mar 15 2004 Dan Williams 1.1.0-31 - Really make spalshscreens work this time policy-1.9-3 ------------ * Thu Mar 18 2004 Dan Walsh 1.9-3 - Add /usr/bin/sesh for sudo * Thu Mar 18 2004 Dan Walsh 1.9-2 - move extra file_contexts/filecontexts to sources - fixed rpm -V problem with prelink - Fixed default_contexs * Wed Mar 17 2004 Dan Walsh 1.8-23 - Fix for setsched on automount policycoreutils-1.9-10 ---------------------- * Wed Mar 17 2004 Dan Walsh 1.9-10 - Add Verbosity check * Wed Mar 17 2004 Dan Walsh 1.9-9 - Change restorecon to not follow symlinks. It is too difficult and confusing - to figure out the file context for the file pointed to by a symlink. rpmdb-fedora-1.91-0.20040319 ---------------------------- sudo-1.6.7p5-23 --------------- * Thu Mar 18 2004 Dan Walsh 1.6.7p5-23 - change to default to sysadm_r - Fix tty handling * Thu Mar 18 2004 Dan Walsh 1.6.7p5-22 - Add /bin/sesh to run selinux code. - replace /bin/bash -c with /bin/sesh * Tue Mar 16 2004 Dan Walsh 1.6.7p5-21 - Hard code to use "/bin/bash -c" for selinux xorg-x11-0.0.6.6-0.0.2004_03_11.6 --------------------------------- * Wed Mar 17 2004 Mike A. Harris 0.0.6.6-0.0.2004_03_11.6 - Added new rpm pre scripts for the libs, Mesa-libGL, and Mesa-libGLU packages which add _x11libdir to ld.so.conf if it is missing, and then run ldconfig, in order to work around a race condition in the XFree86-libs-4.3.0-64 and older XFree86-libs packaging which could cause _x11libdir to be removed from ld.so.conf when other packages are still using it, including xorg-x11, causing upgrades to fail (#118448) - Removed the offending code from xorg-x11-libs postun script so that this problem is not preserved in xorg-x11 packaging. Also updated our XFree86 packaging in cvs, so future XFree86 erratum for Fedora Core 1 and other OS releases will help to reduce the chances of someone getting hit by this upgrade problem. - Added initial support to spec file for using the CVS Revision of the spec file in the package Release field. Graciously stolen from the kernel spec file. This is currently unused, but may be used in the future. From erik at totalcirculation.com Fri Mar 19 05:23:06 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Fri, 19 Mar 2004 00:23:06 -0500 Subject: Attract QA'ers Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA41@smith.interlink.local> > > > The QA checklist as it stands is a mishmash of nice ideas, > > mandatory checks, and instructions. > > What in particular do you think is misplaced? > I guess my primary gripe is that I don't see a clear path from the fedora.us home page to a successful QA review. There are a LOT of web pages to visit, and a lot of extra stuff to be inferred along the way. However, I'm working to fix that and am not yet done so I'll assume that when I AM done that particular problem will be fixed. With regard to the QA checklist in particular what I think I'd like to see is some categorization between showstopper bugs, and "stuff to watch for". As I see it currently, showstoppers are: Correct Naming and EVR Clean sources of documented origin Clean builds on target systems, including correct buildrequires Clean install and uninstall Secure install policy (non-root daemons and no default passwords currently) Package needs to work In my opinion, most of the QA checklist either fits one of those categories, or isn't a showstopper. Of these, many can be at least somewhat automated, and I'd sure like to see it happen eventually. That way the checklist can be Does the package pass fedora-qacheck? Are the upstream sources genuine? Does the package work? Is the package secure? All the nitty gritty details like checking for macros, license vs. copyright, epoch versions, clean builds on various targets, proper buildrequires, directory ownership, vfolder categories would be handled in code by fedora-qacheck, or even better immediately upon package submission. Heres to the future! --erik From erik at totalcirculation.com Fri Mar 19 05:28:19 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Fri, 19 Mar 2004 00:28:19 -0500 Subject: Attract QA'ers Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA43@smith.interlink.local> > > The package submission & QA process in bugzilla is not complicated and > is close to a "simple state/transition-model" already. > > package request -> QA keyword -> reviews -> PUBLISH keyword > -> release manager builds binaries -> PENDING state -> > -> packager/reviewer verifies binaries -> VERIFIED state > -> release manager publishes binaries -> CLOSED state > > But none of that gets rid of the reviews, the more complicated and > time-consuming part of the process. > This is the clearest description of the process I've seen. Have I missed it on the webpage? If not, lets add it! I would also add the "REVIEWED", "QA" and "NEEDSWORK" keywords as states. --erik From mihai at xcyb.org Fri Mar 19 11:15:03 2004 From: mihai at xcyb.org (Mihai Maties) Date: Fri, 19 Mar 2004 13:15:03 +0200 Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: <20040318183706.716c34f8.ms-nospam-0306@arcor.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <200403181245.12228@xcyb0rg> <20040318183706.716c34f8.ms-nospam-0306@arcor.de> Message-ID: <200403191315.04079@xcyb0rg> On Thursday 18 March 2004 19:37, Michael Schwendt wrote: > Hi Mihai and Rex! > > On Thu, 18 Mar 2004 12:45:12 +0200, Mihai Maties wrote: > > I would be interested in taking over the K3b package. I believe that you > > are already familiar with some of the work I did regarding packaging for > > the original K3b developer/maintainer. I would just need to get to know > > the fedora.us policies a little better... > > On Thu, 18 Mar 2004 06:48:20 -0600 (CST), Rex Dieter wrote: > > I volunteer to maintain the k3b package. I'm already maintaining the > > package for the kde-redhat project. Throwing it at the fedora.us queue > > won't be too much more work. > > That it can be more difficult to package for fedora.us, e.g. due to > missing mp3 support and building for multiple platforms from a single > src.rpm or trying to make it co-exist with "Arson", is another > matter. I've solved the mp3 and KDE 3.1/3.2 issues with conditional code, > so e.g. building an mp3 plugin package for rpm.livna.org is trivial, > albeit makes the spec file more ugly. The alternative would be to build > for "livna" only. I think that this paragraph reffers to me mostly since Rex is using exactly your src.rpm to build the packages. I am aware of the policies involved and my intention was to continue packaging K3b for fedora.us based on your spec file not mine. I have not decided yet if I'll drop my K3b repository or continue the work to provide "bleeding-edge" K3b experience for those who want it, but one thing is certain: the fedora.us packages and xcyb packages will be more compatible in the future... :) > Justin M. Forbes has mentioned that k3b might be included with fc2, maybe > in test3, with the i18n files merged. If that happened, fedora.us k3b > maintainance would be reduced to fc1 and rh9. Great news. Mihai From thomas at apestaart.org Fri Mar 19 11:17:59 2004 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Fri, 19 Mar 2004 12:17:59 +0100 Subject: ANNOUNCE: mach 0.4.5 released Message-ID: <1079695078.4585.0.camel@otto.amantes> Hi, just before popping off on holiday I had some time to finish the release of a new mach. Release notes attached. Enjoy ! Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> If your heart is not on my side You're not on my side <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: RELEASE URL: From icon at linux.duke.edu Fri Mar 19 15:14:04 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Fri, 19 Mar 2004 10:14:04 -0500 Subject: Flac in rhythmbox. In-Reply-To: <1079653582.15597.4.camel@fedora.casita.loc> References: <4059FF9C.6080008@linux.duke.edu> <20040318203723.GE11739@blueraja.devel.redhat.com> <1079653582.15597.4.camel@fedora.casita.loc> Message-ID: <405B0E3C.6090403@linux.duke.edu> Gerardo Lopez wrote: > glopez at fedora glopez]$ gst-register | grep flac > INFO (16510: 0) Initializing GStreamer Core Library version 0.6.4 > INFO (16510: 0) CPU features: (00000781) MMX SSE 3DNOW MMXEXT > added plugin flac with 3 feature(s) > > You need gstreamer-plugins-extras-0.6.4-0.3.fr from freshrpms icon at hagrid:[~]$ rpm -q gstreamer gstreamer-0:0.8.0-1.i386 icon at hagrid:[~]$ rpm -q rhythmbox rhythmbox-0:0.6.8-2.i386 icon at hagrid:[~]$ gst-register | grep flac added plugin flac with 3 feature(s) Yet when I try to import a .flac file, rhythmbox completely ignores it. I wonder if it just doesn't recognize the format? Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 374 bytes Desc: OpenPGP digital signature URL: From gribi at rsc.es Fri Mar 19 09:55:08 2004 From: gribi at rsc.es (Gerardo Lopez) Date: Fri, 19 Mar 2004 10:55:08 +0100 Subject: Flac in rythmbox. In-Reply-To: <20040319011023.44bff60d.ms-nospam-0306@arcor.de> References: <4059FF9C.6080008@linux.duke.edu> <20040318203723.GE11739@blueraja.devel.redhat.com> <1079653582.15597.4.camel@fedora.casita.loc> <20040319011023.44bff60d.ms-nospam-0306@arcor.de> Message-ID: <1079690107.7039.1.camel@fedora.casita.loc> El vie, 19-03-2004 a las 01:10, Michael Schwendt escribi?: > On Fri, 19 Mar 2004 00:46:23 +0100, Gerardo Lopez wrote: > > > El jue, 18-03-2004 a las 21:37, Bret McMillan escribi?: > > > On Thu, Mar 18, 2004 at 02:59:24PM -0500, Konstantin Ryabitsev wrote: > > > > Hello, all: > > > > > > > > I may be missing something obvious, but I've not yet found a way to make > > > > rythmbox play flacs. Can someone point me in the right direction? > > > > > > Just started playing w/ rhythmbox myself... at the very least, I'd > > > guess you would need a gstreamer flac plugin. > > > > > > --Bret > > > > > > > glopez at fedora glopez]$ gst-register | grep flac > > INFO (16510: 0) Initializing GStreamer Core Library version 0.6.4 > > INFO (16510: 0) CPU features: (00000781) MMX SSE 3DNOW MMXEXT > > added plugin flac with 3 feature(s) > > > > You need gstreamer-plugins-extras-0.6.4-0.3.fr from freshrpms > > FLAC is included within Fedora Core >= 1.90 and a corresponding gstreamer > plugin, too, so that raises the question what version the OP refers to > when he posts to fedora-devel-list. Ups, I apologize. I must read the name of the list before to post. -- Gerardo Lopez Redes, Sistemas y Comunicaciones -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From jkeating at j2solutions.net Fri Mar 19 15:38:19 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 19 Mar 2004 07:38:19 -0800 Subject: 'outdated' packages in rawhide In-Reply-To: <405ADE67.1000503@wanadoo.es> References: <40525696.4070900@wanadoo.es> <200403181710.41265.jkeating@j2solutions.net> <405ADE67.1000503@wanadoo.es> Message-ID: <200403190738.19500.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 19 March 2004 03:49, Xose Vazquez Perez wrote: > *Today* Fedora is _influenced_ by the community but _controlled_ by Red > Hat: http://fedora.redhat.com/about/leadership.html And this is bad how? - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAWxPr4v2HLvE71NURAjULAJ9M7HQcmEx0iNBlP8i7McQezjnDsgCeM+10 CTVJpA02h4oXaCVXtj9frHM= =WDmR -----END PGP SIGNATURE----- From erik at totalcirculation.com Fri Mar 19 05:25:02 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Fri, 19 Mar 2004 00:25:02 -0500 Subject: 'outdated' packages in rawhide Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA42@smith.interlink.local> > > Community effort has definitely been useful, but it currently takes a > bit too much effort. This will get better very quickly when the new > world order takes over. > Is there an ETA for this "new world order", or is it just "real soon now". It seems to me like this list would be an appropriate target for some status updates at the very least. --erik From xose at wanadoo.es Fri Mar 19 15:44:17 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Fri, 19 Mar 2004 16:44:17 +0100 Subject: rawhide builder system In-Reply-To: <20040319030610.GA5853@devserv.devel.redhat.com> References: <405A40C3.4040501@wanadoo.es> <20040319030610.GA5853@devserv.devel.redhat.com> Message-ID: <405B1551.3040404@wanadoo.es> Bill Nottingham wrote: > Xose Vazquez Perez (xose at wanadoo.es) said: > >>It looks like that all packages in rawhide were built on 17-Mar-2004 >>but some of them were not. > > > Judging by...? Timestamp? Yes. But it was not a good idea, because I now realize that "Build Date:" is not always the same that the FTP time. -thanks- From xose at wanadoo.es Fri Mar 19 15:51:16 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Fri, 19 Mar 2004 16:51:16 +0100 Subject: 'outdated' packages in rawhide In-Reply-To: <200403190738.19500.jkeating@j2solutions.net> References: <40525696.4070900@wanadoo.es> <200403181710.41265.jkeating@j2solutions.net> <405ADE67.1000503@wanadoo.es> <200403190738.19500.jkeating@j2solutions.net> Message-ID: <405B16F4.9030607@wanadoo.es> Jesse Keating wrote: > On Friday 19 March 2004 03:49, Xose Vazquez Perez wrote: > >>*Today* Fedora is _influenced_ by the community but _controlled_ by Red >>Hat: http://fedora.redhat.com/about/leadership.html > > > And this is bad how? neither bad nor good, it's the truth :-) From ms-nospam-0306 at arcor.de Fri Mar 19 16:49:59 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 19 Mar 2004 17:49:59 +0100 Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: <200403191315.04079@xcyb0rg> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <200403181245.12228@xcyb0rg> <20040318183706.716c34f8.ms-nospam-0306@arcor.de> <200403191315.04079@xcyb0rg> Message-ID: <20040319174959.52492a08.ms-nospam-0306@arcor.de> On Fri, 19 Mar 2004 13:15:03 +0200, Mihai Maties wrote: > [...] since Rex is using exactly your src.rpm to build the packages. > I am aware of the policies involved and my intention was to continue > packaging K3b for fedora.us based on your spec file not mine. This sounds like Rex wouldn't mind if you became the k3b maintainer. ;) If I continued the packaging, I would merge the i18n files into the main package (thereby ignoring any users who like small installation footprint), obsoleting k3b-i18n, for the following reason. There have been times when a new k3b release was without an i18n add-on, and then the new k3b package would obsolete/erase an out-of-date k3b-i18n, and when an updated i18n add-on is published upstream, the user would need to install it manually. On the contrary, if i18n is included within the main k3b package, a k3b package update would install the language files automatically. I've submitted a patch for k3b to add a --disable-libmad option to the configure script, which -- when integrated upstream or patched in with autoconf -- could be used to build without MAD mp3 support, even if libmad-devel is installed. This would get rid of the "buildconflicts: libmad-devel" for "--without mp3" builds, and is primarly of interest for end-users and well-defined builds. Another thing to decide on would be whether to provide a k3b-mp3 add-on at rpm.livna.org (I will submit the fedora.us approved package there) or whether to provide a complete k3b including mp3 support? I would prefer the former, but (just like xmms and xmms-mp3) it creates a small time window during which users installing a fedora.us update would be without mp3 support, because the mp3 add-on is not published. The good thing about an k3b-mp3 add-on is that users need not update a fedora.us k3b with an mp3-enabled full livna k3b. -- From leonard at den.ottolander.nl Fri Mar 19 17:16:11 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 19 Mar 2004 18:16:11 +0100 Subject: Attract QA'ers In-Reply-To: <1079666044.12814.272.camel@mccallum.corsepiu.faw.uni-ulm.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> <1079666044.12814.272.camel@mccallum.corsepiu.faw.uni-ulm.de> Message-ID: <1079716570.4751.2.camel@athlon.localdomain> Hello Ralf, > > The question is, whether it would be worth to begin such an implementation > > for fedora.us or if it would be wasted time since it conflicts with Red > > Hat's ideas about the Fedora Project. > Frankly speaking, I don't expect anybody but RH to be able to implement > an alternative user interface to QA or clearly structured QA model for > various reasons ;) Could you explain why you think so? I think the whole QA approach at Fedora US is something they invented, not Red Hat. So why wouldn't people other than Red Hat be able to implement such an interface? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Fri Mar 19 17:50:55 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 19 Mar 2004 18:50:55 +0100 Subject: /etc/ld.so.conf.d In-Reply-To: <1079612302.9876.14.camel@wombat.tiptoe.de> References: <200403180853.i2I8rcHl032121@magilla.sf.frob.com> <1079612302.9876.14.camel@wombat.tiptoe.de> Message-ID: <1079718655.4751.17.camel@athlon.localdomain> Hello Nils, > I think we'd need to somehow be able to influence the order in which > files from /etc/ld.so.conf.d are drawn. Perhaps the files in there > should be named something like ${prio}-${name}.conf, e.g. > '50-xorg-x11.conf'. The question is what to do when the admin wants to > change the ordering -- when renaming the file, it isn't covered by > package management any longer. Perhaps encoding the ordering/priority in > the file itself might do the trick, but that opens just another can of > worms on the implementation side. The initscripts use (unowned) symlinks for this. Not sure how that is implemented exactly, but something analogous to that should be implementable. Otoh, is a directory /etc/ld.so.conf.d not somewhat overkill as a replacement for a file the size of /etc/ld.so.conf? (Maybe I am unaware of changes in FC 2 that affect this.) Regarding the question how packages should add the directories they place their libraries in to /etc/ld.so.conf, that seems quite easy: Scan for the existing line, and if not add it to the end. Since old packages probably don't depend on new packages there should be no issues when include dirs are added at the end of the list. If needed a scriptlet that reorders these entries according to root's insights should be easy to implement. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Fri Mar 19 17:59:19 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 19 Mar 2004 18:59:19 +0100 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews or new maintainer wanted!) In-Reply-To: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA37@smith.interlink.local> References: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA37@smith.interlink.local> Message-ID: <1079719158.4751.19.camel@athlon.localdomain> Hello Erik, > You don't explicitly outline what sort of QA requirements would be in > place for the different tiers, but I'd like to suggest that 2 anonymous > reviews or a single "trusted" review be enough to push out a package, > particularly in the case of updates. Anonymous reviews?? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From rhallyx at mindspring.com Fri Mar 19 18:08:49 2004 From: rhallyx at mindspring.com (Richard Hally) Date: Fri, 19 Mar 2004 13:08:49 -0500 Subject: up2date fubar Message-ID: <405B3731.5060204@mindspring.com> what is this nastiness with up2date? any help would be appreciated. [root at old1 root]# rpm -q up2date up2date-4.3.11-2.1.1 [root at old1 root]# up2date http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide using mirror: http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/ Traceback (most recent call last): File "/usr/share/rhn/up2date_client/gui.py", line 1671, in onPackagePageNext ret = self.__packagePageDryRun() File "/usr/share/rhn/up2date_client/gui.py", line 1599, in __packagePageDryRun self.__refreshCallback) File "/usr/share/rhn/up2date_client/up2date.py", line 387, in dryRun ret = depsolve.solvedep() File "/usr/share/rhn/up2date_client/depSolver.py", line 716, in solvedep ret = self.process_deps(deps) File "/usr/share/rhn/up2date_client/depSolver.py", line 683, in process_deps changed = self.__dependencies(dependencies) File "/usr/share/rhn/up2date_client/depSolver.py", line 475, in __dependencies refreshCallback = self.refreshCallback) File "/usr/share/rhn/up2date_client/depSolver.py", line 93, in solveDep ret = source.solveDep(unknowns, availList, refreshCallback) File "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line 40, in solveDep self.getSolutions(unknowns) File "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line 235, in getSolutions hdr = self.getHeader(pkg) File "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line 217, in getHeader progressCallback = progressCallback) File "/usr/share/rhn/up2date_client/rpcServer.py", line 112, in doCall ret = apply(method, args, kwargs) File "/usr/share/rhn/up2date_client/repoDirector.py", line 31, in getHeader return self.handlers[channel['type']].getHeader(pkg, msgCallback, progressCallback) File "/usr/share/rhn/up2date_client/rpmSource.py", line 210, in getHeader header = source.getHeader(pkg, progressCallback = progressCallback) File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 93, in getHeader hdrBuf = fh.read() File "/usr/lib/python2.3/gzip.py", line 217, in read self._read(readsize) File "/usr/lib/python2.3/gzip.py", line 272, in _read self._read_eof() File "/usr/lib/python2.3/gzip.py", line 308, in _read_eof raise IOError, "CRC check failed" IOError: CRC check failed From jurgen at botz.org Fri Mar 19 18:14:56 2004 From: jurgen at botz.org (=?ISO-8859-1?Q?J=FCrgen_Botz?=) Date: Fri, 19 Mar 2004 10:14:56 -0800 Subject: udev Message-ID: <405B38A0.5020009@botz.org> Right now udev as configured out-of-the-box manages /udev which isn't actually used by anything. Is there an intent to change this to have udev actually manage /dev by FC2? :j -- J?rgen Botz | While differing widely in the various jurgen at botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper From rdieter at math.unl.edu Fri Mar 19 18:28:45 2004 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 19 Mar 2004 12:28:45 -0600 Subject: k3b,-i18n (and xmms/-artsplugin, koffice/-i18n...) In-Reply-To: <20040319174959.52492a08.ms-nospam-0306@arcor.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <200403181245.12228@xcyb0rg> <20040318183706.716c34f8.ms-nospam-0306@arcor.de> <200403191315.04079@xcyb0rg> <20040319174959.52492a08.ms-nospam-0306@arcor.de> Message-ID: <405B3BDD.1030800@math.unl.edu> Michael Schwendt wrote: > On Fri, 19 Mar 2004 13:15:03 +0200, Mihai Maties wrote: > > >>[...] since Rex is using exactly your src.rpm to build the packages. >>I am aware of the policies involved and my intention was to continue >>packaging K3b for fedora.us based on your spec file not mine. > > > This sounds like Rex wouldn't mind if you became the k3b maintainer. ;) Sounds fine to me. I'd rather concentrate on the core-kde packages, which reminds me I should be submitting a bunch of buzilla's for those before it's too late for fc2... > If I continued the packaging, I would merge the i18n files into the main > package (thereby ignoring any users who like small installation > footprint), obsoleting k3b-i18n, for the following reason. There have been > times when a new k3b release was without an i18n add-on, and then the new > k3b package would obsolete/erase an out-of-date k3b-i18n, First off, why bother Obsoletely k3b-i18n? So what if it's (temporarily) out-of-date? Besides... If it matters any, I personally would much rather k3b and k3b-i18n be packaged separately. My (strong) opinion is, in the absense of a strong case otherwise (and I don't see one here), if the developer packages it separately (ie, separate tarballs), so should the rpms be packaged separately. This argument holds true here for k3b/k3b-i18n in addition to some other items like: xmms/xmms-artsplugin/xmms-skins, koffice/koffice-i18n In this case, the -i18n portion gets updated much less often than the k3b part, save folks the hassle of redownloading/reinstalling the same i18n portion *over* and *over* again for every k3b upgrade. There is also the space issue (as you mentioned) of forcing everyone to install the -i18n portion, whether they want/need it or not. -- Rex From rhallyx at mindspring.com Fri Mar 19 18:34:45 2004 From: rhallyx at mindspring.com (Richard Hally) Date: Fri, 19 Mar 2004 13:34:45 -0500 Subject: Another up2date mess Message-ID: <405B3D45.2040005@mindspring.com> Here is a different mess from up2date. Anyone have a clue as to what the probelm is? different mirror different mess! [root at old1 root]# up2date http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide using mirror: http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/ Traceback (most recent call last): File "/usr/share/rhn/up2date_client/gui.py", line 1671, in onPackagePageNext ret = self.__packagePageDryRun() File "/usr/share/rhn/up2date_client/gui.py", line 1599, in __packagePageDryRun self.__refreshCallback) File "/usr/share/rhn/up2date_client/up2date.py", line 387, in dryRun ret = depsolve.solvedep() File "/usr/share/rhn/up2date_client/depSolver.py", line 716, in solvedep ret = self.process_deps(deps) File "/usr/share/rhn/up2date_client/depSolver.py", line 683, in process_deps changed = self.__dependencies(dependencies) File "/usr/share/rhn/up2date_client/depSolver.py", line 475, in __dependencies refreshCallback = self.refreshCallback) File "/usr/share/rhn/up2date_client/depSolver.py", line 93, in solveDep ret = source.solveDep(unknowns, availList, refreshCallback) File "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line 40, in solveDep self.getSolutions(unknowns) File "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line 235, in getSolutions hdr = self.getHeader(pkg) File "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line 217, in getHeader progressCallback = progressCallback) File "/usr/share/rhn/up2date_client/rpcServer.py", line 112, in doCall ret = apply(method, args, kwargs) File "/usr/share/rhn/up2date_client/repoDirector.py", line 31, in getHeader return self.handlers[channel['type']].getHeader(pkg, msgCallback, progressCallback) File "/usr/share/rhn/up2date_client/rpmSource.py", line 210, in getHeader header = source.getHeader(pkg, progressCallback = progressCallback) File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 93, in getHeader hdrBuf = fh.read() File "/usr/lib/python2.3/gzip.py", line 217, in read self._read(readsize) File "/usr/lib/python2.3/gzip.py", line 260, in _read self._read_gzip_header() File "/usr/lib/python2.3/gzip.py", line 161, in _read_gzip_header raise IOError, 'Not a gzipped file' IOError: Not a gzipped file From erik at totalcirculation.com Fri Mar 19 18:46:40 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Fri, 19 Mar 2004 13:46:40 -0500 Subject: Attract QA'ers (was: Re: k3b fedora.us reviews ornew maintainer wanted!) Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA44@smith.interlink.local> > > Hello Erik, > > > You don't explicitly outline what sort of QA requirements would be in > > place for the different tiers, but I'd like to suggest that 2 anonymous > > reviews or a single "trusted" review be enough to push out a package, > > particularly in the case of updates. > > Anonymous reviews?? > "Untrusted" would probably have been a more appropriate choice of words. --erik From tealeg at member.fsf.org Fri Mar 19 19:45:10 2004 From: tealeg at member.fsf.org (Geoff Teale) Date: Fri, 19 Mar 2004 19:45:10 +0000 Subject: udev In-Reply-To: <405B38A0.5020009@botz.org> References: <405B38A0.5020009@botz.org> Message-ID: <1079725510.2469.1.camel@halfdane.lan> On Fri, 2004-03-19 at 10:14 -0800, J?rgen Botz wrote: > Right now udev as configured out-of-the-box manages /udev which > isn't actually used by anything. Is there an intent to change > this to have udev actually manage /dev by FC2? That would be nice. I find a dynamic /dev directory to be a real boon when developing against many, many, different USB devices. -- Geoff Teale Free Software Foundation From hvdkooij at vanderkooij.org Fri Mar 19 20:53:46 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Fri, 19 Mar 2004 21:53:46 +0100 (CET) Subject: H.323 gatekeeper on FC1? In-Reply-To: <1079683294.29202.1118.camel@localhost.localdomain> References: <200403180926.44873.russell@coker.com.au> <4059B8C7.8020502@chartermi.net> <1079683294.29202.1118.camel@localhost.localdomain> Message-ID: On Fri, 19 Mar 2004, Alexander Larsson wrote: > On Fri, 2004-03-19 at 00:04, Hugo van der Kooij wrote: > > On Thu, 18 Mar 2004, Eric Feldhusen wrote: > > > > > I've never tried these, but check out > > > > > > http://www.gnugk.org/ > > > http://www.openh323.org/ > > > > Been there, tried it. But those buggers have an impossible way of > > compiling which is rather incompatible with any package manager. > > How come we package openh323 in fedora then, eh? :) Beacause someone tweaked it to fit gnomemeeting. But in a direct email conversation the packager said it was packaged just to fit gnomemeeting but the package will not win any beauty contest. But as soon asi I want to compile gnugk I find that basic files are missing from the openh323 package. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From greg at kroah.com Sat Mar 20 01:34:30 2004 From: greg at kroah.com (Greg KH) Date: Fri, 19 Mar 2004 17:34:30 -0800 Subject: udev In-Reply-To: <405B38A0.5020009@botz.org> References: <405B38A0.5020009@botz.org> Message-ID: <20040320013430.GA19747@kroah.com> On Fri, Mar 19, 2004 at 10:14:56AM -0800, J?rgen Botz wrote: > Right now udev as configured out-of-the-box manages /udev which > isn't actually used by anything. Is there an intent to change > this to have udev actually manage /dev by FC2? That's up to the packager :( It works just fine for me on my FC2 box. See the HOWTO in the package for instructions to get this to work. thanks, greg k-h From david.allison at comcast.net Sat Mar 20 01:44:17 2004 From: david.allison at comcast.net (David Allison) Date: Fri, 19 Mar 2004 17:44:17 -0800 Subject: Self Introduction: David Allison Message-ID: <195D24F9-7A10-11D8-9813-000393D5680E@comcast.net> 1. Full Legal Name: David Stephen Allison 2. Country, City: USA, San Ramon, CA 3. Profession: software engineer 4. Company: I currently work for PathScale Inc. 5. My Goals: I have developed a new language that would make a nice addition to the languages supported by Fedora. My initial goal is to get the language included into the Fedora extras project and hopefully see it used. 6. Historical Qualifications: I have 16 years experience working in software engineering. My previous employers include British Telecom, Digital Equipment and Sun Microsystems. While at Sun, I worked in the labs as a team leader on a very large Verilog simulation project. I have been a computer hobbyist for many years, starting out on the Sinclair ZX80, and on through the BBC Micro, Acorn Archimedes and RISC PC, and now Mac OS X and Linux. I have written and sold C and C++ development systems for Acorn machines, the first one being Beebug C for the BBC Micro and after that I wrote Easy C/C++ for the Acorn ARM based machines. These were all written in assembly language. My latest pet project was Aikido, an interpreted prototyping and scripting language that I developed while as Sun. It is available as open source and I would like to see it used. (http://aikido.bkbits.net) I am familiar with the C family of languages, mainly C++ and assembly languages (6502, ARM, SPARC and now x86). I am a keen compiler writer with many years of experience in all aspects of compilers and languages. 7. GPG KEYID and fingerprint [dhcp-166:~] dallison% gpg --fingerprint 6c30eda2 pub 1024D/6C30EDA2 2004-03-19 David Allison (Dave) Key fingerprint = A910 222E D388 BCBF B12A 4F3C 12C4 5E47 6C30 EDA2 sub 1024g/A64DC009 2004-03-19 Dave From ronny-vlug at vlugnet.org Sat Mar 20 09:19:41 2004 From: ronny-vlug at vlugnet.org (Ronny Buchmann) Date: Sat, 20 Mar 2004 10:19:41 +0100 Subject: CD burning in FC2 - is it easier? In-Reply-To: <20040318162440.GC31120@devserv.devel.redhat.com> References: <1079617738.5117.48.camel@marte.biciclete.ro> <1079621014.5117.55.camel@marte.biciclete.ro> <20040318162440.GC31120@devserv.devel.redhat.com> Message-ID: <200403201019.41875.ronny-vlug@vlugnet.org> On Thursday 18 March 2004 17:24, Alan Cox wrote: > On Thu, Mar 18, 2004 at 04:43:34PM +0200, Marius Andreiana wrote: > > > battled last week with SELinux on Fedora Core 2, which won't currently > > > let you burn CDs unless you're root. That's a bug though that the > > > SELinux guys are working on. > > > > thanks. I knew kernel 2.6 doesn't require scsi emulation anymore (and > > therefore no root password). But I guess applications (like gtoaster) > > have to be adapted to use this? > > You can't allow applications to issue raw commands without privileges > by either interface. Not using ide-scsi makes it much easier to handle > IDE burning - because the device has one name, but doesn't really deal > with the fact that scsi level command access allows you to do stuff like > 'erase firmware', which normally suggests root only is good ) Shouldn't setuid root cdrecord be safe with SELinux? -- http://LinuxWiki.org/RonnyBuchmann From kir at darnet.ru Sat Mar 20 09:28:39 2004 From: kir at darnet.ru (Kir Kolyshkin) Date: Sat, 20 Mar 2004 12:28:39 +0300 Subject: bug submitting policy regarding missing/non-sufficient BuildRequires Message-ID: <405C0EC7.3030005@darnet.ru> Hello, Are FC developers interested in bug reports that tells about missing or not sufficient BuildRequires in source packages from FC-devel? I mean, should I file them or not? I am rebuilding some packages from src.rpms on a mixed ASPLinux-9/FC-1/FC-devel box and sometimes catch some such situations. (Real) examples of such bugs could be (in short form): gstreamer-0.8.0-1 should 'BuildRequire' gettext >= 0.11.5, but spec just specifies gettext without any version. rhythmbox-0.6.8-2 should 'BuildRequire' gstreamer-devel >= 0.8.0, but spec doesn't specify that. Regards, Kir. From pertusus at free.fr Sat Mar 20 09:04:43 2004 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 20 Mar 2004 10:04:43 +0100 Subject: forbidden macros in spec files Message-ID: <20040320090442.GA2136@free.fr> Hi, On the fedora.us site there is a page about macros in spec files http://www.fedora.us/wiki/RPMMacros However there is no list of forbidden macros. I am currently using a Dag spec file in order to convert it to fedora conventions, and in this file there are macros which are commonly not used in fedora spec files: %{__rm}, %{__install}, %{__make}. I think that something should be said about these macros in the file. Maybe a clear statement could be something like "other macros are best avoided". And I believe %{_smp_mflags} should be added in the section Build flags macros Pat From russell at coker.com.au Sat Mar 20 10:24:00 2004 From: russell at coker.com.au (Russell Coker) Date: Sat, 20 Mar 2004 21:24:00 +1100 Subject: CD burning in FC2 - is it easier? In-Reply-To: <200403201019.41875.ronny-vlug@vlugnet.org> References: <1079617738.5117.48.camel@marte.biciclete.ro> <20040318162440.GC31120@devserv.devel.redhat.com> <200403201019.41875.ronny-vlug@vlugnet.org> Message-ID: <200403202124.00827.russell@coker.com.au> On Sat, 20 Mar 2004 20:19, Ronny Buchmann wrote: > > You can't allow applications to issue raw commands without privileges > > by either interface. Not using ide-scsi makes it much easier to handle > > IDE burning - because the device has one name, but doesn't really deal > > with the fact that scsi level command access allows you to do stuff like > > 'erase firmware', which normally suggests root only is good ) > > Shouldn't setuid root cdrecord be safe with SELinux? SETUID means nothing to SE Linux. To allow extra privs in SE Linux you also need a domain transition. This can be done, but then we need appropriate policy for CD burning. In FC2 the loose policy for user domains should permit this. But for RHEL we need something better. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From pertusus at free.fr Sat Mar 20 12:17:28 2004 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 20 Mar 2004 13:17:28 +0100 Subject: Self Introduction: Patrice Dumas Message-ID: <20040320121728.GC2136@free.fr> 1. Name: Patrice Dumas 2. From: France, Paris 3. Profession: In phd and giving courses 4. Employed by: Universite du Maine 5. My goals: share the packages I use. Help adding guidelines for packagers. I want to do QA, but I don't have much time. I would like to add libnet, pam_ssh, sec_rpc, esmtp, intuitively, texi2html. 6. I have worked on ltsp, sec_rpc. I am currently involved in the texi2html development. I know C, perl, shell scripting. I do sysadmin stuff at my lab. You shouldn't trust me. 7. gpg key: pub 1024D/36ECC523 2004-02-28 Patrice Dumas (Pertusus) Key fingerprint = 9804 BBF5 66E1 98FC A15D 5C21 5EC2 A77F 36EC C523 sub 1024g/D347D174 2004-02-28 Pat From pertusus at free.fr Sat Mar 20 12:34:35 2004 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 20 Mar 2004 13:34:35 +0100 Subject: multiple install of a package, and alternates Message-ID: <20040320123435.GD2136@free.fr> Hi, There are 2 things which in my opinion could be explained in the fedora documents. The first one is how to package when there are good reasons for 2 versions of the same package be present. That's what happens to me with libnet, for example as there are incompatibilities between the 1.0 and 1.1 series and a package requires the 1.0 version. What should be done in such cases ? The second thing is about the alternatives system. I think there could be guidelines (even if it's just a pointer to documentation) on how to package alternate software using alternatives. And maybe there could be guidelines on the available alternatives. Pat From alan at redhat.com Sat Mar 20 15:23:18 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 20 Mar 2004 10:23:18 -0500 Subject: CD burning in FC2 - is it easier? In-Reply-To: <200403201019.41875.ronny-vlug@vlugnet.org> References: <1079617738.5117.48.camel@marte.biciclete.ro> <1079621014.5117.55.camel@marte.biciclete.ro> <20040318162440.GC31120@devserv.devel.redhat.com> <200403201019.41875.ronny-vlug@vlugnet.org> Message-ID: <20040320152318.GB21009@devserv.devel.redhat.com> On Sat, Mar 20, 2004 at 10:19:41AM +0100, Ronny Buchmann wrote: > > with the fact that scsi level command access allows you to do stuff like > > 'erase firmware', which normally suggests root only is good ) > Shouldn't setuid root cdrecord be safe with SELinux? Only if it is written properly. The problem doesnt go away unless you move most of CD burning into the kernel. At which point of course its just as likely to be wrong in the kernel... From abraxis at metroweb.co.za Sat Mar 20 15:33:55 2004 From: abraxis at metroweb.co.za (Neil Thompson) Date: Sat, 20 Mar 2004 17:33:55 +0200 Subject: Self-Introduction: Neil Thompson Message-ID: <20040320153355.GP4284@eeyore.32.boerneef.vornavalley> Full legal name: Neil Russel Thompson Country, City: South Africa, Johannesburg Profession or Student status: Linux systems administrator Company or School: EDS Your goals in the Fedora Project * Which packages do you want to see published? None in particular (yet). I just want a body of trusted packages. * Do you want to do QA? Yes - that's why I'm getting involved. * Anything else special? Nope. Historical qualifications * What other projects have you worked on in the past? No open source projects. * What computer languages and other skills do you know? 370 assembly, ICL SFL, ICL S3, C, Perl, Cisco router admin * Why should we trust you? <--- too blunt? You shouldn't completely, yet. GPG KEYID and fingerprint pub 1024D/2934701D 2004-03-20 Neil Thompson Key fingerprint = AA0A 9CF7 DC1F A594 699A 94F2 B807 AA1F 2934 701D sub 2048g/27388B37 2004-03-20 From buildsys at redhat.com Sat Mar 20 17:54:31 2004 From: buildsys at redhat.com (Build System) Date: Sat, 20 Mar 2004 12:54:31 -0500 Subject: rawhide report: 20040320 changes Message-ID: <200403201754.i2KHsVL17502@porkchop.devel.redhat.com> Updated Packages: fedora-release-1.91-1 --------------------- fedora-release-1.91-2 --------------------- policy-1.9-6 ------------ * Thu Mar 18 2004 Dan Walsh 1.9-6 - Fix kerberos with su problem rpmdb-fedora-1.91-0.20040320 ---------------------------- ttmkfdir-3.0.9-11 ----------------- * Fri Mar 19 2004 Yu Shao 3.0.9-11 - set default encoding size to DEFAULT_SIZE, bug #118713 From leonard at den.ottolander.nl Sat Mar 20 21:01:00 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sat, 20 Mar 2004 22:01:00 +0100 Subject: bug submitting policy regarding missing/non-sufficient BuildRequires In-Reply-To: <405C0EC7.3030005@darnet.ru> References: <405C0EC7.3030005@darnet.ru> Message-ID: <1079816459.4751.6.camel@athlon.localdomain> Hello Kir, > Are FC developers interested in bug reports that tells about missing or > not sufficient BuildRequires in source packages from FC-devel? I have asked this before, and the answer is "yes". Although not showstoppers missing BuildRequires should be reported and eventually fixed. I would say clean (Build)Requires is what separates Red Hat/Fedora from (at least some) of the other rpm based distributions. > gstreamer-0.8.0-1 should 'BuildRequire' gettext >= 0.11.5, but spec > just specifies gettext without any version. Maybe not very serious, but if there is a version dependency it should be specified. > rhythmbox-0.6.8-2 should 'BuildRequire' gstreamer-devel >= 0.8.0, but > spec doesn't specify that. So file it to bugzilla :) . Thanks. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From paul at gear.dyndns.org Sun Mar 21 03:36:30 2004 From: paul at gear.dyndns.org (Paul Gear) Date: Sun, 21 Mar 2004 13:36:30 +1000 Subject: How to create Fedora Core 1 driver disks? (rehash of previous iteraid question) Message-ID: <405D0DBE.90903@gear.dyndns.org> Hi all, I'm trying to use Doug Ledford's driver disk package (http://people.redhat.com/dledford/) to create a driver disk for the ITE RAID driver, and i'm missing something. I hacked the makefile to give me a directory for FC1, but it doesn't produce the correct result. Some things that were not clear to me from the doco: 1. Should the entire kernel tree be present at 2.4.22-1.2115.nptl/ in the directory where the kit is extracted? It seems that something is required here, but my copy of the source from /usr/src/linux-2.4.22-1.2115.nptl/ didn't seem to produce the correct result. 2. Should the Makefile in scsi/ just make the driver i'm interested in, or must it be for a full build tree with additional patches for the driver i'm making? 3. What should the contents of scsi/ be? It seems that at least some of the files need to be named differently from their names on the final driver disk (e.g. module-info vs. modinfo, rhdd-6.1 vs. disk-info), but i can't work out which ones need to be named which. 4. Some of the files in my scsi/ directory seemed to get copied and/or linked into 2.4.22-1.2115.nptl/. Is this normal, or am i doing something else wrong? Thanks in advance for your replies. -- Paul http://paulgear.webhop.net -- A: Because we read from top to bottom, left to right. Q: Why should i start my email reply *below* the quoted text? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From rhally at mindspring.com Sun Mar 21 03:37:06 2004 From: rhally at mindspring.com (Richard Hally) Date: Sat, 20 Mar 2004 22:37:06 -0500 Subject: rawhide report: 20040320 changes In-Reply-To: <200403201754.i2KHsVL17502@porkchop.devel.redhat.com> Message-ID: It looks like something is amiss in download land. In the following url, the packages and the header.list file do not contain the updates listed this report. http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/hea ders/ the packages and the header.list are dated the 19th. Richard Hally -----Original Message----- From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of Build System Sent: Saturday, March 20, 2004 12:55 PM To: fedora-devel-list at redhat.com Subject: rawhide report: 20040320 changes Updated Packages: fedora-release-1.91-1 --------------------- fedora-release-1.91-2 --------------------- policy-1.9-6 ------------ * Thu Mar 18 2004 Dan Walsh 1.9-6 - Fix kerberos with su problem rpmdb-fedora-1.91-0.20040320 ---------------------------- ttmkfdir-3.0.9-11 ----------------- * Fri Mar 19 2004 Yu Shao 3.0.9-11 - set default encoding size to DEFAULT_SIZE, bug #118713 -- fedora-devel-list mailing list fedora-devel-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-devel-list From devscott at charter.net Sun Mar 21 07:14:45 2004 From: devscott at charter.net (Scott Sloan) Date: Sun, 21 Mar 2004 01:14:45 -0600 Subject: Computers never lie Message-ID: <1079853285.5239.1.camel@localhost.localdomain> # yum update Gathering header information file(s) from server(s) Server: Fedora Development series Server: Evolution Devel Snaps Finding updated packages Downloading needed headers retrygrab() failed for: ftp://redhat.secsup.org/pub/linux/redhat/fedora/core/development/ i386//headers/XFree86-Mesa-libGL-0-4.3.0-64.i386.hdr Executing failover method failover: out of servers to try Error getting file ftp://redhat.secsup.org/pub/linux/redhat/fedora/core/ development/i386//headers/XFree86-Mesa-libGL-0-4.3.0-64.i386.hdr [Errno 6] ERROR: Url Return no Content-Length - something is wrong Anyone else getting the same error? If not, idea for fix. -- Scott Sloan ------------ "I'm not a genius. I'm just passionately curious" -- Einstein From hvdkooij at vanderkooij.org Sun Mar 21 12:58:48 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Sun, 21 Mar 2004 13:58:48 +0100 (CET) Subject: Mandrake macro %makeinstall ? Message-ID: Hi, I could not find the mandrake macro %makeinstall on the page http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros Does anyone know what it should do exactly? My guess is it should do make install --prefix=${RPM_BUILD_ROOT}%{prefix} But I could be completely mistaken. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From jos at xos.nl Sun Mar 21 13:03:55 2004 From: jos at xos.nl (Jos Vos) Date: Sun, 21 Mar 2004 14:03:55 +0100 Subject: Mandrake macro %makeinstall ? In-Reply-To: ; from hvdkooij@vanderkooij.org on Sun, Mar 21, 2004 at 01:58:48PM +0100 References: Message-ID: <20040321140355.A22416@xos037.xos.nl> On Sun, Mar 21, 2004 at 01:58:48PM +0100, Hugo van der Kooij wrote: > I could not find the mandrake macro %makeinstall on the page > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > > Does anyone know what it should do exactly? > > My guess is it should do > make install --prefix=${RPM_BUILD_ROOT}%{prefix} > > But I could be completely mistaken. Look (in Mandrake) for something like /usr/lib/rpm/mandrake/macros. In RH context it means: %makeinstall \ make \\\ prefix=%{?buildroot:%{buildroot}}%{_prefix} \\\ exec_prefix=%{?buildroot:%{buildroot}}%{_exec_prefix} \\\ bindir=%{?buildroot:%{buildroot}}%{_bindir} \\\ sbindir=%{?buildroot:%{buildroot}}%{_sbindir} \\\ sysconfdir=%{?buildroot:%{buildroot}}%{_sysconfdir} \\\ datadir=%{?buildroot:%{buildroot}}%{_datadir} \\\ includedir=%{?buildroot:%{buildroot}}%{_includedir} \\\ libdir=%{?buildroot:%{buildroot}}%{_libdir} \\\ libexecdir=%{?buildroot:%{buildroot}}%{_libexecdir} \\\ localstatedir=%{?buildroot:%{buildroot}}%{_localstatedir} \\\ sharedstatedir=%{?buildroot:%{buildroot}}%{_sharedstatedir} \\\ mandir=%{?buildroot:%{buildroot}}%{_mandir} \\\ infodir=%{?buildroot:%{buildroot}}%{_infodir} \\\ install -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From mm at mewes.tv Sun Mar 21 13:40:22 2004 From: mm at mewes.tv (Martin Mewes) Date: Sun, 21 Mar 2004 14:40:22 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda Message-ID: <200403211440.22673.mm@mewes.tv> Hi folks, recently I installed Fedore Core 1 on a PC with a FastTrack 133 "Lite" on it. <14:33:12> macmewes at linux:~ $ df Filesystem 1K-Bl?cke Benutzt Verf?gbar Ben% Eingeh?ngt auf /dev/hdg2 79048292 6264524 68768324 9% / /dev/hdg1 101086 8337 87530 9% /boot /dev/hdh1 77348004 375092 73043820 1% /home none 775416 0 775416 0% /dev/shm This is a parallel installation with Windows XP which is on the first two harddisks which I would see as hda and hdb if Fedora Kernels came with NTFS-Support for mounting them into my system for reading only. I do not want to start a chit-chat about why this feature is not in Fedore-Kernels, but what I wonder about is if Windows XP resides on hda and hdb why Fedora (as well as SuSE, RedHat, Knoppix, Debian ...) is starting to acutally see the harddisks not with hda but hde? A "demsg"-extract for you ... [...] Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SiI3112 Serial ATA: IDE controller at PCI slot 00:08.0 SiI3112 Serial ATA: chipset revision 2 SiI3112 Serial ATA: not 100% native mode: will probe irqs later ide0: MMIO-DMA , BIOS settings: hda:pio, hdb:pio ide1: MMIO-DMA , BIOS settings: hdc:pio, hdd:pio PDC20276: IDE controller at PCI slot 00:0f.0 PDC20276: chipset revision 1 PDC20276: not 100% native mode: will probe irqs later ide2: BM-DMA at 0xc400-0xc407, BIOS settings: hde:pio, hdf:pio ide3: BM-DMA at 0xc408-0xc40f, BIOS settings: hdg:pio, hdh:pio VP_IDE: IDE controller at PCI slot 00:11.1 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci00:11.1 ide4: BM-DMA at 0xd400-0xd407, BIOS settings: hdi:pio, hdj:pio ide5: BM-DMA at 0xd408-0xd40f, BIOS settings: hdk:DMA, hdl:pio hda: no response (status = 0xfe) hdc: no response (status = 0xfe) hde: IC35L090AVV207-0, ATA DISK drive hdf: IC35L090AVV207-0, ATA DISK drive blk: queue c03ff0f8, I/O limit 4095Mb (mask 0xffffffff) blk: queue c03ff238, I/O limit 4095Mb (mask 0xffffffff) hdg: IC35L090AVV207-0, ATA DISK drive hdh: IC35L090AVV207-0, ATA DISK drive blk: queue c03ff554, I/O limit 4095Mb (mask 0xffffffff) blk: queue c03ff694, I/O limit 4095Mb (mask 0xffffffff) hdk: DV-516E, ATAPI CD/DVD-ROM drive ide2 at 0xb400-0xb407,0xb802 on irq 10 ide3 at 0xbc00-0xbc07,0xc002 on irq 10 ide5 at 0x170-0x177,0x376 on irq 15 hde: attached ide-disk driver. hde: host protected area => 1 hde: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63, UDMA(100) hdf: attached ide-disk driver. hdf: host protected area => 1 hdf: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63, UDMA(100) hdg: attached ide-disk driver. hdg: host protected area => 1 hdg: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63, UDMA(100) hdh: attached ide-disk driver. hdh: host protected area => 1 hdh: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63, UDMA(100) Partition check: hde: hde1 hdf: hdf1 hdg: hdg1 hdg2 hdh: hdh1 hdh2 ide: late registration of driver. [...] Any hints? bis dahin/kind regards Martin Mewes -- http://www.mewes.tv/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 ###################################################################### From alan at redhat.com Sun Mar 21 13:48:53 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 21 Mar 2004 08:48:53 -0500 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <200403211440.22673.mm@mewes.tv> References: <200403211440.22673.mm@mewes.tv> Message-ID: <20040321134853.GC26076@devserv.devel.redhat.com> On Sun, Mar 21, 2004 at 02:40:22PM +0100, Martin Mewes wrote: > Fedore-Kernels, but what I wonder about is if Windows XP resides on > hda and hdb why Fedora (as well as SuSE, RedHat, Knoppix, Debian ...) > is starting to acutally see the harddisks not with hda but hde? hda/b and hdc/d are reserved for the legacy mode IDE ports. If your system is set up with no legacy IDE ports then the hda-d ports will never be used. Alan From lvm at mystery.lviv.net Sun Mar 21 14:38:07 2004 From: lvm at mystery.lviv.net (Volodymyr M. Lisivka) Date: Sun, 21 Mar 2004 16:38:07 +0200 Subject: rawhide and subversion Message-ID: <1079879886.931.128.camel@lisa.mystery.lviv.net> Can anybody provide access to rawhide repository through subversion? Subversion can store deltas between binary files, so traffic will be much lower than just downloading a complete packages. To produce efficient deltas, you need to mangle rpm first (just uncompress compressed payload part of the RPM). See http://toast.debian.net/~may/rpmdelta/ for rpmmangle and rpmunmangle. PS. Can anybody at least produce deltas between RPM's from FC1 and FC2test? I want to test support of Ukrainian locale and translations in FC2test but I can't download 650Mb just for testing (transatlantic traffic is not so cheap as local ;) ). -- Best regards, Volodymyr M. Lisivka icq#14549856 From mm at mewes.tv Sun Mar 21 14:46:53 2004 From: mm at mewes.tv (Martin Mewes) Date: Sun, 21 Mar 2004 15:46:53 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <20040321134853.GC26076@devserv.devel.redhat.com> References: <200403211440.22673.mm@mewes.tv> <20040321134853.GC26076@devserv.devel.redhat.com> Message-ID: <200403211546.53937.mm@mewes.tv> Hi Alan, Am Sonntag, 21. M?rz 2004 14:48 schrieb Alan Cox: > On Sun, Mar 21, 2004 at 02:40:22PM +0100, Martin Mewes wrote: > > Fedore-Kernels, but what I wonder about is if Windows XP resides > > on hda and hdb why Fedora (as well as SuSE, RedHat, Knoppix, > > Debian ...) is starting to acutally see the harddisks not with > > hda but hde? > > hda/b and hdc/d are reserved for the legacy mode IDE ports. If your > system is set up with no legacy IDE ports then the hda-d ports will > never be used. Thanks for this info which leads to the next question. In this scenario: Is it possible to quicken the boot-process so that checking for hd/a-d is skipped? bis dahin/kind regards Martin Mewes -- http://www.mewes.tv/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 ###################################################################### From skvidal at phy.duke.edu Sun Mar 21 15:04:02 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 21 Mar 2004 10:04:02 -0500 Subject: Computers never lie In-Reply-To: <1079853285.5239.1.camel@localhost.localdomain> References: <1079853285.5239.1.camel@localhost.localdomain> Message-ID: <1079881441.15236.15.camel@binkley> On Sun, 2004-03-21 at 01:14 -0600, Scott Sloan wrote: > # yum update > Gathering header information file(s) from server(s) > Server: Fedora Development series > Server: Evolution Devel Snaps > Finding updated packages > Downloading needed headers > retrygrab() failed for: > ftp://redhat.secsup.org/pub/linux/redhat/fedora/core/development/ > i386//headers/XFree86-Mesa-libGL-0-4.3.0-64.i386.hdr > Executing failover method > failover: out of servers to try > Error getting file ftp://redhat.secsup.org/pub/linux/redhat/fedora/core/ > development/i386//headers/XFree86-Mesa-libGL-0-4.3.0-64.i386.hdr > [Errno 6] ERROR: Url Return no Content-Length - something is wrong > > > Anyone else getting the same error? If not, idea for fix. mirrors are out of sync all over the place so that repository is temporarily broken/wrong. -sv From hvdkooij at vanderkooij.org Sun Mar 21 15:43:46 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Sun, 21 Mar 2004 16:43:46 +0100 (CET) Subject: Mandrake macro %makeinstall ? In-Reply-To: <20040321140355.A22416@xos037.xos.nl> References: <20040321140355.A22416@xos037.xos.nl> Message-ID: On Sun, 21 Mar 2004, Jos Vos wrote: > On Sun, Mar 21, 2004 at 01:58:48PM +0100, Hugo van der Kooij wrote: > > > I could not find the mandrake macro %makeinstall on the page > > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > > > > Does anyone know what it should do exactly? > > > > My guess is it should do > > make install --prefix=${RPM_BUILD_ROOT}%{prefix} > > > > But I could be completely mistaken. > > Look (in Mandrake) for something like /usr/lib/rpm/mandrake/macros. I do not happen to have any Mandrake on me. Nor does any of my machines. > In RH context it means: > > %makeinstall \ > make \\\ > prefix=%{?buildroot:%{buildroot}}%{_prefix} \\\ > exec_prefix=%{?buildroot:%{buildroot}}%{_exec_prefix} \\\ > bindir=%{?buildroot:%{buildroot}}%{_bindir} \\\ > sbindir=%{?buildroot:%{buildroot}}%{_sbindir} \\\ > sysconfdir=%{?buildroot:%{buildroot}}%{_sysconfdir} \\\ > datadir=%{?buildroot:%{buildroot}}%{_datadir} \\\ > includedir=%{?buildroot:%{buildroot}}%{_includedir} \\\ > libdir=%{?buildroot:%{buildroot}}%{_libdir} \\\ > libexecdir=%{?buildroot:%{buildroot}}%{_libexecdir} \\\ > localstatedir=%{?buildroot:%{buildroot}}%{_localstatedir} \\\ > sharedstatedir=%{?buildroot:%{buildroot}}%{_sharedstatedir} \\\ > mandir=%{?buildroot:%{buildroot}}%{_mandir} \\\ > infodir=%{?buildroot:%{buildroot}}%{_infodir} \\\ > install Could someone add this to the relevant page? Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From jos at xos.nl Sun Mar 21 15:48:52 2004 From: jos at xos.nl (Jos Vos) Date: Sun, 21 Mar 2004 16:48:52 +0100 Subject: Mandrake macro %makeinstall ? In-Reply-To: ; from hvdkooij@vanderkooij.org on Sun, Mar 21, 2004 at 04:43:46PM +0100 References: <20040321140355.A22416@xos037.xos.nl> Message-ID: <20040321164852.A22910@xos037.xos.nl> On Sun, Mar 21, 2004 at 04:43:46PM +0100, Hugo van der Kooij wrote: > > Look (in Mandrake) for something like /usr/lib/rpm/mandrake/macros. > > I do not happen to have any Mandrake on me. Nor does any of my machines. Well, *you* were talking about Mandrake first ;-), I don't have it either: > > > I could not find the mandrake macro %makeinstall on the page > > > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > > In RH context it means: > > ... > > Could someone add this to the relevant page? Better add a reference to /usr/lib/rpm/macros and /usr/lib/rpm/redhat/macros to help people finding all of these predefined macros. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From alan at redhat.com Sun Mar 21 15:51:36 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 21 Mar 2004 10:51:36 -0500 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <200403211546.53937.mm@mewes.tv> References: <200403211440.22673.mm@mewes.tv> <20040321134853.GC26076@devserv.devel.redhat.com> <200403211546.53937.mm@mewes.tv> Message-ID: <20040321155136.GA1084@devserv.devel.redhat.com> On Sun, Mar 21, 2004 at 03:46:53PM +0100, Martin Mewes wrote: > In this scenario: Is it possible to quicken the boot-process so that > checking for hd/a-d is skipped? They should only be checked if the BIOS indicates they are present. If you are getting long pauses you might want to report a bug to the 2.6 kernel IDE maintainer From mm at mewes.tv Sun Mar 21 16:30:25 2004 From: mm at mewes.tv (Martin Mewes) Date: Sun, 21 Mar 2004 17:30:25 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <20040321155136.GA1084@devserv.devel.redhat.com> References: <200403211440.22673.mm@mewes.tv> <200403211546.53937.mm@mewes.tv> <20040321155136.GA1084@devserv.devel.redhat.com> Message-ID: <200403211730.25326.mm@mewes.tv> Hi Alan, Am Sonntag, 21. M?rz 2004 16:51 schrieb Alan Cox: > On Sun, Mar 21, 2004 at 03:46:53PM +0100, Martin Mewes wrote: > > In this scenario: Is it possible to quicken the boot-process so > > that checking for hd/a-d is skipped? > > They should only be checked if the BIOS indicates they are present. > If you are getting long pauses you might want to report a bug to > the 2.6 kernel IDE maintainer They are not present in the BIOS because the IDE-Drives are handled by the IDE-Raid-Hardware. Looks like something to work on. Thanks again :-) bis dahin/kind regards Martin Mewes -- http://www.mewes.tv/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 ###################################################################### From ms-nospam-0306 at arcor.de Sun Mar 21 16:52:26 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 21 Mar 2004 17:52:26 +0100 Subject: Mandrake macro %makeinstall ? In-Reply-To: References: <20040321140355.A22416@xos037.xos.nl> Message-ID: <20040321175226.3c8a6949.ms-nospam-0306@arcor.de> On Sun, 21 Mar 2004 16:43:46 +0100 (CET), Hugo van der Kooij wrote: > > > I could not find the mandrake macro %makeinstall on the page > > > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > Could someone add this to the relevant page? You could add it yourself. -- From chadley at pinteq.co.za Sun Mar 21 17:19:10 2004 From: chadley at pinteq.co.za (Chadley Wilson) Date: Sun, 21 Mar 2004 19:19:10 +0200 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <200403211730.25326.mm@mewes.tv> References: <200403211440.22673.mm@mewes.tv> <200403211546.53937.mm@mewes.tv> <20040321155136.GA1084@devserv.devel.redhat.com> <200403211730.25326.mm@mewes.tv> Message-ID: <1079889549.4930.53.camel@localhost.localdomain> On Sun, 2004-03-21 at 18:30, Martin Mewes wrote: > Hi Alan, > > Am Sonntag, 21. M??rz 2004 16:51 schrieb Alan Cox: > > On Sun, Mar 21, 2004 at 03:46:53PM +0100, Martin Mewes wrote: > > > In this scenario: Is it possible to quicken the boot-process so > > > that checking for hd/a-d is skipped? > > > > They should only be checked if the BIOS indicates they are present. > > If you are getting long pauses you might want to report a bug to > > the 2.6 kernel IDE maintainer > > They are not present in the BIOS because the IDE-Drives are handled by > the IDE-Raid-Hardware. Looks like something to work on. > IIRC I had four serial ATA drives in a system last week that was running on the promise controller these drives weren't detected in the bios but but by the controller, I had to make a driver disk for the first installation and then I couldn't find the device on /dev/hd- after some playing they were actually on /dev/sda b c and d. Could be the same for the fasttrack, I don't know. Chadley Wilson Production PLanner / Analyst and Supervisor A division of Technobyte (Pty) Ltd. Registration No. 1993/00917/07 Email: chadley at pinteq.co.za Tel: +27 11 265 3000 (Switchboard) or 265 3195 (Direct) 083 342 3730 (Cell) Fax: + 27 11 265 3073 Web site: www.pinnacle.co.za WARNING: The information transmitted herewith is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete all copies of the material. From corsepiu at faw.uni-ulm.de Sun Mar 21 18:06:12 2004 From: corsepiu at faw.uni-ulm.de (Ralf Corsepius) Date: Sun, 21 Mar 2004 19:06:12 +0100 Subject: Attract QA'ers In-Reply-To: <1079716570.4751.2.camel@athlon.localdomain> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <87znaddaib.fsf@kosh.ultra.csn.tu-chemnitz.de> <1079666044.12814.272.camel@mccallum.corsepiu.faw.uni-ulm.de> <1079716570.4751.2.camel@athlon.localdomain> Message-ID: <1079892372.3787.107.camel@mccallum.corsepiu.faw.uni-ulm.de> On Fri, 2004-03-19 at 18:16, Leonard den Ottolander wrote: > Hello Ralf, > > > > The question is, whether it would be worth to begin such an implementation > > > for fedora.us or if it would be wasted time since it conflicts with Red > > > Hat's ideas about the Fedora Project. > > > Frankly speaking, I don't expect anybody but RH to be able to implement > > an alternative user interface to QA or clearly structured QA model for > > various reasons ;) > > Could you explain why you think so? OK, I realize my sentence can be misunderstood. > I think the whole QA approach at > Fedora US is something they invented, not Red Hat. So why wouldn't > people other than Red Hat be able to implement such an interface? Let me emphasize: I do think a new/better user interface is desperately needed, otherwise the package QA situation will not improve. Worse, IMO the current situation is driving people away. Therefore, I think something needs to be done and be implemented in short terms - But who will do it? If these problems had been a problem to the "current fedora.us gang", I would have expectect them to already have done something about it. However, as it seems to me, these problems don't seem to be actual problems to them, probably because they already are "into it" or "too close to it". Who else has all the knowledge on fedora.us's infrastructure to implement such UI and who else has "the will and time" to actually lunch such a development, rsp. who has the standing to "make such a development be accepted" by all parties? IMHO, if Red Hat is really interested in Fedora.Us to become Fedora-Extras/Legacy and to become a success, they should step in and actively develop a prototype or at least guide/actively participate to such development. Otherwise I would not be surprised to see a community driven development to get lost in discussions on policies, politics, bureaucracy, clashes of egos, implementation details etc. etc. and the first prototype to be ready Christmas 2006. IMO, this can't be in anybody's interest. Ralf From mm at mewes.tv Sun Mar 21 18:17:47 2004 From: mm at mewes.tv (Martin Mewes) Date: Sun, 21 Mar 2004 19:17:47 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <1079889549.4930.53.camel@localhost.localdomain> References: <200403211440.22673.mm@mewes.tv> <200403211730.25326.mm@mewes.tv> <1079889549.4930.53.camel@localhost.localdomain> Message-ID: <200403211917.47355.mm@mewes.tv> Hi Chadley, Am Sonntag, 21. M?rz 2004 18:19 schrieb Chadley Wilson: > On Sun, 2004-03-21 at 18:30, Martin Mewes wrote: > > They are not present in the BIOS because the IDE-Drives are > > handled by the IDE-Raid-Hardware. Looks like something to work > > on. > > IIRC > I had four serial ATA drives in a system last week that was running > on the promise controller these drives weren't detected in the bios > but but by the controller, I had to make a driver disk for the > first installation and then I couldn't find the device on /dev/hd- > after some playing they were actually on /dev/sda b c and d. Actually this is a Promise-Chip as well ;-) Following the homepage starting with http://www.promise.com/support/download/download_eng.asp which driver would be the closest one? I cannot find a FastTrack 133 "Lite". On my Motherboard-CD I only find drivers for SuSE. Maybe you can share your knowledge? bis dahin/kind regards Martin Mewes -- http://www.mewes.tv/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 ###################################################################### From chadley at pinteq.co.za Sun Mar 21 18:21:40 2004 From: chadley at pinteq.co.za (Chadley Wilson) Date: Sun, 21 Mar 2004 20:21:40 +0200 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <200403211917.47355.mm@mewes.tv> References: <200403211440.22673.mm@mewes.tv> <200403211730.25326.mm@mewes.tv> <1079889549.4930.53.camel@localhost.localdomain> <200403211917.47355.mm@mewes.tv> Message-ID: <1079893299.4930.60.camel@localhost.localdomain> On Sun, 2004-03-21 at 20:17, Martin Mewes wrote: > Hi Chadley, > > Am Sonntag, 21. M??rz 2004 18:19 schrieb Chadley Wilson: > > On Sun, 2004-03-21 at 18:30, Martin Mewes wrote: > > > They are not present in the BIOS because the IDE-Drives are > > > handled by the IDE-Raid-Hardware. Looks like something to work > > > on. > > > > IIRC > > I had four serial ATA drives in a system last week that was running > > on the promise controller these drives weren't detected in the bios > > but but by the controller, I had to make a driver disk for the > > first installation and then I couldn't find the device on /dev/hd- > > after some playing they were actually on /dev/sda b c and d. > > Actually this is a Promise-Chip as well ;-) Quite right I couldn't remember Sorry! From buildsys at redhat.com Sun Mar 21 18:27:11 2004 From: buildsys at redhat.com (Build System) Date: Sun, 21 Mar 2004 13:27:11 -0500 Subject: rawhide report: 20040321 changes Message-ID: <200403211827.i2LIRBN11876@porkchop.devel.redhat.com> From dax at gurulabs.com Sun Mar 21 19:24:44 2004 From: dax at gurulabs.com (Dax Kelson) Date: Sun, 21 Mar 2004 12:24:44 -0700 Subject: Kerberized HTTP Message-ID: <1079897083.2824.10.camel@mentor.gurulabs.com> I note that Mozilla 1.7beta adds support for Kerberos HTTP authentication using GSSAPI. This coupled with the mod_auth_kerb Apache 1.3.x/2.x module can be pretty slick and provide single sign on for web applications within your organization. I would be nice if FC++ ships mod_auth_kerb. Bugzilla RFE? Dax Kelson Guru Labs References: http://www.mozilla.org/releases/mozilla1.7b/README.html http://modauthkerb.sourceforge.net/index.html From mattdm at mattdm.org Sun Mar 21 20:20:02 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 21 Mar 2004 15:20:02 -0500 Subject: udev In-Reply-To: <20040320013430.GA19747@kroah.com> References: <405B38A0.5020009@botz.org> <20040320013430.GA19747@kroah.com> Message-ID: <20040321202002.GA1473@jadzia.bu.edu> On Fri, Mar 19, 2004 at 05:34:30PM -0800, Greg KH wrote: > That's up to the packager :( Just filed: -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From hvdkooij at vanderkooij.org Sun Mar 21 21:52:26 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Sun, 21 Mar 2004 22:52:26 +0100 (CET) Subject: Mandrake macro %makeinstall ? In-Reply-To: <20040321175226.3c8a6949.ms-nospam-0306@arcor.de> References: <20040321140355.A22416@xos037.xos.nl> <20040321175226.3c8a6949.ms-nospam-0306@arcor.de> Message-ID: On Sun, 21 Mar 2004, Michael Schwendt wrote: > On Sun, 21 Mar 2004 16:43:46 +0100 (CET), Hugo van der Kooij wrote: > > > > > I could not find the mandrake macro %makeinstall on the page > > > > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > > > Could someone add this to the relevant page? > > You could add it yourself. If only I could login. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From ms-nospam-0306 at arcor.de Sun Mar 21 23:56:28 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 22 Mar 2004 00:56:28 +0100 Subject: Mandrake macro %makeinstall ? In-Reply-To: References: <20040321140355.A22416@xos037.xos.nl> <20040321175226.3c8a6949.ms-nospam-0306@arcor.de> Message-ID: <20040322005628.0926cdbc.ms-nospam-0306@arcor.de> On Sun, 21 Mar 2004 22:52:26 +0100 (CET), Hugo van der Kooij wrote: > On Sun, 21 Mar 2004, Michael Schwendt wrote: > > > On Sun, 21 Mar 2004 16:43:46 +0100 (CET), Hugo van der Kooij wrote: > > > > > > > I could not find the mandrake macro %makeinstall on the page > > > > > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > > > > > Could someone add this to the relevant page? > > > > You could add it yourself. > > If only I could login. Choose a WikiWord as your login name, e.g. "HugoVanDerKooij" without the quotes. -- From steve at silug.org Mon Mar 22 00:44:59 2004 From: steve at silug.org (Steven Pritchard) Date: Sun, 21 Mar 2004 18:44:59 -0600 Subject: CPAN spec file generator Message-ID: <20040322004459.GA19676@osiris.silug.org> I've been working off and on for the last few weeks on a script for generating a spec file for Perl modules from CPAN. The current version is here: http://www.silug.org/~steve/software/scripts/perl/cpanspec I started noticing that source rpms generated by cpanflute2 needed a lot of very redundant cleanup, although they would almost always build. This script goes for the opposite approach. The spec file generated is meant to be clean and correct (suitable for submitting to fedora.us), since fixing build problems is usually fairly trivial. This script currently does the following: * Gets the name and version from the tar file name. (This probably works for 99% of the modules on CPAN, but there are a few notable exceptions.) * Parses any README files for something suitable for %description. (I have a plan to make the guesses a bit better, but the current code works on a lot of modules.) * Guesses at what files should be included as %doc. * Gets BuildRequires from PREREQ_PM in Makefile.PL. * Sets URL and Source0 to actual (probably correct) URLs. And there's probably other things I'm forgetting. :-) Of course, the idea is to eventually either migrate these features into cpanflute2 or obsolete it by moving its features into this script. (I don't really care either way.) To run the script, just provide the path to one or more tar files from CPAN on the command line. I haven't implemented any usage message (yet), so if you don't give it a list, it just won't do anything. This message is all of the documentation that exists at the moment, but if anyone other than me finds it useful, I'll fix that. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From mattdm at mattdm.org Mon Mar 22 03:25:46 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 21 Mar 2004 22:25:46 -0500 Subject: CPAN spec file generator In-Reply-To: <20040322004459.GA19676@osiris.silug.org> References: <20040322004459.GA19676@osiris.silug.org> Message-ID: <20040322032546.GA18991@jadzia.bu.edu> On Sun, Mar 21, 2004 at 06:44:59PM -0600, Steven Pritchard wrote: > * Parses any README files for something suitable for %description. > (I have a plan to make the guesses a bit better, but the current > code works on a lot of modules.) You could also look for POD docs in the module itself. Maybe use > Of course, the idea is to eventually either migrate these features > into cpanflute2 or obsolete it by moving its features into this > script. (I don't really care either way.) cpanflute3. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From steve at silug.org Mon Mar 22 05:51:26 2004 From: steve at silug.org (Steven Pritchard) Date: Sun, 21 Mar 2004 23:51:26 -0600 Subject: CPAN spec file generator In-Reply-To: <20040322032546.GA18991@jadzia.bu.edu> References: <20040322004459.GA19676@osiris.silug.org> <20040322032546.GA18991@jadzia.bu.edu> Message-ID: <20040322055126.GA24415@osiris.silug.org> On Sun, Mar 21, 2004 at 10:25:46PM -0500, Matthew Miller wrote: > You could also look for POD docs in the module itself. Yeah, that would work too. I've run across a few modules that have no README, but if we did pod2text on the right module, we could pull the description from that. How to figure out which module and all that is what hasn't clicked in my head yet. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From cra at WPI.EDU Mon Mar 22 06:20:12 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Mon, 22 Mar 2004 01:20:12 -0500 Subject: install.log errors Message-ID: <20040322062012.GF20103@angus.ind.WPI.EDU> I just did an Everything install of 200403191323 and these errors appear in install.log: Installing urw-fonts-2.1-6.1.noarch. opendir: No such file or directory -- Installing ttfonts-ja-1.2-34.noarch. /var/tmp/rpm-tmp.6308: line 19: 2195 Segmentation fault /usr/bin/ttmkfdir -d /usr/share/fonts/ja/TrueType -o /usr/share/fonts/ja/TrueType/fonts.scale -- Installing ttfonts-zh_CN-2.14-4.noarch. /var/tmp/rpm-tmp.10458: line 19: 5090 Segmentation fault /usr/bin/ttmkfdir -d /usr/share/fonts/zh_CN/TrueType -o /usr/share/fonts/zh_CN/TrueType/fonts.scale Installing ttfonts-zh_TW-2.11-26.noarch. /var/tmp/rpm-tmp.41125: line 21: 5100 Segmentation fault /usr/bin/ttmkfdir -d /usr/share/fonts/zh_TW/TrueType -o /usr/share/fonts/zh_TW/TrueType/fonts.scale -- Installing ttfonts-ko-1.0.11-32.1.noarch. /var/tmp/rpm-tmp.44347: line 21: 5227 Segmentation fault /usr/bin/ttmkfdir -d /usr/share/fonts/ko/TrueType -o /usr/share/fonts/ko/TrueType/fonts.scale -- Installing postfix-pflogsumm-1.1.0-2.i386. warning: user bhcompile does not exist - using root warning: group bhcompile does not exist - using root warning: user bhcompile does not exist - using root warning: group bhcompile does not exist - using root (Why is a src.rpm being installed?) From hvdkooij at vanderkooij.org Mon Mar 22 06:34:34 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Mon, 22 Mar 2004 07:34:34 +0100 (CET) Subject: Mandrake macro %makeinstall ? In-Reply-To: <20040322005628.0926cdbc.ms-nospam-0306@arcor.de> References: <20040321140355.A22416@xos037.xos.nl> <20040321175226.3c8a6949.ms-nospam-0306@arcor.de> <20040322005628.0926cdbc.ms-nospam-0306@arcor.de> Message-ID: On Mon, 22 Mar 2004, Michael Schwendt wrote: > On Sun, 21 Mar 2004 22:52:26 +0100 (CET), Hugo van der Kooij wrote: > > > On Sun, 21 Mar 2004, Michael Schwendt wrote: > > > > > On Sun, 21 Mar 2004 16:43:46 +0100 (CET), Hugo van der Kooij wrote: > > > > > > > > > I could not find the mandrake macro %makeinstall on the page > > > > > > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > > > > > > > Could someone add this to the relevant page? > > > > > > You could add it yourself. > > > > If only I could login. > > Choose a WikiWord as your login name, e.g. "HugoVanDerKooij" without > the quotes. Right. This one works. I tried shorter versions of my name but those didn't work. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From markmc at redhat.com Mon Mar 22 07:47:03 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 22 Mar 2004 07:47:03 +0000 Subject: bug submitting policy regarding missing/non-sufficient BuildRequires In-Reply-To: <405C0EC7.3030005@darnet.ru> References: <405C0EC7.3030005@darnet.ru> Message-ID: <1079941623.16922.7.camel@laptop> Hi, On Sat, 2004-03-20 at 09:28, Kir Kolyshkin wrote: > Hello, > > Are FC developers interested in bug reports that tells about missing or > not sufficient BuildRequires in source packages from FC-devel? I mean, > should I file them or not? I am rebuilding some packages from src.rpms > on a mixed ASPLinux-9/FC-1/FC-devel box and sometimes catch some such > situations. Yeah, please do log these to bugzilla - it *is* very useful. Thanks, Mark. From tony at tgds.net Mon Mar 22 08:23:27 2004 From: tony at tgds.net (Tony Grant) Date: Mon, 22 Mar 2004 09:23:27 +0100 Subject: weird install problem Message-ID: <1079943806.13925.26.camel@localhost.localdomain> I just tried installing Fedora Core 1 from CD-ROM on a K6-2 333 machine. It has a Kyro 3D card, SCSI adaptor with non bootable CD drive, sound blaster and network card. As the SCSI CD isn't bootable I had plugged an IDE drive in to install from. The install went fine up till the end where it hung on "finishing..." (as the install was done in French I don't have the english text). The only issue was the video card wasn't recognised so vesa driver was used. OK so reset and... nothing. No BIOS screen, no hard disk activity. The only things showing any life were the two CD-ROM drives which were getting power. Power off - power on nothing the machine is dead. Any clues? Coincidence or "something bad happened during install" TM? Cheers Tony Grant -- www.tgds.net Library management software toolkit From mihai at xcyb.org Mon Mar 22 08:24:21 2004 From: mihai at xcyb.org (Mihai Maties) Date: Mon, 22 Mar 2004 10:24:21 +0200 Subject: flac package incompatibilty Message-ID: <200403221024.21630@xcyb0rg> There is an incompatibility between the flac package from Fedora Core development tree and the flac package from fedora.us: while flac-1.1.0-3.src.rpm from Fedora Core devel tree consists of flac, flac-devel and flac-xmms the package from fedora.us splits this further by generating the flac-libs package. The Fedora Core devel tree approach is used by Freshrpms too so currently people who use Fedora.us and Freshrpms are affected. For instance I'm packaging K3b which requires flac, but if someone is using both the freshrpms and fedora.us/stable repositories this happens: yum detects that k3b needs flac, it installs it from freshrpms(it seems newer), but it detects at the same time that libFLAC.so.4 is needed which is provided by fedora's flac-libs. Of course when trying to install both packages yum fails. An workaround would be to issue "yum --exclude=flac-libs install k3b", but this is rather an ugly hack. I spoke with Matthias Saou (who maintains flac from freshrpms) and he agreed to change his package if the flac package from devel tree will be splitted into fedora-libs too. While this might be a temporary problem between Freshrpms and Fedora.us, things will get worse as soon as Fedora Core 2 will be released. I already submitted a bug on fedora.us about this issue ( https://bugzilla.fedora.us/show_bug.cgi?id=1397 ) but since nobody answered I followed Warren Togamy's advise and took the problem in here. Mihai From alan at redhat.com Mon Mar 22 09:08:01 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 22 Mar 2004 04:08:01 -0500 Subject: weird install problem In-Reply-To: <1079943806.13925.26.camel@localhost.localdomain> References: <1079943806.13925.26.camel@localhost.localdomain> Message-ID: <20040322090801.GD3914@devserv.devel.redhat.com> On Mon, Mar 22, 2004 at 09:23:27AM +0100, Tony Grant wrote: > The install went fine up till the end where it hung on "finishing..." > (as the install was done in French I don't have the english text). The > only issue was the video card wasn't recognised so vesa driver was used. That is correct > OK so reset and... nothing. No BIOS screen, no hard disk activity. The > only things showing any life were the two CD-ROM drives which were > getting power. > > Power off - power on nothing the machine is dead. > > Any clues? Coincidence or "something bad happened during install" TM? Try unplugging the IDE disks see what it does. Some K6 BIOSes will choke with large hard disks (>32G), and sometimes it matters whether there is a partition table present or not . You hang sounds a bit early for that however From tony at tgds.net Mon Mar 22 09:19:47 2004 From: tony at tgds.net (Tony Grant) Date: Mon, 22 Mar 2004 10:19:47 +0100 Subject: weird install problem In-Reply-To: <20040322090801.GD3914@devserv.devel.redhat.com> References: <1079943806.13925.26.camel@localhost.localdomain> <20040322090801.GD3914@devserv.devel.redhat.com> Message-ID: <1079947186.13925.41.camel@localhost.localdomain> Le lun 22/03/2004 ? 10:08, Alan Cox a ?crit : > > Power off - power on nothing the machine is dead. > > > > Any clues? Coincidence or "something bad happened during install" TM? > > Try unplugging the IDE disks see what it does. Some K6 BIOSes will choke > with large hard disks (>32G), and sometimes it matters whether there is > a partition table present or not . OK the disk is a 40Gb, the partition table is from an earlier wiped Redhat 7.2 install and the machine was booting from W98 (game machine for the kids) > You hang sounds a bit early for that however Yes it is - with HD unplugged even the boot floppy is not seen... Sounds like I need to try some guru magic with the MB... Like trashing it and getting a new MB. Thanks Tony Grant -- www.tgds.net Library management software toolkit From mihai at xcyb.org Mon Mar 22 09:41:10 2004 From: mihai at xcyb.org (Mihai Maties) Date: Mon, 22 Mar 2004 11:41:10 +0200 Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: <20040319174959.52492a08.ms-nospam-0306@arcor.de> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <200403191315.04079@xcyb0rg> <20040319174959.52492a08.ms-nospam-0306@arcor.de> Message-ID: <200403221141.10745@xcyb0rg> On Friday 19 March 2004 18:49, Michael Schwendt wrote: > On Fri, 19 Mar 2004 13:15:03 +0200, Mihai Maties wrote: > > [...] since Rex is using exactly your src.rpm to build the packages. > > I am aware of the policies involved and my intention was to continue > > packaging K3b for fedora.us based on your spec file not mine. > > This sounds like Rex wouldn't mind if you became the k3b maintainer. ;) OK :) Just give me some time to get to know the fedora.us/livna policies a little better. Right now I'm caught with some problems at work but in a few days I'll contact you for further instructions. > If I continued the packaging, I would merge the i18n files into the main > package (thereby ignoring any users who like small installation > footprint), obsoleting k3b-i18n, for the following reason. There have been > times when a new k3b release was without an i18n add-on, and then the new > k3b package would obsolete/erase an out-of-date k3b-i18n, and when an > updated i18n add-on is published upstream, the user would need to install > it manually. On the contrary, if i18n is included within the main k3b > package, a k3b package update would install the language files > automatically. I would go with Rex on this one. In the past few months there were a lot of minor K3b releases (7 to be precise) that used the same i18n files. This would be 2.5MB * 7 ... it's quite a lot. > I've submitted a patch for k3b to add a --disable-libmad option to the > configure script, which -- when integrated upstream or patched in with > autoconf -- could be used to build without MAD mp3 support, even if > libmad-devel is installed. This would get rid of the "buildconflicts: > libmad-devel" for "--without mp3" builds, and is primarly of interest for > end-users and well-defined builds. Great. Any news on that ? > > Another thing to decide on would be whether to provide a k3b-mp3 add-on at > rpm.livna.org (I will submit the fedora.us approved package there) or > whether to provide a complete k3b including mp3 support? I would prefer > the former, but (just like xmms and xmms-mp3) it creates a small time > window during which users installing a fedora.us update would be without > mp3 support, because the mp3 add-on is not published. The good thing > about an k3b-mp3 add-on is that users need not update a fedora.us k3b > with an mp3-enabled full livna k3b. Sebastian Trueg just released a separate archive with a plugin for adding Monkey's Audio support to K3b. He did not include the plugin directly into K3b because he didn't receive an aswer regarding the license. Theoretically the library is free but he's just playing safe. Since he splitted his source tree I believe the best aproach to this would be to separate the packages too: k3b, k3b-mp3 and k3b-monkeyaudio. We could even patch K3b to display a warning message if someone is trying to handle mp3 files and he/she doesn't have k3b-mp3 installed (xmms style). In time, if we find this to be a "not too good idea" we'll just move the package to livna and obsolete k3b-mp3 . By the way, is there anything it can be done to minimize the time window between the release of k3b on fedora and k3b-mp3 on livna ? Mihai From lvm at mystery.lviv.net Mon Mar 22 11:08:17 2004 From: lvm at mystery.lviv.net (Volodymyr M. Lisivka) Date: Mon, 22 Mar 2004 13:08:17 +0200 Subject: CPAN spec file generator In-Reply-To: <20040322004459.GA19676@osiris.silug.org> References: <20040322004459.GA19676@osiris.silug.org> Message-ID: <1079953696.930.1.camel@lisa.mystery.lviv.net> rp??, 2004-03-22 ? 02:44, Steven Pritchard ???????: > I've been working off and on for the last few weeks on a script for > generating a spec file for Perl modules from CPAN. http://freshmeat.net/projects/rpmpan/ -- Best regards, Volodymyr M. Lisivka icq#14549856 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Mar 22 12:11:41 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 22 Mar 2004 13:11:41 +0100 Subject: H.323 gatekeeper on FC1? In-Reply-To: References: <200403180926.44873.russell@coker.com.au> <4059B8C7.8020502@chartermi.net> <1079683294.29202.1118.camel@localhost.localdomain> Message-ID: <20040322131141.7e3a0276@localhost> Hugo van der Kooij wrote : > On Fri, 19 Mar 2004, Alexander Larsson wrote: > > > On Fri, 2004-03-19 at 00:04, Hugo van der Kooij wrote: > > > On Thu, 18 Mar 2004, Eric Feldhusen wrote: > > > > > > > I've never tried these, but check out > > > > > > > > http://www.gnugk.org/ > > > > http://www.openh323.org/ > > > > > > Been there, tried it. But those buggers have an impossible way of > > > compiling which is rather incompatible with any package manager. > > > > How come we package openh323 in fedora then, eh? :) > > Beacause someone tweaked it to fit gnomemeeting. But in a direct email > conversation the packager said it was packaged just to fit gnomemeeting > but the package will not win any beauty contest. > > But as soon asi I want to compile gnugk I find that basic files are > missing from the openh323 package. Been there, same conclusion : openh323 and gnugk are a complete mess when it comes to trying to getting any decent packages out of them. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.3-2.1.253 Load : 0.61 0.40 0.32 From warren at togami.com Mon Mar 22 12:22:04 2004 From: warren at togami.com (Warren Togami) Date: Mon, 22 Mar 2004 02:22:04 -1000 Subject: H.323 gatekeeper on FC1? In-Reply-To: <20040322131141.7e3a0276@localhost> References: <200403180926.44873.russell@coker.com.au> <4059B8C7.8020502@chartermi.net> <1079683294.29202.1118.camel@localhost.localdomain> <20040322131141.7e3a0276@localhost> Message-ID: <405EDA6C.7000500@togami.com> Matthias Saou wrote: > Been there, same conclusion : openh323 and gnugk are a complete mess > when it comes to trying to getting any decent packages out of them. > > Matthias > I have come to the same conclusion a few months ago. =( Warren From alexl at redhat.com Mon Mar 22 14:13:04 2004 From: alexl at redhat.com (Alexander Larsson) Date: 22 Mar 2004 15:13:04 +0100 Subject: H.323 gatekeeper on FC1? In-Reply-To: References: <200403180926.44873.russell@coker.com.au> <4059B8C7.8020502@chartermi.net> <1079683294.29202.1118.camel@localhost.localdomain> Message-ID: <1079964783.29202.1212.camel@localhost.localdomain> On Fri, 2004-03-19 at 21:53, Hugo van der Kooij wrote: > On Fri, 19 Mar 2004, Alexander Larsson wrote: > > > On Fri, 2004-03-19 at 00:04, Hugo van der Kooij wrote: > > > On Thu, 18 Mar 2004, Eric Feldhusen wrote: > > > > > > > I've never tried these, but check out > > > > > > > > http://www.gnugk.org/ > > > > http://www.openh323.org/ > > > > > > Been there, tried it. But those buggers have an impossible way of > > > compiling which is rather incompatible with any package manager. > > > > How come we package openh323 in fedora then, eh? :) > > Beacause someone tweaked it to fit gnomemeeting. But in a direct email > conversation the packager said it was packaged just to fit gnomemeeting > but the package will not win any beauty contest. > > But as soon asi I want to compile gnugk I find that basic files are > missing from the openh323 package. However, all the changes was made with agreement from gnomemeeting packagers from most of the major distros, and since then most of the changes have been slowly fed back upstream. So, I consider this mostly a bug in gnugk not tracking openh323s path to sane packaging, with possibly a few bugs in openh323 packaging. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a scrappy coffee-fuelled ex-con haunted by memories of 'Nam. She's a plucky winged doctor with a flame-thrower. They fight crime! From steve at silug.org Mon Mar 22 15:01:50 2004 From: steve at silug.org (Steven Pritchard) Date: Mon, 22 Mar 2004 09:01:50 -0600 Subject: CPAN spec file generator In-Reply-To: <1079953696.930.1.camel@lisa.mystery.lviv.net> References: <20040322004459.GA19676@osiris.silug.org> <1079953696.930.1.camel@lisa.mystery.lviv.net> Message-ID: <20040322150150.GA27857@osiris.silug.org> On Mon, Mar 22, 2004 at 01:08:17PM +0200, Volodymyr M. Lisivka wrote: > http://freshmeat.net/projects/rpmpan/ I'm aware of that. While it's a great resource, I doubt any of those packages will make it past fedora.us QA. They are just generated using cpanflute2. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From icon at linux.duke.edu Mon Mar 22 15:26:08 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Mon, 22 Mar 2004 10:26:08 -0500 Subject: Xorg-X11 (or kernel?) problems. Message-ID: <405F0590.4040400@linux.duke.edu> Hello, all: Something that's been biting me ever since I switched to xorg-x11: my USB mouse seems to stop working after a period of inactivity. Every morning when I come in, I can no longer use it -- the cursor won't move. If I try to Ctrl-Alt-Backspace, X will forever hang, even disregarding kill -9 from a remote ssh session. Rebooting is the only thing that helps (and then again, eth0 won't come up unless I boot to 1 first, and ifup eth0 from there, then init 5). I'm not sure if it's xorg-x11, or the kernel -- they have been upgraded at the same time. The only thing indicating that this might be the kernel is the fact that when I insert my usb-key after the same inactivity, the little bulb on it shows no reaction, while usually after a fresh boot it will go into a frenzy of blinking while kernel is setting up usb-scsi and all. Anyone has similar problems? Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 374 bytes Desc: OpenPGP digital signature URL: From dhollis at davehollis.com Mon Mar 22 16:01:16 2004 From: dhollis at davehollis.com (David T Hollis) Date: Mon, 22 Mar 2004 11:01:16 -0500 Subject: H.323 gatekeeper on FC1? In-Reply-To: <405EDA6C.7000500@togami.com> References: <200403180926.44873.russell@coker.com.au> <4059B8C7.8020502@chartermi.net> <1079683294.29202.1118.camel@localhost.localdomain> <20040322131141.7e3a0276@localhost> <405EDA6C.7000500@togami.com> Message-ID: <1079971276.3772.5.camel@dhollis-lnx.kpmg.com> On Mon, 2004-03-22 at 02:22 -1000, Warren Togami wrote: > Matthias Saou wrote: > > Been there, same conclusion : openh323 and gnugk are a complete mess > > when it comes to trying to getting any decent packages out of them. > > > > Matthias > > > > I have come to the same conclusion a few months ago. =( > > Warren The recent releases of pwlib and openh323 seem to finally be moving to a standard configure;make;make install style which will hopefully go a long way towards helping apps that use them to be much easier to package. The whole concept they have of the sources being in $HOME/pwlib and $HOME/openh323 is flawed in so many ways it's frightening. -- David T Hollis From buildsys at redhat.com Mon Mar 22 17:09:30 2004 From: buildsys at redhat.com (Build System) Date: Mon, 22 Mar 2004 12:09:30 -0500 Subject: rawhide report: 20040322 changes Message-ID: <200403221709.i2MH9UP14741@porkchop.devel.redhat.com> Updated Packages: From buildsys at redhat.com Mon Mar 22 17:24:46 2004 From: buildsys at redhat.com (Build System) Date: Mon, 22 Mar 2004 12:24:46 -0500 Subject: rawhide report: 20040322 changes Message-ID: <200403221724.i2MHOkd22420@porkchop.devel.redhat.com> Updated Packages: From buildsys at redhat.com Mon Mar 22 17:28:10 2004 From: buildsys at redhat.com (Build System) Date: Mon, 22 Mar 2004 12:28:10 -0500 Subject: rawhide report: 20040322 changes Message-ID: <200403221728.i2MHSAl23278@porkchop.devel.redhat.com> Updated Packages: From jkeating at j2solutions.net Mon Mar 22 17:45:06 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 22 Mar 2004 09:45:06 -0800 Subject: rawhide report: 20040322 changes In-Reply-To: <200403221728.i2MHSAl23278@porkchop.devel.redhat.com> References: <200403221728.i2MHSAl23278@porkchop.devel.redhat.com> Message-ID: <200403220945.11330.jkeating@j2solutions.net> On Monday 22 March 2004 09:28, Build System wrote: > Updated Packages: Obviously something changed, and broke the reporter (: -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From mattdm at mattdm.org Mon Mar 22 18:12:59 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 22 Mar 2004 13:12:59 -0500 Subject: CPAN spec file generator In-Reply-To: <20040322150150.GA27857@osiris.silug.org> References: <20040322004459.GA19676@osiris.silug.org> <1079953696.930.1.camel@lisa.mystery.lviv.net> <20040322150150.GA27857@osiris.silug.org> Message-ID: <20040322181259.GA12657@jadzia.bu.edu> On Mon, Mar 22, 2004 at 09:01:50AM -0600, Steven Pritchard wrote: > I'm aware of that. While it's a great resource, I doubt any of those > packages will make it past fedora.us QA. They are just generated > using cpanflute2. Oh, and in case it wasn't clear from my earlier message -- I'm really looking forward to seeing this. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mm at mewes.tv Mon Mar 22 18:23:22 2004 From: mm at mewes.tv (Martin Mewes) Date: Mon, 22 Mar 2004 19:23:22 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <1079893299.4930.60.camel@localhost.localdomain> References: <200403211440.22673.mm@mewes.tv> <200403211917.47355.mm@mewes.tv> <1079893299.4930.60.camel@localhost.localdomain> Message-ID: <200403221923.22227.mm@mewes.tv> Hi Chadley, Am Sonntag, 21. M?rz 2004 19:21 schrieb Chadley Wilson: > On Sun, 2004-03-21 at 20:17, Martin Mewes wrote: > > Actually this is a Promise-Chip as well ;-) > > Quite right I couldn't remember Sorry! Anyone else some hints for me, before I file this to linux-ide? bis dahin/kind regards Martin Mewes -- http://www.mewes.tv/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 ###################################################################### From alexander.dalloz at uni-bielefeld.de Mon Mar 22 18:38:37 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 22 Mar 2004 19:38:37 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <200403221923.22227.mm@mewes.tv> References: <200403211440.22673.mm@mewes.tv> <200403211917.47355.mm@mewes.tv> <1079893299.4930.60.camel@localhost.localdomain> <200403221923.22227.mm@mewes.tv> Message-ID: <1079980717.3954.373.camel@sirendipity.dogma.lan> Am Mo, den 22.03.2004 schrieb Martin Mewes um 19:23: > Anyone else some hints for me, before I file this to linux-ide? > > bis dahin/kind regards > > Martin Mewes Could you please again explain what your point is? You want to have the Promise controller to address to hda up to hdd? For cosmetic reasons only? Alan answered that already: hda-hdd are reserved and thus additional controllers address different to not conflict. If you want to minimize bootup time, causing the system not to check for disks on then legacy controller ports, just check your motherboard BIOS settings. Normally each BIOS has a setting where you can enable and disable the onboard controller channels (primary and secondary). Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl Sirendipity 19:33:07 up 3 days, 4:15, load average: 0.11, 0.19, 0.12 [ ????? ?'????? - gnothi seauton ] my life is a planetarium - and you are the stars -------------- 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 cmc at math.hmc.edu Mon Mar 22 19:17:06 2004 From: cmc at math.hmc.edu (C.M. Connelly) Date: Mon, 22 Mar 2004 11:17:06 -0800 Subject: Updating to xorg-x11 packages? Message-ID: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yum started complaining about missing XFree86 packages, which led me to discover the xorg-x11 packages in the archive. Is there some trivial way to migrate to these packages short of installing them manually (and possibly having to remove the XFree packages first)? Thanks, Claire *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Claire Connelly cmc at math.hmc.edu Systems Administrator (909) 621-8754 Department of Mathematics Harvey Mudd College *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFAXzumB0pE8d7vd8wRAoOUAJ9KWvAe++EUGz/VHmfBO5qCjVf5mgCeKYEF ooaA29zpdqT/y3g6nujAdnI= =Ky3p -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Mon Mar 22 19:18:32 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Mar 2004 14:18:32 -0500 Subject: Updating to xorg-x11 packages? In-Reply-To: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> Message-ID: <1079983112.11508.43.camel@opus> On Mon, 2004-03-22 at 14:17, C.M. Connelly wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Yum started complaining about missing XFree86 packages, which led > me to discover the xorg-x11 packages in the archive. Is there > some trivial way to migrate to these packages short of installing > them manually (and possibly having to remove the XFree packages > first)? yum --exclude=Xfree86\* install xorg-x11 -sv From mm at mewes.tv Mon Mar 22 19:25:45 2004 From: mm at mewes.tv (Martin Mewes) Date: Mon, 22 Mar 2004 20:25:45 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <1079980717.3954.373.camel@sirendipity.dogma.lan> References: <200403211440.22673.mm@mewes.tv> <200403221923.22227.mm@mewes.tv> <1079980717.3954.373.camel@sirendipity.dogma.lan> Message-ID: <200403222025.45478.mm@mewes.tv> Hi, Am Montag, 22. M?rz 2004 19:38 schrieb Alexander Dalloz: > Could you please again explain what your point is? The point is, that even if BIOS reports neither Legacy-IDE-HDDs nor SATA, Linux sees something on the motherboard and starts looking for HDDs beginning with hda. I rechecked the BIOS and the only thing which is up, is the IDE-RAID-Stuff for the Promise Chip. This is what confuses me somewhat. bis dahin/kind regards Martin Mewes -- http://www.mewes.tv/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 ###################################################################### From alexander.dalloz at uni-bielefeld.de Mon Mar 22 21:04:12 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 22 Mar 2004 22:04:12 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <200403222025.45478.mm@mewes.tv> References: <200403211440.22673.mm@mewes.tv> <200403221923.22227.mm@mewes.tv> <1079980717.3954.373.camel@sirendipity.dogma.lan> <200403222025.45478.mm@mewes.tv> Message-ID: <1079989452.3954.400.camel@sirendipity.dogma.lan> Am Mo, den 22.03.2004 schrieb Martin Mewes um 20:25: > Hi, > > Am Montag, 22. M?rz 2004 19:38 schrieb Alexander Dalloz: > > > Could you please again explain what your point is? > > The point is, that even if BIOS reports neither Legacy-IDE-HDDs nor > SATA, Linux sees something on the motherboard and starts looking for > HDDs beginning with hda. > > I rechecked the BIOS and the only thing which is up, is the > IDE-RAID-Stuff for the Promise Chip. > > This is what confuses me somewhat. Ok, that I can follow and understand confusion. From your initial posting: SiI3112 Serial ATA: IDE controller at PCI slot 00:08.0 SiI3112 Serial ATA: chipset revision 2 SiI3112 Serial ATA: not 100% native mode: will probe irqs later ide0: MMIO-DMA , BIOS settings: hda:pio, hdb:pio ide1: MMIO-DMA , BIOS settings: hdc:pio, hdd:pio --> Sil3112 is obviously the onboard controller. Seems that your BIOS can not set this controller to off. PDC20276: IDE controller at PCI slot 00:0f.0 PDC20276: chipset revision 1 PDC20276: not 100% native mode: will probe irqs later ide2: BM-DMA at 0xc400-0xc407, BIOS settings: hde:pio, hdf:pio ide3: BM-DMA at 0xc408-0xc40f, BIOS settings: hdg:pio, hdh:pio --> PDC20276 is the Promise controller. VP_IDE: IDE controller at PCI slot 00:11.1 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci00:11.1 ide4: BM-DMA at 0xd400-0xd407, BIOS settings: hdi:pio, hdj:pio ide5: BM-DMA at 0xd408-0xd40f, BIOS settings: hdk:DMA, hdl:pio --> VP_IDE is a third IDE controller. All else I can say is that the IDE device naming scheme with the kernel is fix, so onboard controllers come first as hda - hdd. IIRC the kernel option "boot off-board controller first" does not change that at all. > bis dahin/kind regards > > Martin Mewes Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl Sirendipity 21:55:29 up 3 days, 6:37, load average: 0.03, 0.20, 0.16 [ ????? ?'????? - gnothi seauton ] my life is a planetarium - and you are the stars -------------- 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 notting at redhat.com Mon Mar 22 22:06:25 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 22 Mar 2004 17:06:25 -0500 Subject: flac package incompatibilty In-Reply-To: <200403221024.21630@xcyb0rg> References: <200403221024.21630@xcyb0rg> Message-ID: <20040322220623.GA30606@devserv.devel.redhat.com> Mihai Maties (mihai at xcyb.org) said: > I spoke with Matthias Saou (who maintains flac from freshrpms) and he agreed > to change his package if the flac package from devel tree will be splitted > into fedora-libs too. No -libs package was created because there is no -libs package in upstream flac. Hence, I really don't think one should be added. Bill From rdieter at math.unl.edu Mon Mar 22 22:15:16 2004 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 22 Mar 2004 16:15:16 -0600 Subject: flac package incompatibilty In-Reply-To: <20040322220623.GA30606@devserv.devel.redhat.com> References: <200403221024.21630@xcyb0rg> <20040322220623.GA30606@devserv.devel.redhat.com> Message-ID: <405F6574.2000801@math.unl.edu> Bill Nottingham wrote: > Mihai Maties (mihai at xcyb.org) said: > >>I spoke with Matthias Saou (who maintains flac from freshrpms) and he agreed >>to change his package if the flac package from devel tree will be splitted >>into fedora-libs too. > > > No -libs package was created because there is no -libs package > in upstream flac. Hence, I really don't think one should be added. Isn't it worth maintaining compatibility with previous fedora.us (aka,soon-to-be Fedora Extras) releases? Else, at least please add Obsoletes: flac-libs <= %epoch:%version Provides: flac-libs = %epoch:%version -- Rex From drepper at redhat.com Mon Mar 22 22:17:56 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Mon, 22 Mar 2004 14:17:56 -0800 Subject: Kerberized HTTP In-Reply-To: <1079897083.2824.10.camel@mentor.gurulabs.com> References: <1079897083.2824.10.camel@mentor.gurulabs.com> Message-ID: <405F6614.2030307@redhat.com> Dax Kelson wrote: > I would be nice if FC++ ships mod_auth_kerb. Bugzilla RFE? Already under investigation. The RFE is not public but it's there. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? From Nicolas.Mailhot at laPoste.net Mon Mar 22 22:19:45 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Mon, 22 Mar 2004 23:19:45 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <1079989452.3954.400.camel@sirendipity.dogma.lan> References: <200403211440.22673.mm@mewes.tv> <200403221923.22227.mm@mewes.tv> <1079980717.3954.373.camel@sirendipity.dogma.lan> <200403222025.45478.mm@mewes.tv> <1079989452.3954.400.camel@sirendipity.dogma.lan> Message-ID: <1079993985.25926.9.camel@m222.net81-64-248.noos.fr> Le lun, 22/03/2004 ? 22:04 +0100, Alexander Dalloz a ?crit : > All else I can say is that the IDE device naming scheme with the kernel > is fix, so onboard controllers come first as hda - hdd. IIRC the kernel > option "boot off-board controller first" does not change that at all. This is false btw - I have a system were hda-d are on an addon card (sii680) and e-h are the built-in controllers (via8235) (Which is perfect for me btw since the built-in controllers are used by dvd/cdrom/legacy OS and ssi680 is the linux raid array) It did require fun grub stuff like rootnoverify (hd2,0) map (hd2) (hd0) to keep the legacy OS bootable, since it ennumerates the drives the other way. Cheers, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From notting at redhat.com Mon Mar 22 22:22:11 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 22 Mar 2004 17:22:11 -0500 Subject: flac package incompatibilty In-Reply-To: <405F6574.2000801@math.unl.edu> References: <200403221024.21630@xcyb0rg> <20040322220623.GA30606@devserv.devel.redhat.com> <405F6574.2000801@math.unl.edu> Message-ID: <20040322222211.GB30606@devserv.devel.redhat.com> Rex Dieter (rdieter at math.unl.edu) said: > >>I spoke with Matthias Saou (who maintains flac from freshrpms) and he > >>agreed to change his package if the flac package from devel tree will be > >>splitted into fedora-libs too. > > > >No -libs package was created because there is no -libs package > >in upstream flac. Hence, I really don't think one should be added. > > Isn't it worth maintaining compatibility with previous fedora.us > (aka,soon-to-be Fedora Extras) releases? Maintaining compatibility with upstream seems more efficient. > Else, at least please add > Obsoletes: flac-libs <= %epoch:%version > Provides: flac-libs = %epoch:%version This is the same as trying to obsolete say, random Ximian packages. It's a slippery slope I'd prefer not to be on. Bill From Nicolas.Mailhot at laPoste.net Mon Mar 22 22:22:25 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Mon, 22 Mar 2004 23:22:25 +0100 Subject: Updating to xorg-x11 packages? In-Reply-To: <1079983112.11508.43.camel@opus> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> Message-ID: <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> Le lun, 22/03/2004 ? 14:18 -0500, seth vidal a ?crit : > On Mon, 2004-03-22 at 14:17, C.M. Connelly wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > Yum started complaining about missing XFree86 packages, which led > > me to discover the xorg-x11 packages in the archive. Is there > > some trivial way to migrate to these packages short of installing > > them manually (and possibly having to remove the XFree packages > > first)? > > yum --exclude=Xfree86\* install xorg-x11 And check you have 0.0.6.6-0.0.2004_03_11.6 at least - the previous rpm sets had a borked xfs install, which caused X startup to fail. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From smoogen at lanl.gov Mon Mar 22 22:41:45 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 22 Mar 2004 15:41:45 -0700 Subject: Kerberized HTTP In-Reply-To: <405F6614.2030307@redhat.com> References: <1079897083.2824.10.camel@mentor.gurulabs.com> <405F6614.2030307@redhat.com> Message-ID: <1079995305.2685.40.camel@smoogen2.lanl.gov> On Mon, 2004-03-22 at 15:17, Ulrich Drepper wrote: > Dax Kelson wrote: > > > I would be nice if FC++ ships mod_auth_kerb. Bugzilla RFE? > > Already under investigation. The RFE is not public but it's there. > yeah!!!! let us know what we can do to help. > -- > ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From notting at redhat.com Mon Mar 22 22:45:01 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 22 Mar 2004 17:45:01 -0500 Subject: flac package incompatibilty In-Reply-To: <20040322222211.GB30606@devserv.devel.redhat.com> References: <405F6574.2000801@math.unl.edu> <20040322222211.GB30606@devserv.devel.redhat.com> Message-ID: <20040322224501.GA17720@devserv.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > > Isn't it worth maintaining compatibility with previous fedora.us > > (aka,soon-to-be Fedora Extras) releases? > > Maintaining compatibility with upstream seems more efficient. > > > Else, at least please add > > Obsoletes: flac-libs <= %epoch:%version > > Provides: flac-libs = %epoch:%version > > This is the same as trying to obsolete say, random Ximian packages. > It's a slippery slope I'd prefer not to be on. However, for this case it would make this problem go away. Unfortunately, it's not a scalable general answer. :/ Bill From felipe_alfaro at linuxmail.org Mon Mar 22 23:27:53 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Tue, 23 Mar 2004 00:27:53 +0100 Subject: Updating to xorg-x11 packages? In-Reply-To: <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> Message-ID: <1079998072.1187.1.camel@teapot.felipe-alfaro.com> On Mon, 2004-03-22 at 23:22, Nicolas Mailhot wrote: > > yum --exclude=Xfree86\* install xorg-x11 > > And check you have 0.0.6.6-0.0.2004_03_11.6 at least - the previous rpm > sets had a borked xfs install, which caused X startup to fail. I always disable XFS support and reconfigure X11 to not use a font server, but font files directly from disk. Excerpt from XF86Config: Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" # FontPath "unix/:7100" FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/misc" FontPath "/usr/X11R6/lib/X11/fonts/Type1" FontPath "/usr/X11R6/lib/X11/fonts/Speedo" FontPath "/usr/X11R6/lib/X11/fonts/TTF" FontPath "/usr/share/fonts/default/Type1" EndSection I don't see any benefit from running a font server locally, much less running a font server over the network. From mharris at redhat.com Mon Mar 22 23:44:44 2004 From: mharris at redhat.com (Mike A. Harris) Date: Mon, 22 Mar 2004 18:44:44 -0500 (EST) Subject: Updating to xorg-x11 packages? In-Reply-To: <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> Message-ID: On Mon, 22 Mar 2004, Nicolas Mailhot wrote: >> > Yum started complaining about missing XFree86 packages, which led >> > me to discover the xorg-x11 packages in the archive. Is there >> > some trivial way to migrate to these packages short of installing >> > them manually (and possibly having to remove the XFree packages >> > first)? >> >> yum --exclude=Xfree86\* install xorg-x11 > >And check you have 0.0.6.6-0.0.2004_03_11.6 at least - the previous rpm >sets had a borked xfs install, which caused X startup to fail. That's not quite true. The problem is the transition of upgrading from XFree86 -> xorg-x11 in the handling of the XFree86-xfs rpm scripts. On normal XFree86->XFree86 upgrades, the scripts will be treated as an "upgrade" and the "problematic" code does not ever get executed, so the problem is not ever noticed. The same code is currently in the xorg-x11-xfs rpm scripts also, and when you upgrade from xorg-x11-xfs to the next xorg-x11-xfs package that comes out, things will also "just work". The problem, is when you 'upgrade' from XFree86-xfs -> xorg-x11-xfs, part of the XFree86-xfs rpm scripts that was never used before gets activated for the first time, and xfs ends up getting disabled because of the order in which rpm runs the various install/uninstall scripts. The xorg-x11-xfs package is doing the right thing. The problem is that the old XFree86-xfs package was not ever written to be upgraded from XFree86 to something else that provides the exact same purpose, so that codepath never got tested and has never caused problems before due to that. Essentially it goes like this: - xorg-x11-xfs package is installed - xorg-x11-xfs post script which configures xfs is ran - XFree86-xfs postun script is ran which unconfigures xfs - XFree86-xfs package that was obsoleted by xorg-x11-xfs is uninstalled ... or something very close to that anyway. The problem however is a one time problem. Once you're upgraded to xorg-x11, and you re-enable xfs, it should just work from then on, including through future upgrades of xorg-x11. In short: Just a one time growing pain. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X.org X11 maintainer - Red Hat From romieu at fr.zoreil.com Tue Mar 23 00:24:59 2004 From: romieu at fr.zoreil.com (Francois Romieu) Date: Tue, 23 Mar 2004 01:24:59 +0100 Subject: weird install problem In-Reply-To: <1079943806.13925.26.camel@localhost.localdomain>; from tony@tgds.net on Mon, Mar 22, 2004 at 09:23:27AM +0100 References: <1079943806.13925.26.camel@localhost.localdomain> Message-ID: <20040323012459.A2100@electric-eye.fr.zoreil.com> Tony Grant : [K6-2 333 machine issue with fc1] > Power off - power on nothing the machine is dead. Saw that. > Any clues? Coincidence or "something bad happened during install" TM? If you lspci looks more or less like the one below, it may not be a true coincidence: 00:00.0 Host bridge: ALi Corporation M1541 (rev 04) 00:01.0 PCI bridge: ALi Corporation M1541 PCI to AGP Controller (rev 04) 00:03.0 Bridge: ALi Corporation M7101 PMU 00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] (rev c) 00:09.0 Ethernet controller: Standard Microsystems Corp [SMC] 83C170QF (rev 08) 00:0a.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine] (rev 06) 00:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 30) 00:0f.0 IDE interface: ALi Corporation M5229 IDE (rev c1) 01:00.0 VGA compatible controller: ATI Technologies Inc RV250 [Radeon 9200 SE] ) 01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Second) It works but crashes are sometimes hard to recover and I suspect bad voodoo in the two pci slots (next to eht eisa ones). -- Ueimor From dax at gurulabs.com Tue Mar 23 06:00:01 2004 From: dax at gurulabs.com (Dax Kelson) Date: Mon, 22 Mar 2004 23:00:01 -0700 Subject: Kerberized HTTP In-Reply-To: <405F6614.2030307@redhat.com> References: <1079897083.2824.10.camel@mentor.gurulabs.com> <405F6614.2030307@redhat.com> Message-ID: <1080019995.3149.12.camel@mentor.gurulabs.com> On Mon, 2004-03-22 at 15:17, Ulrich Drepper wrote: > Dax Kelson wrote: > > > I would be nice if FC++ ships mod_auth_kerb. Bugzilla RFE? > > Already under investigation. The RFE is not public but it's there. Excellent news! Dax Kelson Guru Labs From hattenator at imapmail.org Tue Mar 23 06:42:44 2004 From: hattenator at imapmail.org (Eric Hattemer) Date: Mon, 22 Mar 2004 22:42:44 -0800 Subject: Updating to xorg-x11 packages? In-Reply-To: References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> Message-ID: <405FDC64.4000507@imapmail.org> Mike A. Harris wrote: >... or something very close to that anyway. > >The problem however is a one time problem. Once you're upgraded >to xorg-x11, and you re-enable xfs, it should just work from then >on, including through future upgrades of xorg-x11. > >In short: Just a one time growing pain. ;o) > > > > Another fun 'growing pain' is that /usr/X11R6/lib magically disapears from /etc/ld.so.conf. That was a fun one to figure out. Are any of the following driver expected to work in xorg-x11? nvidia- hardlock savage- monitor out-of sync fbdev- black and white crazily small resolution The only driver I have working properly is nv. All these drivers mentioned worked a week ago in XFree86. -Eric Hattemer From mm at mewes.tv Tue Mar 23 07:05:43 2004 From: mm at mewes.tv (Martin Mewes) Date: Tue, 23 Mar 2004 08:05:43 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: <1079993985.25926.9.camel@m222.net81-64-248.noos.fr> References: <200403211440.22673.mm@mewes.tv> <200403221923.22227.mm@mewes.tv> <1079980717.3954.373.camel@sirendipity.dogma.lan> <200403222025.45478.mm@mewes.tv> <1079989452.3954.400.camel@sirendipity.dogma.lan> <1079993985.25926.9.camel@m222.net81-64-248.noos.fr> Message-ID: Hi Nicolas, Nicolas Mailhot wrote: >It did require fun grub stuff like >rootnoverify (hd2,0) >map (hd2) (hd0) >to keep the legacy OS bootable, since it ennumerates the drives the >other way. Nice catch. I did not think about this ... But how to deal with this if you do an initial installation of Linux as the second OS? In my case I installed Windows XP on the first two IDEs with a device driver from diskette in order for Windows XP to see the Promise-Chip. Fedore Core 1 came on as the second OS and initially the HDDs were named hde, hdf, hdg, hdh. I think I can remap the HDDs the way you suggest, but this would not help in initial installations, does it? bis dahin - kind regards Martin Mewes -- http://webmin.mamemu.de/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 Proud Forte Agent 2.0 Beta Tester From rhl-devel-list at lnx.ro Tue Mar 23 07:21:24 2004 From: rhl-devel-list at lnx.ro (Dumitru Ciobarcianu) Date: Tue, 23 Mar 2004 09:21:24 +0200 Subject: Updating to xorg-x11 packages? In-Reply-To: <405FDC64.4000507@imapmail.org> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> Message-ID: <1080026483.3710.3.camel@LNX.iNES.RO> On Mon, 2004-03-22 at 22:42 -0800, Eric Hattemer wrote: > nvidia- hardlock WORKSFORME, as long as you recompile your kernel without 4kstacks. It's told that 4kstacks it's good for desktop, so you better join the others in bugging nvidia for an less stack-hungry kernel driver :) -- Cioby From felipe_alfaro at linuxmail.org Tue Mar 23 08:14:31 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Tue, 23 Mar 2004 09:14:31 +0100 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <405FDC64.4000507@imapmail.org> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> Message-ID: <1080029671.1187.29.camel@teapot.felipe-alfaro.com> On Tue, 2004-03-23 at 07:42, Eric Hattemer wrote: > Another fun 'growing pain' is that /usr/X11R6/lib magically disapears > from /etc/ld.so.conf. That was a fun one to figure out. It's fixed in latest xorg-x11 packages: * Wed Mar 17 2004 Mike A. Harris 0.0.6.6-0.0.2004_03_11.6 - Added new rpm pre scripts for the libs, Mesa-libGL, and Mesa-libGLU packages which add _x11libdir to ld.so.conf if it is missing, and then run ldconfig, in order to work around a race condition in the XFree86-libs-4.3.0-64 and older XFree86-libs packaging which could cause _x11libdir to be removed from ld.so.conf when other packages are still using it, including xorg-x11, causing upgrades to fail (#118448) However, what seems to be broken now is the use of shortcuts using the WinKey in KDE. For example, in the past I was able to assign Win+K to the Kill Window shortcut. However, now I cannot do that: when trying to assign Win+K to Kill Window shortcut, I press the WinKey and it seems to be recognized, but combining it with the 'K" key simply tries to assign 'K' as the keyboard shortcut which is not allowed, of course. Anyone else? From mharris at redhat.com Tue Mar 23 08:35:15 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 23 Mar 2004 03:35:15 -0500 (EST) Subject: Updating to xorg-x11 packages? In-Reply-To: <405FDC64.4000507@imapmail.org> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> Message-ID: On Mon, 22 Mar 2004, Eric Hattemer wrote: >>The problem however is a one time problem. Once you're upgraded >>to xorg-x11, and you re-enable xfs, it should just work from then >>on, including through future upgrades of xorg-x11. >> >>In short: Just a one time growing pain. ;o) >> >> >> >> >Another fun 'growing pain' is that /usr/X11R6/lib magically disapears >from /etc/ld.so.conf. That was a fun one to figure out. Yes, that's been reported at least 100 times on this and other mailing lists and in bugzilla and direct email in the last week. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X.org X11 maintainer - Red Hat From mharris at redhat.com Tue Mar 23 08:47:32 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 23 Mar 2004 03:47:32 -0500 (EST) Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <1080029671.1187.29.camel@teapot.felipe-alfaro.com> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> Message-ID: On Tue, 23 Mar 2004, Felipe Alfaro Solana wrote: >Date: Tue, 23 Mar 2004 09:14:31 +0100 >From: Felipe Alfaro Solana >To: Development discussions related to Fedora Core > >Content-Type: text/plain >Reply-To: Development discussions related to Fedora Core > >X-BeenThere: fedora-devel-list at redhat.com >Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] > >On Tue, 2004-03-23 at 07:42, Eric Hattemer wrote: > >> Another fun 'growing pain' is that /usr/X11R6/lib magically disapears >> from /etc/ld.so.conf. That was a fun one to figure out. > >It's fixed in latest xorg-x11 packages: s/fixed/attempted to fix/..... the problem is still present. 2 people have suggested using rpm triggers to solve this problem. Triggers are a risky business on their own however which can end up creating problems days/weeks/months down the road that are completely impossible to cleanly fix. Not that a trigger can't be done correctly the first time and not have any problems, but rather that experience of my own, and that of others has shown that triggers are very tricky and statistically are not bug free the first time around, leading to bigger problems that only manifest in future upgrades, and aren't bypassable automatically. As such, I'd like to avoid adding triggers at all costs. Altogether, this leaves 3 alternate scenarios that I can think of: 1) Let anaconda or something else fix it during the OS upgrade cycle, via voodoo magic. 2) Use rpm triggers with no guarantee of it actually fixing it, and no way to 100% predict the future, along with all of the associated risks of using triggers. Downside to #1 is that users upgrading manually using rpm -Uvh, or via up2date, yum, apt will have a one time growing pain during the transition from XFree86 to xorg-x11. Solution #1 is what we probably would have done in any previous OS release to play things safe. Downside to #2 is the risks involved with triggers, that have shown again and again repeatedly in almost every rpm package that has ever used them, that triggers are very hard to get right, and to predict all the possible ways the script might get called in the future. They're notoriously hard to test in advance also, but once they're out in the wild, if a bug is found, then users are essentially screwed until they've upgraded at least 2 times. Again, I'm very hesitant to use rpm triggers, but at this point nothing is ruled out yet. I'm open to suggestions. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X.org X11 maintainer - Red Hat From Nicolas.Mailhot at laPoste.net Tue Mar 23 09:34:48 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 23 Mar 2004 10:34:48 +0100 Subject: FastTrack 133 "Lite" or why there is no /dev/hda In-Reply-To: References: <200403211440.22673.mm@mewes.tv> <200403221923.22227.mm@mewes.tv> <1079980717.3954.373.camel@sirendipity.dogma.lan> <200403222025.45478.mm@mewes.tv> <1079989452.3954.400.camel@sirendipity.dogma.lan> <1079993985.25926.9.camel@m222.net81-64-248.noos.fr> Message-ID: <1080034487.20681.1.camel@ulysse.olympe.o2t> Le mar, 23/03/2004 ? 08:05 +0100, Martin Mewes a ?crit : > Hi Nicolas, > > Nicolas Mailhot wrote: > > >It did require fun grub stuff like > >rootnoverify (hd2,0) > >map (hd2) (hd0) > >to keep the legacy OS bootable, since it ennumerates the drives the > >other way. > > Nice catch. I did not think about this ... > > But how to deal with this if you do an initial installation of Linux > as the second OS? As far as I know grub and linux agree on the drive numbering, so you just consider linux numbers as the "right" ones and remap drives in grub before booting in Windows. But I do'nt have the same hardware as you, so YMMV. Cheers, -- Nicolas Mailhot From Nicolas.Mailhot at laPoste.net Tue Mar 23 09:37:14 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 23 Mar 2004 10:37:14 +0100 Subject: Updating to xorg-x11 packages? In-Reply-To: References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> Message-ID: <1080034634.20681.3.camel@ulysse.olympe.o2t> Le lun, 22/03/2004 ? 18:44 -0500, Mike A. Harris a ?crit : > On Mon, 22 Mar 2004, Nicolas Mailhot wrote: > > >> > Yum started complaining about missing XFree86 packages, which led > >> > me to discover the xorg-x11 packages in the archive. Is there > >> > some trivial way to migrate to these packages short of installing > >> > them manually (and possibly having to remove the XFree packages > >> > first)? > >> > >> yum --exclude=Xfree86\* install xorg-x11 > > > >And check you have 0.0.6.6-0.0.2004_03_11.6 at least - the previous rpm > >sets had a borked xfs install, which caused X startup to fail. > > That's not quite true. The problem is the transition of > upgrading from XFree86 -> xorg-x11 in the handling of the > XFree86-xfs rpm scripts. On normal XFree86->XFree86 upgrades, > the scripts will be treated as an "upgrade" and the "problematic" > code does not ever get executed, so the problem is not ever > noticed. Actually, I was thinking more of the library problem. The xfs unsetting I had completely forgotten;) Cheers, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From dennis at ausil.us Tue Mar 23 09:46:58 2004 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 23 Mar 2004 19:46:58 +1000 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> Message-ID: <200403231946.59241.dennis@ausil.us> On Tuesday 23 March 2004 6:47 pm, Mike A. Harris wrote: > On Tue, 23 Mar 2004, Felipe Alfaro Solana wrote: > >Date: Tue, 23 Mar 2004 09:14:31 +0100 > Downside to #1 is that users upgrading manually using rpm -Uvh, > or via up2date, yum, apt will have a one time growing pain during > the transition from XFree86 to xorg-x11. Solution #1 is what we > probably would have done in any previous OS release to play > things safe. > this is how i upgraded to xorg from XFree86 i ran rpm -qa XFree86* > xlist then made the xlist file a bash script to do rpm -e --nodeps on each pacakge then once done i ran up2date xorg* once all installed i ran init 1 then init 5 and all worked as expected and i moved to xorg early in the piece. i did rebuild ttmkfdir so that it didnt want XFree86-libs >4.2.99 i think it was but thats since been fixed maybe we just say to thouse using these methods to upgrade you do something like that and make sure anaconda handles things for install that way Dennis > Downside to #2 is the risks involved with triggers, that have > shown again and again repeatedly in almost every rpm package that > has ever used them, that triggers are very hard to get right, and > to predict all the possible ways the script might get called in > the future. They're notoriously hard to test in advance also, > but once they're out in the wild, if a bug is found, then users > are essentially screwed until they've upgraded at least 2 times. > > Again, I'm very hesitant to use rpm triggers, but at this point > nothing is ruled out yet. I'm open to suggestions. > > > -- > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - X.org X11 maintainer - Red Hat -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From gauret at free.fr Tue Mar 23 10:07:02 2004 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 23 Mar 2004 11:07:02 +0100 Subject: policy on library packages Message-ID: Hi all I can't find the policy regarding library (sub-)packages. I am packaging a digital camera program for KDE called DigiKam (#1404). This package can use a plugins package for more features: digikamplugins (#1406). Thus, digikamplugins depends on libdigikam.so. But then, an image viewer for KDE called ShowImg (#1410) can also use digikam's plugins. In the end, we have an image viewer depending on a digital camera manager. This could be fixed by splitting libdigikam out of the main package, but it looks like it is rarely done in the Fedora distribution. Is there a policy regarding this kind of situation (I'm sure it is neither the only nor the fist time this happens) ? Is there a general policy as regards to sub-packages, and to library packages ? Thanks Aur?lien -- http://gauret.free.fr ~~~~ Jabber : gauret at amessage.info "As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours ; and this we should do freely and generously." -- Benjamin Franklin From gteale at cmedltd.com Tue Mar 23 10:16:18 2004 From: gteale at cmedltd.com (Geoff Teale) Date: Tue, 23 Mar 2004 10:16:18 +0000 Subject: Updating to xorg-x11 packages? In-Reply-To: <1080034634.20681.3.camel@ulysse.olympe.o2t> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <1080034634.20681.3.camel@ulysse.olympe.o2t> Message-ID: <1080036977.2521.41.camel@dubya.devel.cmedltd.com> Chaps, If we're moving to X.org will we also be adopting MAS and Xprint in FC 2 ? -- Geoff Teale Cmed Technology / Free Software Foundation gteale at cmedltd.com / tealeg at member.fsf.org Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From ms-nospam-0306 at arcor.de Tue Mar 23 11:28:09 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 23 Mar 2004 12:28:09 +0100 Subject: policy on library packages In-Reply-To: References: Message-ID: <20040323122809.614cc1b8.ms-nospam-0306@arcor.de> On Tue, 23 Mar 2004 11:07:02 +0100, Aurelien Bompard wrote: > I can't find the policy regarding library (sub-)packages. I am packaging a > digital camera program for KDE called DigiKam (#1404). This package can use > a plugins package for more features: digikamplugins (#1406). Thus, > digikamplugins depends on libdigikam.so. But then, an image viewer for KDE > called ShowImg (#1410) can also use digikam's plugins. ^^^ "can" as in "it's optional"? or "can" as in "there's a strict dependence on a digikam library when digikam plugins support is built into the image viewer"? > In the end, we have > an image viewer depending on a digital camera manager. So, the dependence is automatic (due to a linked library)? Is size a matter here? ;) > This could be fixed > by splitting libdigikam out of the main package, but it looks like it is > rarely done in the Fedora distribution. e.g. $ rpm -qR kdeaddons | grep xmms libxmms.so.1 $ rpm --redhatprovides libxmms.so.1 xmms-1.2.10-1.p See also the recent discussion of FLAC, which was not split into flac and flac-lib in Fedora Core 2 devel unlike fedora.us. > Is there a policy regarding this > kind of situation (I'm sure it is neither the only nor the fist time this > happens) ? Is there a general policy as regards to sub-packages, and to > library packages ? IMHO, such changes should be implemented correctly upstream. A clean modules system which allows adding/removing features at run-time. However, if upstream is focused on source tarballs as opposed to distributions, they likely not see a problem and expect everyone to build from source and link in only the features that are wanted. -- From ms-nospam-0306 at arcor.de Tue Mar 23 11:34:48 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 23 Mar 2004 12:34:48 +0100 Subject: k3b fedora.us reviews or new maintainer wanted! In-Reply-To: <200403221141.10745@xcyb0rg> References: <20040318034035.587b4843.ms-nospam-0306@arcor.de> <200403191315.04079@xcyb0rg> <20040319174959.52492a08.ms-nospam-0306@arcor.de> <200403221141.10745@xcyb0rg> Message-ID: <20040323123448.1eaabfe6.ms-nospam-0306@arcor.de> On Mon, 22 Mar 2004 11:41:10 +0200, Mihai Maties wrote: [k3b-i18n] > I would go with Rex on this one. In the past few months there were a lot of > minor K3b releases (7 to be precise) that used the same i18n files. This > would be 2.5MB * 7 ... it's quite a lot. Instead of obsoleting an out-of-date language package at a major version jump, one could also replace the old i18n package with a dummy package, so a later i18n upgrade release would be installed automatically. > > I've submitted a patch for k3b to add a --disable-libmad option to the > > configure script, which -- when integrated upstream or patched in with > > autoconf -- could be used to build without MAD mp3 support, even if > > libmad-devel is installed. This would get rid of the "buildconflicts: > > libmad-devel" for "--without mp3" builds, and is primarly of interest for > > end-users and well-defined builds. > > Great. Any news on that ? It's in the tracker as I have not posted it via e-mail. -- From felipe_alfaro at linuxmail.org Tue Mar 23 11:44:54 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Tue, 23 Mar 2004 12:44:54 +0100 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> Message-ID: <1080042293.1187.34.camel@teapot.felipe-alfaro.com> On Tue, 2004-03-23 at 09:47, Mike A. Harris wrote: > Again, I'm very hesitant to use rpm triggers, but at this point > nothing is ruled out yet. I'm open to suggestions. I vote for using /etc/ld.so.conf.d infraestructure introduced by Jakub in glibc-2.3.3-18. We can simply add an entry for /usr/X11R6/lib inside /etc/ld.so.conf.d/xorg-x11 (for example). This way, even if deinstalling XFree86 removes /usr/X11R/lib from /etc/ld.so.conf, the entry will still exist inside /etc/ld.so.conf.d/xorg-x11. From gauret at free.fr Tue Mar 23 14:19:22 2004 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 23 Mar 2004 15:19:22 +0100 Subject: policy on library packages References: <20040323122809.614cc1b8.ms-nospam-0306@arcor.de> Message-ID: Michael Schwendt wrote: > "can" as in "it's optional"? or "can" as in "there's a strict dependence > on a digikam library when digikam plugins support is built into the image > viewer"? It's a configure switch, so it's strict. > So, the dependence is automatic (due to a linked library)? exactly > Is size a matter here? ;) In this case, I don't think size is a matter ;o) The full digikam package weights 2.6Mo > See also the recent discussion of FLAC, which was not split into > flac and flac-lib in Fedora Core 2 devel unlike fedora.us. Yes, it looks like maintaining splitted packages can become a mess. That's why I asked for advice here. > IMHO, such changes should be implemented correctly upstream. A clean > modules system which allows adding/removing features at run-time. However, > if upstream is focused on source tarballs as opposed to distributions, > they likely not see a problem and expect everyone to build from source and > link in only the features that are wanted. Fortunately, showimg is still in a pre-1.0 development stage. This could be a nice RFE :) For now, I'll keep the digikam package whole. Thanks Aur?lien -- http://gauret.free.fr ~~~~ Jabber : gauret at amessage.info "Unix was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From ellson at research.att.com Tue Mar 23 14:22:03 2004 From: ellson at research.att.com (John Ellson) Date: Tue, 23 Mar 2004 09:22:03 -0500 Subject: What is the problem with the mirrors? Message-ID: <4060480B.3080909@research.att.com> Few of the Fedora mirrors have March 19th updates yet, never mind March 22nd. What is the problem? From warren at togami.com Tue Mar 23 14:24:10 2004 From: warren at togami.com (Warren Togami) Date: Tue, 23 Mar 2004 04:24:10 -1000 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> Message-ID: <4060488A.4020700@togami.com> Mike A. Harris wrote: > > s/fixed/attempted to fix/..... the problem is still present. > 2 people have suggested using rpm triggers to solve this problem. > Triggers are a risky business on their own however which can end > up creating problems days/weeks/months down the road that are > completely impossible to cleanly fix. Not that a trigger can't > be done correctly the first time and not have any problems, but > rather that experience of my own, and that of others has shown > that triggers are very tricky and statistically are not bug free > the first time around, leading to bigger problems that only > manifest in future upgrades, and aren't bypassable automatically. > > As such, I'd like to avoid adding triggers at all costs. > > Altogether, this leaves 3 alternate scenarios that I can > think of: > > 1) Let anaconda or something else fix it during the OS > upgrade cycle, via voodoo magic. > > 2) Use rpm triggers with no guarantee of it actually fixing it, > and no way to 100% predict the future, along with all of the > associated risks of using triggers. > > Downside to #1 is that users upgrading manually using rpm -Uvh, > or via up2date, yum, apt will have a one time growing pain during > the transition from XFree86 to xorg-x11. Solution #1 is what we > probably would have done in any previous OS release to play > things safe. > > Downside to #2 is the risks involved with triggers, that have > shown again and again repeatedly in almost every rpm package that > has ever used them, that triggers are very hard to get right, and > to predict all the possible ways the script might get called in > the future. They're notoriously hard to test in advance also, > but once they're out in the wild, if a bug is found, then users > are essentially screwed until they've upgraded at least 2 times. > > Again, I'm very hesitant to use rpm triggers, but at this point > nothing is ruled out yet. I'm open to suggestions. > > #1 need not be limited to anaconda. It could also be a super special case that apt, yum and up2date handle because it is extremely rare but important. #2 triggers MAY not be a bad thing if the implemntation is good, and unlikely to introduce any security related problem. What specific concerns do you have about triggers in this case? Warren From jakub at redhat.com Tue Mar 23 14:30:53 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 23 Mar 2004 09:30:53 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <4060480B.3080909@research.att.com> References: <4060480B.3080909@research.att.com> Message-ID: <20040323143053.GD31589@devserv.devel.redhat.com> On Tue, Mar 23, 2004 at 09:22:03AM -0500, John Ellson wrote: > Few of the Fedora mirrors have March 19th updates yet, never mind March > 22nd. There aren't many March 22 changes, just rpmdb-redhat... Several mirrors have even March 22 changes. What arch are you looking for? Jakub From ellson at research.att.com Tue Mar 23 14:41:39 2004 From: ellson at research.att.com (John Ellson) Date: Tue, 23 Mar 2004 09:41:39 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <20040323143053.GD31589@devserv.devel.redhat.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> Message-ID: <40604CA3.6090607@research.att.com> Jakub Jelinek wrote: >On Tue, Mar 23, 2004 at 09:22:03AM -0500, John Ellson wrote: > > >>Few of the Fedora mirrors have March 19th updates yet, never mind March >>22nd. >> >> > >There aren't many March 22 changes, just rpmdb-redhat... >Several mirrors have even March 22 changes. What arch are you looking for? > > Jakub > > > > i386 ibiblio doesn't have any rpmdb kernel.org has rpmdb for March 19, but not March 22. duke seems to have died altogether redhat mirrors are impossible to log into this morning John From czar at czarc.net Tue Mar 23 14:42:49 2004 From: czar at czarc.net (Gene C.) Date: Tue, 23 Mar 2004 09:42:49 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <20040323143053.GD31589@devserv.devel.redhat.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> Message-ID: <200403230942.49906.czar@czarc.net> On Tuesday 23 March 2004 09:30, Jakub Jelinek wrote: > On Tue, Mar 23, 2004 at 09:22:03AM -0500, John Ellson wrote: > > Few of the Fedora mirrors have March 19th updates yet, never mind March > > 22nd. > > There aren't many March 22 changes, just rpmdb-redhat... > Several mirrors have even March 22 changes. What arch are you looking for? I know I have been having a problem finding a recent version for x86_64. Although some mirrors have the updates to Fedora/RPMS/*, they do not have anything (or anything current) for images/boot.iso or Fedora/base/* -- Gene From bpm at ec-group.com Tue Mar 23 14:43:04 2004 From: bpm at ec-group.com (Brian Millett) Date: Tue, 23 Mar 2004 08:43:04 -0600 Subject: Xprt cpu usage at 90% Why? Message-ID: <1080052984.7028.5.camel@shaka.ec-group.com> I've noticed the last couple of day, after updating to the xorg stuff, that the Xprt process is taking up 80-95% of the cpu. Why? I'm not printing anything, nor have I tried to day to print anything. If I am not using xprint, do I need the service? Thanks. -- Brian Millett - Technologist Rex "Ah, Ambassador..." 'No! Get away from him! Get away! We've got to get out of here. He'll eat your mind." "Thomas?" 'I saw him. I saw him do it. He'll suck your brain dry.' "Thomas! Excuse me, Ambassador. Perhaps later?" -- Aldous Gajic and Thomas "Jinxo" Jordan (visiting Kosh), "Grail" From skvidal at phy.duke.edu Tue Mar 23 14:53:26 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 23 Mar 2004 09:53:26 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <40604CA3.6090607@research.att.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> Message-ID: <1080053606.14903.2.camel@opus> > > > i386 > > ibiblio doesn't have any rpmdb > > kernel.org has rpmdb for March 19, but not March 22. > > duke seems to have died altogether > > redhat mirrors are impossible to log into this morning The problem is simple. 1. LOTS of changes last week to development 2. 5KB/s download rates from the mirror master to mirrors 3. everyone in the world wanting everything updated at any given second. It's just not possible to count on that much data synced world-wide if any one of the mirrors can't get any rates. oh and 'duke seems to have died' is b/c a world of people repointed their rsyncs to us when their download rates off of the red hat master dropped to modem speeds. The theory was that I was somehow magically able to get the bits. The theory is wrong but... -sv From christof at damian.net Tue Mar 23 14:55:20 2004 From: christof at damian.net (Christof Damian) Date: Tue, 23 Mar 2004 14:55:20 +0000 Subject: problems with mach 0.4.5 hanging Message-ID: <20040323145520.GO6648@batman.gotham.krass.com> I am trying to setup new roots with mach 0.4.5, but it hangs after "Updating apt sources ..." Is anyone else experiencing this ? Christof -- Christof Damian christof at damian.net From rda at rincon.com Tue Mar 23 14:55:28 2004 From: rda at rincon.com (Bob Arendt) Date: Tue, 23 Mar 2004 07:55:28 -0700 Subject: Updating to xorg-x11 packages? In-Reply-To: <405FDC64.4000507@imapmail.org> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> Message-ID: <40604FE0.403@rincon.com> Eric Hattemer wrote: > Another fun 'growing pain' is that /usr/X11R6/lib magically disapears > from /etc/ld.so.conf. That was a fun one to figure out. > Are any of the following driver expected to work in xorg-x11? > nvidia- hardlock > savage- monitor out-of sync > fbdev- black and white crazily small resolution > > The only driver I have working properly is nv. All these drivers > mentioned worked a week ago in XFree86. > -Eric Hattemer > I had the same nvidia experience. But nv doesn't entirely work - the glx extension kills the Xserver (see Bugzilla 118697). Does glxinfo kill your "nv" Xserver as well? -Bob Arendt From skvidal at phy.duke.edu Tue Mar 23 14:59:07 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 23 Mar 2004 09:59:07 -0500 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <4060488A.4020700@togami.com> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <4060488A.4020700@togami.com> Message-ID: <1080053947.14903.7.camel@opus> > #1 need not be limited to anaconda. It could also be a super special > case that apt, yum and up2date handle because it is extremely rare but > important. I'd like to offer that there is no such case that should justify a hack as ugly as that would be. if someone at red hat wants to apply a patch to the yum in fedora core to make that happen I can't stop them, however I will NOT accept a patch to do the above into upstream yum. That's gross. -sv From jakub at redhat.com Tue Mar 23 15:03:13 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 23 Mar 2004 10:03:13 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <40604CA3.6090607@research.att.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> Message-ID: <20040323150313.GE31589@devserv.devel.redhat.com> On Tue, Mar 23, 2004 at 09:41:39AM -0500, John Ellson wrote: > >There aren't many March 22 changes, just rpmdb-redhat... > >Several mirrors have even March 22 changes. What arch are you looking for? > i386 > > ibiblio doesn't have any rpmdb > > kernel.org has rpmdb for March 19, but not March 22. > > duke seems to have died altogether > > redhat mirrors are impossible to log into this morning If you want i386, then {ftp,http}://sunsite.mff.cuni.cz/pub/fedora/development/ has everything up to and including March 22. Ditto ia64. Other arches are not 100% up2date though, since the current download speed from master is not very good and if you have ~ 35GB of constantly changing rawhide... Jakub From ryan at third-man.com Tue Mar 23 15:10:50 2004 From: ryan at third-man.com (Ryan Dooley) Date: Tue, 23 Mar 2004 09:10:50 -0600 Subject: Updating to xorg-x11 packages? In-Reply-To: <40604FE0.403@rincon.com> Message-ID: <20040323151056.4C8465C748@elvis.mu.org> Hrm... I've got xorg 0.0.6.6-0.0.2004_03_11.6 with NVidia's drivers installed. The only hitch was X11R6 leaving ld.so.conf. glxinfo doesn't kill the X server. Ryan > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list- > bounces at redhat.com] On Behalf Of Bob Arendt > Sent: Tuesday, March 23, 2004 8:55 AM > To: Development discussions related to Fedora Core > Subject: Re: Updating to xorg-x11 packages? > > Eric Hattemer wrote: > > Another fun 'growing pain' is that /usr/X11R6/lib magically disapears > > from /etc/ld.so.conf. That was a fun one to figure out. > > Are any of the following driver expected to work in xorg-x11? > > nvidia- hardlock > > savage- monitor out-of sync > > fbdev- black and white crazily small resolution > > > > The only driver I have working properly is nv. All these drivers > > mentioned worked a week ago in XFree86. > > -Eric Hattemer > > > I had the same nvidia experience. But nv doesn't entirely work - > the glx extension kills the Xserver (see Bugzilla 118697). > Does glxinfo kill your "nv" Xserver as well? > > -Bob Arendt > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list From ellson at research.att.com Tue Mar 23 15:12:22 2004 From: ellson at research.att.com (John Ellson) Date: Tue, 23 Mar 2004 10:12:22 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <1080053606.14903.2.camel@opus> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> Message-ID: <406053D6.2000503@research.att.com> seth vidal wrote: >>i386 >> >>ibiblio doesn't have any rpmdb >> >>kernel.org has rpmdb for March 19, but not March 22. >> >>duke seems to have died altogether >> >>redhat mirrors are impossible to log into this morning >> >> > >The problem is simple. > >1. LOTS of changes last week to development >2. 5KB/s download rates from the mirror master to mirrors >3. everyone in the world wanting everything updated at any given second. > > >It's just not possible to count on that much data synced world-wide if >any one of the mirrors can't get any rates. > >oh and 'duke seems to have died' is b/c a world of people repointed >their rsyncs to us when their download rates off of the red hat master >dropped to modem speeds. > >The theory was that I was somehow magically able to get the bits. The >theory is wrong but... > >-sv > > > > > Isn't the solution also simple? Give the mirror sites a priority access somehow, or perhaps a private master server? John From skvidal at phy.duke.edu Tue Mar 23 15:14:14 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 23 Mar 2004 10:14:14 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <406053D6.2000503@research.att.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> <406053D6.2000503@research.att.com> Message-ID: <1080054854.14903.9.camel@opus> > Isn't the solution also simple? > > Give the mirror sites a priority access somehow, or perhaps a private > master server? Can you keep a secret? We are getting priority access. Something is "Not Right"(TM) -sv From ryan at third-man.com Tue Mar 23 15:15:32 2004 From: ryan at third-man.com (Ryan Dooley) Date: Tue, 23 Mar 2004 09:15:32 -0600 Subject: What is the problem with the mirrors? In-Reply-To: <406053D6.2000503@research.att.com> Message-ID: <20040323151533.D36B15C785@elvis.mu.org> [*snip*] > >It's just not possible to count on that much data synced world-wide if > >any one of the mirrors can't get any rates. I knew 300 baud would come back in style ;-) [*snip*] > Isn't the solution also simple? > > Give the mirror sites a priority access somehow, or perhaps a private > master server? Yup... let the global mirrors talk with a private rsync server with a username/password combo. Ryan From noa at resare.com Tue Mar 23 15:34:30 2004 From: noa at resare.com (Noa Resare) Date: Tue, 23 Mar 2004 16:34:30 +0100 Subject: What is the problem with the mirrors? In-Reply-To: <20040323150313.GE31589@devserv.devel.redhat.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <20040323150313.GE31589@devserv.devel.redhat.com> Message-ID: <1080056070.6278.2688.camel@marit.resare.com> tis 2004-03-23 klockan 16.03 skrev Jakub Jelinek: > On Tue, Mar 23, 2004 at 09:41:39AM -0500, John Ellson wrote: > > >There aren't many March 22 changes, just rpmdb-redhat... > > >Several mirrors have even March 22 changes. What arch are you looking for? > > > i386 > > > > ibiblio doesn't have any rpmdb > > > > kernel.org has rpmdb for March 19, but not March 22. > > > > duke seems to have died altogether > > > > redhat mirrors are impossible to log into this morning > > If you want i386, then > {ftp,http}://sunsite.mff.cuni.cz/pub/fedora/development/ > has everything up to and including March 22. Ditto ia64. > Other arches are not 100% up2date though, since the current download > speed from master is not very good and if you have ~ 35GB of > constantly changing rawhide... I think it's obvious from this that development/rawhide should be distribtuted independently from the released fredora trees. Having stable updates distribution being delayed for days because all mirrors are busy downloading contless gigabyes of development updates to architectures very few uses seems like a problem that should get some priority in fixing. With numerous well connected mirrors as well as lots of bandwith to the master site there should be no problem creating a rock solid fast mirroring system with a little work. /noa -- And the lions ate the christians and the christians burned the witches, and even I am out of explanations -- Ola Salo gpg fingerprint: F3C4 AC90 B885 FE15 344B 4D05 220B 7662 A190 6F09 From cmadams at hiwaay.net Tue Mar 23 15:38:14 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 23 Mar 2004 09:38:14 -0600 Subject: What is the problem with the mirrors? In-Reply-To: <406053D6.2000503@research.att.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> <406053D6.2000503@research.att.com> Message-ID: <20040323153814.GB1388044@hiwaay.net> Once upon a time, John Ellson said: > Give the mirror sites a priority access somehow, or perhaps a private > master server? The mirror sites have priority access, but there is something afoot with the Red Hat master servers, so that priority access results in modem download speeds. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From ellson at research.att.com Tue Mar 23 15:47:49 2004 From: ellson at research.att.com (John Ellson) Date: Tue, 23 Mar 2004 10:47:49 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <1080056070.6278.2688.camel@marit.resare.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <20040323150313.GE31589@devserv.devel.redhat.com> <1080056070.6278.2688.camel@marit.resare.com> Message-ID: <40605C25.4030608@research.att.com> Noa Resare wrote: >tis 2004-03-23 klockan 16.03 skrev Jakub Jelinek: > > >>On Tue, Mar 23, 2004 at 09:41:39AM -0500, John Ellson wrote: >> >> >>>>There aren't many March 22 changes, just rpmdb-redhat... >>>>Several mirrors have even March 22 changes. What arch are you looking for? >>>> >>>> >>>i386 >>> >>>ibiblio doesn't have any rpmdb >>> >>>kernel.org has rpmdb for March 19, but not March 22. >>> >>>duke seems to have died altogether >>> >>>redhat mirrors are impossible to log into this morning >>> >>> >>If you want i386, then >>{ftp,http}://sunsite.mff.cuni.cz/pub/fedora/development/ >>has everything up to and including March 22. Ditto ia64. >>Other arches are not 100% up2date though, since the current download >>speed from master is not very good and if you have ~ 35GB of >>constantly changing rawhide... >> >> > > >I think it's obvious from this that development/rawhide should be >distribtuted independently from the released fredora trees. Having >stable updates distribution being delayed for days because all mirrors >are busy downloading contless gigabyes of development updates to >architectures very few uses seems like a problem that should get some >priority in fixing. > >With numerous well connected mirrors as well as lots of bandwith to the >master site there should be no problem creating a rock solid fast >mirroring system with a little work. > >/noa > > > I guess I don't see the need to separate. If the mirroring system was able to handle the large number of development updates in a timely fashion then it would presumably have little problem with a small number of stable-release updates. The problem as I understand it is with the master server(s) that supply private/prioritized access to the mirrors. John From lvm at mystery.lviv.net Tue Mar 23 16:07:41 2004 From: lvm at mystery.lviv.net (Volodymyr M. Lisivka) Date: Tue, 23 Mar 2004 18:07:41 +0200 Subject: What is the problem with the mirrors? In-Reply-To: <1080053606.14903.2.camel@opus> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> Message-ID: <1080058060.1807.1.camel@lisa.mystery.lviv.net> ??, 2004-03-23 ? 16:53, seth vidal ???????: > The problem is simple. > > 1. LOTS of changes last week to development rpmdelta and subversion? http://toast.debian.net/~may/rpmdelta/ -- Best regards, Volodymyr M. Lisivka icq#14549856 From jjneely at pams.ncsu.edu Tue Mar 23 16:10:44 2004 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Tue, 23 Mar 2004 11:10:44 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <1080054854.14903.9.camel@opus> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> <406053D6.2000503@research.att.com> <1080054854.14903.9.camel@opus> Message-ID: <20040323161044.GN19520@anduril.pams.ncsu.edu> On Tue, Mar 23, 2004 at 10:14:14AM -0500, seth vidal wrote: > > Isn't the solution also simple? > > > > Give the mirror sites a priority access somehow, or perhaps a private > > master server? > > Can you keep a secret? > > We are getting priority access. > > Something is "Not Right"(TM) > > -sv > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > The master server on I-2 seems to have "gone away". Its not in DNS anymore. I don't have a master to sync to that's anywhere near ftp.linux.ncsu.edu. I can sync...only if I shut down my FTP site so I have no load and sync for *days* at a time. Normally, all I get is rsync error messages. Jack -- Jack Neely Realm Linux Administration and Development PAMS Computer Operations at NC State University GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89 From jjneely at pams.ncsu.edu Tue Mar 23 16:12:58 2004 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Tue, 23 Mar 2004 11:12:58 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <20040323161044.GN19520@anduril.pams.ncsu.edu> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> <406053D6.2000503@research.att.com> <1080054854.14903.9.camel@opus> <20040323161044.GN19520@anduril.pams.ncsu.edu> Message-ID: <20040323161258.GP19520@anduril.pams.ncsu.edu> Looks like the I-2 master will be back up today...I'll try to get a good sync as soon as possible. Jack -- Jack Neely Realm Linux Administration and Development PAMS Computer Operations at NC State University GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89 From skvidal at phy.duke.edu Tue Mar 23 16:22:47 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 23 Mar 2004 11:22:47 -0500 Subject: What is the problem with the mirrors? In-Reply-To: <1080058060.1807.1.camel@lisa.mystery.lviv.net> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> <1080058060.1807.1.camel@lisa.mystery.lviv.net> Message-ID: <1080058967.14903.76.camel@opus> On Tue, 2004-03-23 at 11:07, Volodymyr M. Lisivka wrote: > ????, 2004-03-23 ?? 16:53, seth vidal ??????????????: > > > The problem is simple. > > > > 1. LOTS of changes last week to development > rpmdelta and subversion? We still need all the data on the mirror servers. -sv From lvm at mystery.lviv.net Tue Mar 23 16:45:43 2004 From: lvm at mystery.lviv.net (Volodymyr M. Lisivka) Date: Tue, 23 Mar 2004 18:45:43 +0200 Subject: What is the problem with the mirrors? In-Reply-To: <1080058967.14903.76.camel@opus> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> <1080058060.1807.1.camel@lisa.mystery.lviv.net> <1080058967.14903.76.camel@opus> Message-ID: <1080060343.1807.24.camel@lisa.mystery.lviv.net> ??, 2004-03-23 ? 18:22, seth vidal ???????: > On Tue, 2004-03-23 at 11:07, Volodymyr M. Lisivka wrote: > > ????, 2004-03-23 ?? 16:53, seth vidal ??????????????: > > > > > The problem is simple. > > > > > > 1. LOTS of changes last week to development > > rpmdelta and subversion? > > We still need all the data on the mirror servers. Quick list of advantages/disadvantages of the new method: + only differences between versions of compiled RPM will be transfered (rpmdelta <= RPM); + can get any version of the RPM at any time; - two scripts needed to store/restore RPM in/from repository; - can't reexport SVN repository (+ if do rsync on SVN repository itself); - need to keep all files on the server to apply deltas; - can't use apt/yum directly. PS. Even just plain rpm-deltas will be much better than simple downloading of the whole RPM every time when it changed (eg. size of a quick security fix or translation update in libc will be only 1/10000 to size of the whole libc package). -- Best regards, Volodymyr M. Lisivka icq#14549856 From jorton at redhat.com Tue Mar 23 16:57:26 2004 From: jorton at redhat.com (Joe Orton) Date: Tue, 23 Mar 2004 16:57:26 +0000 Subject: Kerberized HTTP In-Reply-To: <1079995305.2685.40.camel@smoogen2.lanl.gov> References: <1079897083.2824.10.camel@mentor.gurulabs.com> <405F6614.2030307@redhat.com> <1079995305.2685.40.camel@smoogen2.lanl.gov> Message-ID: <20040323165725.GA12816@redhat.com> On Mon, Mar 22, 2004 at 03:41:45PM -0700, Stephen Smoogen wrote: > On Mon, 2004-03-22 at 15:17, Ulrich Drepper wrote: > > Dax Kelson wrote: > > > > > I would be nice if FC++ ships mod_auth_kerb. Bugzilla RFE? > > > > Already under investigation. The RFE is not public but it's there. > > > > yeah!!!! let us know what we can do to help. Some testing would be good: mod_auth_kerb packages are on the way to Raw Hide, now available here: http://people.redhat.com/jorton/FedoraC2-krb/ Regards, joe From mandreiana at rdslink.ro Tue Mar 23 17:07:39 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Tue, 23 Mar 2004 19:07:39 +0200 Subject: policy for upgrading to newer versions of various packages Message-ID: <1080061659.5117.35.camel@marte.biciclete.ro> Hi Is there a policy for upgrading Fedora test packages to various versions? There are some mails to devel list saying "package xxx is out, where from can we gen an updated rpm?" I guess it depends from package to package, depending on importance and resources to rebuild it. For example, evolution 1.4 will be in FC2, but we can get RPMS for FC2 from Jackub homepage. The same way Nils P. provided rpms for GIMP while it was nearing 2.0 release and Arjan for kernel. Can we get a list with these places? Is there a repository where from we can try OOo 1.1.1rc3? Can this be included in FC test 2 instead of current 1.1.0? Thanks -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From noa at resare.com Tue Mar 23 17:47:46 2004 From: noa at resare.com (Noa Resare) Date: Tue, 23 Mar 2004 18:47:46 +0100 Subject: problems with mach 0.4.5 hanging In-Reply-To: <20040323145520.GO6648@batman.gotham.krass.com> References: <20040323145520.GO6648@batman.gotham.krass.com> Message-ID: <1080064066.6278.2875.camel@marit.resare.com> tis 2004-03-23 klockan 15.55 skrev Christof Damian: > I am trying to setup new roots with mach 0.4.5, but it hangs after > "Updating apt sources ..." > > Is anyone else experiencing this ? > Yes, and I posted a fix to the mach-devel list a few days ago. Since sf.net email archives is down atm I attach the patch here. -- And the lions ate the christians and the christians burned the witches, and even I am out of explanations -- Ola Salo gpg fingerprint: F3C4 AC90 B885 FE15 344B 4D05 220B 7662 A190 6F09 -------------- next part -------------- A non-text attachment was scrubbed... Name: mach.patch Type: text/x-patch Size: 479 bytes Desc: not available URL: From christof at damian.net Tue Mar 23 18:11:21 2004 From: christof at damian.net (Christof Damian) Date: Tue, 23 Mar 2004 18:11:21 +0000 Subject: problems with mach 0.4.5 hanging In-Reply-To: <1080064066.6278.2875.camel@marit.resare.com> References: <20040323145520.GO6648@batman.gotham.krass.com> <1080064066.6278.2875.camel@marit.resare.com> Message-ID: <20040323181120.GT6648@batman.gotham.krass.com> On Tue, 23 Mar 2004, Noa Resare wrote: > tis 2004-03-23 klockan 15.55 skrev Christof Damian: > > I am trying to setup new roots with mach 0.4.5, but it hangs after > > "Updating apt sources ..." > > > > Is anyone else experiencing this ? > > > > Yes, and I posted a fix to the mach-devel list a few days ago. Since > sf.net email archives is down atm I attach the patch here. > very good. that works. christof -- Christof Damian christof at damian.net From ms-nospam-0306 at arcor.de Tue Mar 23 18:17:20 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 23 Mar 2004 19:17:20 +0100 Subject: What is the problem with the mirrors? In-Reply-To: <1080053606.14903.2.camel@opus> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <1080053606.14903.2.camel@opus> Message-ID: <20040323191720.12938ef4.ms-nospam-0306@arcor.de> On 23 Mar 2004 09:53:26 -0500, seth vidal wrote: > The problem is simple. > > 1. LOTS of changes last week to development > 2. 5KB/s download rates from the mirror master to mirrors > 3. everyone in the world wanting everything updated at any given second. 4. many users in the world switch to the master server when a mirror has yesterday's packages only From rhl-devel-list at lnx.ro Tue Mar 23 18:26:11 2004 From: rhl-devel-list at lnx.ro (Dumitru Ciobarcianu) Date: Tue, 23 Mar 2004 20:26:11 +0200 Subject: Updating to xorg-x11 packages? In-Reply-To: <40604FE0.403@rincon.com> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <40604FE0.403@rincon.com> Message-ID: <1080066370.31920.7.camel@LNX.iNES.RO> On Tue, 2004-03-23 at 07:55 -0700, Bob Arendt wrote: > I had the same nvidia experience. But nv doesn't entirely work - > the glx extension kills the Xserver (see Bugzilla 118697). > Does glxinfo kill your "nv" Xserver as well? --cut here-- -b /usr/lib/tls/libGL.so.1 -b /usr/lib/tls/libGL.so.1.0.5336 -b /usr/lib/tls/libGLcore.so.1 -b /usr/lib/tls/libGLcore.so.1.0.5336 --cut here-- in /etc/prelink.conf and reinstall the nvidia libs. -- Cioby From leonard at den.ottolander.nl Tue Mar 23 18:29:21 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 23 Mar 2004 19:29:21 +0100 Subject: Fedora Bug Day Tomorrow: March 24th 2004: It's Raining Cats and Bugs Message-ID: <1080066561.4754.49.camel@athlon.localdomain> Fedora Bug Day: Help in tackling some bugs and take some weight of the shoulders of the maintainers. Pick your favourite package, poke it a little and see what comes out. March 24th, starting at 14:00 UTC (09:00 EST) at #fedora-bugs irc channel on freenode Join the discussion and help out with squashing bugs. If you think you are not up to fixing bugs by yourself you can always help out in investigating the validity of outstanding issues. Some of you might remember that a couple of weeks ago I made a static bug list to investigate gnome-panel bugs (http://www.ottolander.nl/gnome-panel/). Editing the html for each new bug was a bit tedious, so I decided to build a program in php which allows you to create categories, assign bugs to these categories and reorder the lists. This program is quite usable already, but I would like to do some more testing and get some feedback, especially on possible security issues, before I open it to the general public. This program can be found at http://www.ottolander.nl/bughunt/ , but for now you'll need a user name and a password. If you think such a tool can come in handy you can request a user name and password. Join #fedora-bugs and ask me (leonardjo) for it. If things go well I hope to open that directory to the general public in a week or two. Some general info on Fedora Triage can be found in the fedora-triage-list archives https://lists.dulug.duke.edu/pipermail/fedora-triage-list/ or at the following URLs: http://tinyurl.com/ywma3 - Jef "Very Busy" Spaleta's vision on Fedora Triage http://tinyurl.com/23alw - Jef's short term goals and long term plan Hope to see you around tomorrow, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From rhl-devel-list at lnx.ro Tue Mar 23 18:34:38 2004 From: rhl-devel-list at lnx.ro (Dumitru Ciobarcianu) Date: Tue, 23 Mar 2004 20:34:38 +0200 Subject: Updating to xorg-x11 packages? In-Reply-To: <1080066370.31920.7.camel@LNX.iNES.RO> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <40604FE0.403@rincon.com> <1080066370.31920.7.camel@LNX.iNES.RO> Message-ID: <1080066878.31920.13.camel@LNX.iNES.RO> On Tue, 2004-03-23 at 20:26 +0200, Dumitru Ciobarcianu wrote: [crap deleted] Sorry, I hit the send button a bit too early, before reading the full bugzilla entry. But maybe it's not all crap. It might be related to prelink ? -- Cioby From barryn at pobox.com Tue Mar 23 18:59:43 2004 From: barryn at pobox.com (Barry K. Nathan) Date: Tue, 23 Mar 2004 10:59:43 -0800 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <4060488A.4020700@togami.com> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <4060488A.4020700@togami.com> Message-ID: <20040323185943.GA17446@ip68-4-98-123.oc.oc.cox.net> On Tue, Mar 23, 2004 at 04:24:10AM -1000, Warren Togami wrote: > #1 need not be limited to anaconda. It could also be a super special > case that apt, yum and up2date handle because it is extremely rare but > important. There's lots of other special case stuff handled by anaconda. (Installing the gnome-session RPM when upgrading from GNOME 1.x to 2.x is the one that comes to mind most easily.) Maybe there should be some kind of pre-upgrade/post-upgrade scripts which the admin can run manually before/after running apt, yum or up2date. That would be *MUCH* cleaner than putting it straight into apt/yum/up2date. (Maybe I'll try to write these scripts. I may not have time for a few days however.) > #2 triggers MAY not be a bad thing if the implemntation is good, and > unlikely to introduce any security related problem. What specific > concerns do you have about triggers in this case? Speaking for myself and not for Mike: If a user has run "chkconfig xfs off" or the equivalent, and that gets undone by a trigger when XFree86 is replaced by xorg-x11 (e.g. xfs startup is re-enabled), does that count as a security-related problem? That's the closest thing I can think of right now, with my implementation of xorg-x11 triggers (see attachment 98747 to bug 118448). -Barry K. Nathan From buildsys at redhat.com Tue Mar 23 19:07:42 2004 From: buildsys at redhat.com (Build System) Date: Tue, 23 Mar 2004 14:07:42 -0500 Subject: rawhide report: 20040323 changes Message-ID: <200403231907.i2NJ7gv30597@porkchop.devel.redhat.com> Removed package nmh Removed package mars-nwe Updated Packages: anaconda-9.91-6 --------------- * Mon Mar 22 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) fedora-release-1.91-6 --------------------- fedora-release-1.91-7 --------------------- fedora-release-1.91-8 --------------------- gnucash-1.8.8-5 --------------- * Sat Mar 20 2004 Bill Nottingham 1.8.8-5 - reinstate libtool helper files (#118495) nfs-utils-1.0.6-19.fc2 ---------------------- * Mon Mar 22 2004 - Make sure check_new_cache() is looking in the right place policy-1.9-11 ------------- * Mon Mar 22 2004 Dan Walsh 1.9-11 - Cleanup cyrus * Mon Mar 22 2004 Dan Walsh 1.9-10 - fix syntax of post install script * Mon Mar 22 2004 Dan Walsh 1.9-9 - Update with latest from Russell policycoreutils-1.9-11 ---------------------- * Wed Mar 17 2004 Dan Walsh 1.9-11 - Eliminate trailing / in restorecon rpmdb-fedora-1.91-0.20040323 ---------------------------- system-config-securitylevel-1.3.7-1 ----------------------------------- * Fri Mar 19 2004 Bill Nottingham 1.3.7-1 - prefer commandline arguments to config file arguments (#118667) util-linux-2.12-14 ------------------ * Sat Mar 20 2004 - Updated the nfs-mount.patch to correctly handle the mounthost option and to ignore servers that do not set auth flavors From katzj at redhat.com Tue Mar 23 20:24:22 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 23 Mar 2004 15:24:22 -0500 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <20040323185943.GA17446@ip68-4-98-123.oc.oc.cox.net> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <4060488A.4020700@togami.com> <20040323185943.GA17446@ip68-4-98-123.oc.oc.cox.net> Message-ID: <1080073461.1818.58.camel@edoras.local.net> On Tue, 2004-03-23 at 10:59 -0800, Barry K. Nathan wrote: > On Tue, Mar 23, 2004 at 04:24:10AM -1000, Warren Togami wrote: > > #1 need not be limited to anaconda. It could also be a super special > > case that apt, yum and up2date handle because it is extremely rare but > > important. > > There's lots of other special case stuff handled by anaconda. (Installing > the gnome-session RPM when upgrading from GNOME 1.x to 2.x is the one > that comes to mind most easily.) Maybe there should be some kind of > pre-upgrade/post-upgrade scripts which the admin can run manually > before/after running apt, yum or up2date. That would be *MUCH* cleaner > than putting it straight into apt/yum/up2date. The fact that anaconda has it doesn't make it a good idea :-) I'd like to have a more general way of handling these sorts of things that can be shared a little bit better, but the big problem with that is the maintenance of it and keeping it current for as the distribution changes. Jeremy From steve at silug.org Tue Mar 23 21:15:56 2004 From: steve at silug.org (Steven Pritchard) Date: Tue, 23 Mar 2004 15:15:56 -0600 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <1080073461.1818.58.camel@edoras.local.net> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <4060488A.4020700@togami.com> <20040323185943.GA17446@ip68-4-98-123.oc.oc.cox.net> <1080073461.1818.58.camel@edoras.local.net> Message-ID: <20040323211556.GA4959@osiris.silug.org> On Tue, Mar 23, 2004 at 03:24:22PM -0500, Jeremy Katz wrote: > I'd like to have a more general way of handling these sorts of things > that can be shared a little bit better, but the big problem with that > is the maintenance of it and keeping it current for as the > distribution changes. How about %pre or %post in the fedora-release package? :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From katzj at redhat.com Tue Mar 23 22:24:40 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 23 Mar 2004 17:24:40 -0500 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <20040323211556.GA4959@osiris.silug.org> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <4060488A.4020700@togami.com> <20040323185943.GA17446@ip68-4-98-123.oc.oc.cox.net> <1080073461.1818.58.camel@edoras.local.net> <20040323211556.GA4959@osiris.silug.org> Message-ID: <1080080679.1818.67.camel@edoras.local.net> On Tue, 2004-03-23 at 15:15 -0600, Steven Pritchard wrote: > On Tue, Mar 23, 2004 at 03:24:22PM -0500, Jeremy Katz wrote: > > I'd like to have a more general way of handling these sorts of things > > that can be shared a little bit better, but the big problem with that > > is the maintenance of it and keeping it current for as the > > distribution changes. > > How about %pre or %post in the fedora-release package? :-) That would sort of work for this case (maybe, depends on how the package order works out and I've have to look to see that). But it doesn't help with the "if gnome-core was installed, now install gnome-session" sorts of things Jeremy From zaitcev at redhat.com Tue Mar 23 22:31:53 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Tue, 23 Mar 2004 14:31:53 -0800 Subject: Patch for 2.4 USB serial Message-ID: <20040323143153.7757e745.zaitcev@redhat.com> I got around to fixing a number of teething problems with the usbserial helper process and the usbserial in general, just in time when 2.4 started to wind down. Nonetheless, here it goes, against 2.4.22-1.2176. Please consider for a future update, if that ever happens. Related bug reports: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112806 Not sure if I fixed it completely this time, but I hope so. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114614 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116011 Regression in Fedora which I caused with fixes for PDA syncs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117423 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118436 RHEL bug, but fixes are all mixed together in the code. If everything goes well, I will push this to Marcelo for 2.4.27. I held back hoping for a backport, but now that I looked even more at it, I think 2.6 gets it wrong, too. It will be a separate work. So let's just fix this. Code reviews are always appreciated. -- Pete diff -urN -X dontdiff linux-2.4.22-1.2176/drivers/usb/serial/usbserial.c linux-2.4.22-1.2176-u1/drivers/usb/serial/usbserial.c --- linux-2.4.22-1.2176/drivers/usb/serial/usbserial.c 2004-03-11 20:53:43.000000000 -0800 +++ linux-2.4.22-1.2176-u1/drivers/usb/serial/usbserial.c 2004-03-23 11:07:12.000000000 -0800 @@ -367,6 +367,10 @@ static void serial_close (struct tty_struct *tty, struct file * filp); static int __serial_write (struct usb_serial_port *port, int from_user, const unsigned char *buf, int count); static int serial_write (struct tty_struct * tty, int from_user, const unsigned char *buf, int count); +static int serial_post_job(struct usb_serial_port *port, int from_user, + int gfp, const unsigned char *buf, int count); +static int serial_post_one(struct usb_serial_port *port, int from_user, + int gfp, const unsigned char *buf, int count); static int serial_write_room (struct tty_struct *tty); static int serial_chars_in_buffer (struct tty_struct *tty); static void serial_throttle (struct tty_struct * tty); @@ -477,35 +481,45 @@ * Rather than open the whole can of worms again, we just post writes * into a helper which can sleep. * - * Kernel 2.6 has a proper fix, reportedly. - * - * XXX Nothing prevents this from looping forever. + * Kernel 2.6 has a proper fix. It replaces semaphores with proper locking. */ static void post_helper(void *arg) { + struct list_head *pos; struct usb_serial_post_job *job; struct usb_serial_port *port; struct usb_serial *serial; unsigned int flags; spin_lock_irqsave(&post_lock, flags); - while (!list_empty(&post_list)) { - job = list_entry(post_list.next, struct usb_serial_post_job, link); + pos = post_list.next; + while (pos != &post_list) { + job = list_entry(pos, struct usb_serial_post_job, link); + port = job->port; + /* get_usb_serial checks port->tty, so cannot be used */ + serial = port->serial; + if (port->write_busy) { + dbg("%s - port %d busy", __FUNCTION__, port->number); + pos = pos->next; + continue; + } list_del(&job->link); spin_unlock_irqrestore(&post_lock, flags); - port = job->port; - serial = get_usb_serial (port, __FUNCTION__); - down(&port->sem); + dbg("%s - port %d len %d backlog %d", __FUNCTION__, + port->number, job->len, port->write_backlog); if (port->tty != NULL) __serial_write(port, 0, job->buff, job->len); up(&port->sem); - kfree(job); spin_lock_irqsave(&post_lock, flags); + port->write_backlog -= job->len; + kfree(job); if (--serial->ref == 0) kfree(serial); + /* Have to reset because we dropped spinlock */ + pos = post_list.next; } spin_unlock_irqrestore(&post_lock, flags); } @@ -642,7 +656,20 @@ /* if disconnect beat us to the punch here, there's nothing to do */ if (tty->driver_data) { - /* post_helper(NULL); */ /* Correct, but unimportant for echo.*/ + /* + * XXX The right thing would be to wait for the output to drain. + * But we are not sufficiently daring to experiment in 2.4. + * N.B. If we do wait, no need to run post_helper here. + * Normall callback mechanism wakes it up just fine. + */ +#if I_AM_A_DARING_HACKER + tty->closing = 1; + up (&port->sem); + if (info->closing_wait != ASYNC_CLOSING_WAIT_NONE) + tty_wait_until_sent(tty, info->closing_wait); + down (&port->sem); + if (!tty->driver_data) /* woopsie, disconnect, now what */ ; +#endif __serial_close(port, filp); } @@ -677,9 +704,6 @@ static int serial_write (struct tty_struct * tty, int from_user, const unsigned char *buf, int count) { struct usb_serial_port *port = (struct usb_serial_port *) tty->driver_data; - struct usb_serial *serial = get_usb_serial (port, __FUNCTION__); - struct usb_serial_post_job *job; - unsigned long flags; int rc; if (!in_interrupt()) { @@ -690,6 +714,18 @@ post_helper(NULL); down(&port->sem); + /* + * This happens when a line discipline asks how much room + * we have, gets 64, then tries to perform two writes + * for a byte each. First write takes whole URB, second + * write hits this check. + */ + if (port->write_busy) { + up(&port->sem); + return serial_post_job(port, from_user, GFP_KERNEL, + buf, count); + } + rc = __serial_write(port, from_user, buf, count); up(&port->sem); return rc; @@ -705,12 +741,19 @@ return -EINVAL; } - job = kmalloc(sizeof(struct usb_serial_post_job), GFP_ATOMIC); - if (job == NULL) - return -ENOMEM; + return serial_post_job(port, 0, GFP_ATOMIC, buf, count); +} - job->port = port; - if ((job->len = count) >= POST_BSIZE) { +static int serial_post_job(struct usb_serial_port *port, int from_user, + int gfp, const unsigned char *buf, int count) +{ + int done = 0, length; + int rc; + + if (port == NULL) + return -EPIPE; + + if (count >= 512) { static int rate = 0; /* * Data loss due to extreme circumstances. @@ -718,13 +761,61 @@ * Neener, neener! Actually, it's probably an echo loop anyway. * Only happens when getty starts talking to Visor. */ - if (++rate % 1000 < 5) - err("too much data (%d)", count); - job->len = POST_BSIZE; + if (++rate % 1000 < 3) { + err("too much data (%d) from %s", count, + from_user? "user": "kernel"); + } + count = 512; + } + + while (done < count) { + length = count - done; + if (length > POST_BSIZE) + length = POST_BSIZE; + if (length > port->bulk_out_size) + length = port->bulk_out_size; + + rc = serial_post_one(port, from_user, gfp, buf + done, length); + if (rc <= 0) { + if (done != 0) + return done; + return rc; + } + done += rc; + } + + return done; +} + +static int serial_post_one(struct usb_serial_port *port, int from_user, + int gfp, const unsigned char *buf, int count) +{ + struct usb_serial *serial = get_usb_serial (port, __FUNCTION__); + struct usb_serial_post_job *job; + unsigned long flags; + + dbg("%s - port %d user %d count %d", __FUNCTION__, port->number, from_user, count); + + job = kmalloc(sizeof(struct usb_serial_post_job), gfp); + if (job == NULL) + return -ENOMEM; + + job->port = port; + if (count >= POST_BSIZE) + count = POST_BSIZE; + job->len = count; + + if (from_user) { + if (copy_from_user(job->buff, buf, count)) { + kfree(job); + return -EFAULT; + } + } else { + memcpy(job->buff, buf, count); } - memcpy(job->buff, buf, job->len); spin_lock_irqsave(&post_lock, flags); + port->write_backlog += count; list_add_tail(&job->link, &post_list); serial->ref++; /* Protect the port->sem from kfree() */ schedule_task(&post_task); @@ -742,8 +833,13 @@ if (!serial) return -ENODEV; - if (in_interrupt()) - return POST_BSIZE; + if (in_interrupt()) { + retval = 0; + if (!port->write_busy && port->write_backlog == 0) + retval = port->bulk_out_size; + dbg("%s - returns %d", __FUNCTION__, retval); + return retval; + } down (&port->sem); @@ -776,10 +872,8 @@ down (&port->sem); - dbg("%s = port %d", __FUNCTION__, port->number); - if (!port->open_count) { - dbg("%s - port not open", __FUNCTION__); + dbg("%s - port %d: not open", __FUNCTION__, port->number); goto exit; } @@ -1038,18 +1132,23 @@ { struct usb_serial *serial = port->serial; int result; - - dbg("%s - port %d", __FUNCTION__, port->number); + unsigned long flags; if (count == 0) { dbg("%s - write request of 0 bytes", __FUNCTION__); return (0); } + if (count < 0) { + err("%s - port %d: write request of %d bytes", __FUNCTION__, + port->number, count); + return (0); + } /* only do something if we have a bulk out endpoint */ if (serial->num_bulk_out) { - if (port->write_urb->status == -EINPROGRESS) { - dbg("%s - already writing", __FUNCTION__); + if (port->write_busy) { + /* Happens when two threads run port_helper. Watch. */ + info("%s - already writing", __FUNCTION__); return (0); } @@ -1058,12 +1157,10 @@ if (from_user) { if (copy_from_user(port->write_urb->transfer_buffer, buf, count)) return -EFAULT; - } - else { + } else { memcpy (port->write_urb->transfer_buffer, buf, count); } - - usb_serial_debug_data (__FILE__, __FUNCTION__, count, port->write_urb->transfer_buffer); + dbg("%s - port %d [%d]", __FUNCTION__, port->number, count); /* set up our urb */ usb_fill_bulk_urb (port->write_urb, serial->dev, @@ -1075,10 +1172,18 @@ generic_write_bulk_callback), port); /* send the data out the bulk port */ + port->write_busy = 1; result = usb_submit_urb(port->write_urb); - if (result) - err("%s - failed submitting write urb, error %d", __FUNCTION__, result); - else + if (result) { + err("%s - port %d: failed submitting write urb (%d)", + __FUNCTION__, port->number, result); + port->write_busy = 0; + spin_lock_irqsave(&post_lock, flags); + if (port->write_backlog != 0) + schedule_task(&post_task); + spin_unlock_irqrestore(&post_lock, flags); + + } else result = count; return result; @@ -1093,14 +1198,12 @@ struct usb_serial *serial = port->serial; int room = 0; - dbg("%s - port %d", __FUNCTION__, port->number); - if (serial->num_bulk_out) { - if (port->write_urb->status != -EINPROGRESS) + if (!port->write_busy && port->write_backlog == 0) room = port->bulk_out_size; } - dbg("%s - returns %d", __FUNCTION__, room); + dbg("%s - port %d, returns %d", __FUNCTION__, port->number, room); return (room); } @@ -1112,8 +1215,9 @@ dbg("%s - port %d", __FUNCTION__, port->number); if (serial->num_bulk_out) { - if (port->write_urb->status == -EINPROGRESS) - chars = port->write_urb->transfer_buffer_length; + if (port->write_busy) + chars += port->write_urb->transfer_buffer_length; + chars += port->write_backlog; /* spin_lock... Baah */ } dbg("%s - returns %d", __FUNCTION__, chars); @@ -1177,14 +1281,16 @@ dbg("%s - port %d", __FUNCTION__, port->number); + port->write_busy = 0; + wmb(); + if (!serial) { - dbg("%s - bad serial pointer, exiting", __FUNCTION__); + err("%s - null serial pointer, exiting", __FUNCTION__); return; } if (urb->status) { dbg("%s - nonzero write bulk status received: %d", __FUNCTION__, urb->status); - return; } queue_task(&port->tqueue, &tq_immediate); @@ -1210,12 +1316,18 @@ struct usb_serial_port *port = (struct usb_serial_port *)private; struct usb_serial *serial = get_usb_serial (port, __FUNCTION__); struct tty_struct *tty; + unsigned long flags; dbg("%s - port %d", __FUNCTION__, port->number); if (!serial) return; + spin_lock_irqsave(&post_lock, flags); + if (port->write_backlog != 0) + schedule_task(&post_task); + spin_unlock_irqrestore(&post_lock, flags); + tty = port->tty; if (!tty) return; diff -urN -X dontdiff linux-2.4.22-1.2176/drivers/usb/serial/usb-serial.h linux-2.4.22-1.2176-u1/drivers/usb/serial/usb-serial.h --- linux-2.4.22-1.2176/drivers/usb/serial/usb-serial.h 2004-03-11 20:53:43.000000000 -0800 +++ linux-2.4.22-1.2176-u1/drivers/usb/serial/usb-serial.h 2004-03-23 11:07:12.000000000 -0800 @@ -111,6 +111,8 @@ int bulk_out_size; struct urb * write_urb; __u8 bulk_out_endpointAddress; + char write_busy; /* URB is active */ + int write_backlog; /* Fifo used */ wait_queue_head_t write_wait; struct tq_struct tqueue; From dang at planetmirror.com Tue Mar 23 22:47:10 2004 From: dang at planetmirror.com (Dan Goodes) Date: Wed, 24 Mar 2004 08:47:10 +1000 (EST) Subject: What is the problem with the mirrors? In-Reply-To: <1080056070.6278.2688.camel@marit.resare.com> References: <4060480B.3080909@research.att.com> <20040323143053.GD31589@devserv.devel.redhat.com> <40604CA3.6090607@research.att.com> <20040323150313.GE31589@devserv.devel.redhat.com> <1080056070.6278.2688.camel@marit.resare.com> Message-ID: On Tue, 23 Mar 2004 at 16:34, Noa Resare wrote: > I think it's obvious from this that development/rawhide should be > distribtuted independently from the released fredora trees. Having > stable updates distribution being delayed for days because all mirrors > are busy downloading contless gigabyes of development updates to > architectures very few uses seems like a problem that should get some > priority in fixing. I've had a setup that fetches "released" updates for the core tree separately from the development tree, for some time (that is, one sync that runs for /pub/fedora/linux/core/updates/ and a separate tree that runs for /pub/fedora/linux/core/development/ at different times). It helps to a degree, but I agree with the many posts on this thread that something maybe "up" with redhat/fedora's "priority access" setup. It's difficult to get good speeds at the best of times, and at release times (such as next monday/tuesday when -test2 is released) it's nigh-on _impossible_ to get anything decent from the master server/s. I usually end up talking with other well-connected mirrors to get IP-based access to their mirrors so I can have the release before it's announced. > With numerous well connected mirrors as well as lots of bandwith to the > master site there should be no problem creating a rock solid fast > mirroring system with a little work. Sure - and for what it's worth, the RedHat / Fedora mirroring system is among the most solid that I'm involved with. Regards, Dan Goodes : Systems Programmer : dang at planetmirror.com Help support PlanetMirror - Australia's largest Internet archive by signing up for PlanetMirror Premium : http://planetmirror.com From greg at kroah.com Wed Mar 24 03:23:07 2004 From: greg at kroah.com (Greg KH) Date: Tue, 23 Mar 2004 19:23:07 -0800 Subject: Patch for 2.4 USB serial In-Reply-To: <20040323143153.7757e745.zaitcev@redhat.com> References: <20040323143153.7757e745.zaitcev@redhat.com> Message-ID: <20040324032307.GB6428@kroah.com> On Tue, Mar 23, 2004 at 02:31:53PM -0800, Pete Zaitcev wrote: > > If everything goes well, I will push this to Marcelo for 2.4.27. Wait, aren't I still the USB serial maintainer? :) > I held back hoping for a backport, but now that I looked even more > at it, I think 2.6 gets it wrong, too. It will be a separate work. How does 2.6 get it wrong? > So let's just fix this. > > Code reviews are always appreciated. How about a patch against a clean 2.4 tree? This is against the latest fedora 2.4 kernel, right? thanks, greg k-h From zaitcev at redhat.com Wed Mar 24 03:54:37 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Tue, 23 Mar 2004 19:54:37 -0800 Subject: Patch for 2.4 USB serial In-Reply-To: <20040324032307.GB6428@kroah.com> References: <20040323143153.7757e745.zaitcev@redhat.com> <20040324032307.GB6428@kroah.com> Message-ID: <20040323195437.2dd922ce.zaitcev@redhat.com> On Tue, 23 Mar 2004 19:23:07 -0800 Greg KH wrote: > On Tue, Mar 23, 2004 at 02:31:53PM -0800, Pete Zaitcev wrote: > > > > If everything goes well, I will push this to Marcelo for 2.4.27. > > Wait, aren't I still the USB serial maintainer? :) Oh duh, that's right. I just forgot :-) > > I held back hoping for a backport, but now that I looked even more > > at it, I think 2.6 gets it wrong, too. It will be a separate work. > > How does 2.6 get it wrong? That's how: I didn't agree with this paragraph: > > However, what about the port->open_count? > > It is manipulated without any locking, it seems. > > Actually it can be gotten rid of entirely I think. The reference count > of the object is now handled properly, so open_count is pretty much > pointless. Now we are still relying on the fact that open() can't race > with disconnect() from the USB bus, which in real-life is probably ok, You cannot just get rid of it if you still want to call component driver's ->open only once. Something has to count, and reference counts do not match open counts, so you have to keep a counter for it. An alternative would be to pass all upper level opens through to component drivers, which would just push open counts down a level. IIRC, we did it before, but migrated to the current scheme. So, the open count stays. Since it stays, it has to be protected. > How about a patch against a clean 2.4 tree? This is against the latest > fedora 2.4 kernel, right? I was going to send it out after 2.4.26, but I can send it now if you want. -- Pete From mharris at redhat.com Wed Mar 24 07:31:39 2004 From: mharris at redhat.com (Mike A. Harris) Date: Wed, 24 Mar 2004 02:31:39 -0500 (EST) Subject: Updating to xorg-x11 packages? In-Reply-To: <1080036977.2521.41.camel@dubya.devel.cmedltd.com> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <1080034634.20681.3.camel@ulysse.olympe.o2t> <1080036977.2521.41.camel@dubya.devel.cmedltd.com> Message-ID: On Tue, 23 Mar 2004, Geoff Teale wrote: >If we're moving to X.org will we also be adopting MAS and Xprint >in FC 2 ? No. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X.org X11 maintainer - Red Hat From mharris at redhat.com Wed Mar 24 07:37:12 2004 From: mharris at redhat.com (Mike A. Harris) Date: Wed, 24 Mar 2004 02:37:12 -0500 (EST) Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <1080042293.1187.34.camel@teapot.felipe-alfaro.com> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <1080042293.1187.34.camel@teapot.felipe-alfaro.com> Message-ID: On Tue, 23 Mar 2004, Felipe Alfaro Solana wrote: >> Again, I'm very hesitant to use rpm triggers, but at this point >> nothing is ruled out yet. I'm open to suggestions. > >I vote for using /etc/ld.so.conf.d infraestructure introduced by Jakub >in glibc-2.3.3-18. > >We can simply add an entry for /usr/X11R6/lib inside >/etc/ld.so.conf.d/xorg-x11 (for example). This way, even if deinstalling >XFree86 removes /usr/X11R/lib from /etc/ld.so.conf, the entry will still >exist inside /etc/ld.so.conf.d/xorg-x11. The trigger scripts are already in place in CVS, and will be in a future build. The ld.so.conf.d stuff is a promising solution for the future, but I'm not ready to switch to it yet for a few reasons: - It's brand new, and to the best of my knowledge it hasn't been widely tested yet. I'd rather wait until it is known to not have any nasties in it, especially for something as important as X11 installation. - The trigger scripts that are present now should work just fine for the immediate need we have. - Using the ld.so.conf.d approach makes the packages Fedora Core 2 specific, meaning the xorg-x11 packaging is more difficult to try to get working on FC1 or older OS releases should someone (myself included) want to use xorg-x11 on an older release in an unsupported fashion. Once I decide to throw away package compatibility for FC1 and older OS releases however, I will switch to the new mechanism, as it will likely be well used by then, and any glaring surprises that pop up should be long since fixed likely. TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X.org X11 maintainer - Red Hat From m.fioretti at inwind.it Wed Mar 24 07:53:37 2004 From: m.fioretti at inwind.it (M. Fioretti) Date: Wed, 24 Mar 2004 08:53:37 +0100 Subject: Novell to Combine Best of KDE and Gnome Message-ID: <20040324075337.GF11682@inwind.it> Hello, I'm just a reader of this list, but thought this could interest Fedora developers, and I'd like to hear your opinions about it: http://www.eweek.com/article2/0,1759,1553087,00.asp http://slashdot.org/article.pl?sid=04/03/23/2352216 Ciao, Marco -- Marco Fioretti m.fioretti, at the server inwind.it Red Hat for low memory http://www.rule-project.org/en/ Our inventions are wont to be pretty toys, which distract our attention from serious things. They are but improved means to an unimproved end, an end which it was already but too easy to arrive at; as railroads lead to Boston or New York. We are in great haste to construct a magnetic telegraph from Maine to Texas; but Maine and Texas, it may be, have nothing important to communicate. -- H. D. Thoreau, 1854 From piet at www.piet.net Wed Mar 24 07:50:53 2004 From: piet at www.piet.net (Piet Delaney) Date: 23 Mar 2004 23:50:53 -0800 Subject: 2.6.5-rc2-mm1: entry.S - Error: missing separator (Fedora AMD64 Core Release 1) Message-ID: <1080114653.18957.1870.camel@www.piet.net> I built 2.6.5-rc2 and it's running fine on a amd64 installed with Fedora Core 1. Unfortunately the mm1 patch is giving me an assembler error when macros with args are invoked in: --------------------------------------------------------- linux-2.6.5-rc2-mm1/arch/x86_64/kernel/entry.S: --------------------------------------------------------- 279 hammer 20:37 /usr/src/linux-2.6.5-rc2-mm1> gmake gmake[1]: `arch/x86_64/kernel/asm-offsets.s' is up to date. CHK include/linux/compile.h AS arch/x86_64/kernel/entry.o arch/x86_64/kernel/entry.S: Assembler messages: arch/x86_64/kernel/entry.S:184: Error: missing separator arch/x86_64/kernel/entry.S:434: Error: missing separator arch/x86_64/kernel/entry.S:540: Error: missing separator arch/x86_64/kernel/entry.S:543: Error: missing separator arch/x86_64/kernel/entry.S:546: Error: missing separator arch/x86_64/kernel/entry.S:551: Error: missing separator arch/x86_64/kernel/entry.S:554: Error: missing separator arch/x86_64/kernel/entry.S:557: Error: missing separator arch/x86_64/kernel/entry.S:719: Error: missing separator arch/x86_64/kernel/entry.S:778: Error: missing separator arch/x86_64/kernel/entry.S:806: Error: missing separator arch/x86_64/kernel/entry.S:819: Error: missing separator arch/x86_64/kernel/entry.S:872: Error: missing separator arch/x86_64/kernel/entry.S:888: Error: missing separator arch/x86_64/kernel/entry.S:912: Error: missing separator gmake[1]: *** [arch/x86_64/kernel/entry.o] Error 1 gmake: *** [arch/x86_64/kernel] Error 2 ------------------------------------------------------------ For example, the first error at line 184 is the invocation of the SAVE_ARGS macro: 178 ENTRY(system_call) 179 CFI_STARTPROC 180 swapgs 181 movq %rsp,%gs:pda_oldrsp 182 movq %gs:pda_kernelstack,%rsp 183 sti 184 SAVE_ARGS 8,1 <------- HERE 185 movq %rax,ORIG_RAX-ARGOFFSET(%rsp) 186 movq %rcx,RIP-ARGOFFSET(%rsp) 187 GET_THREAD_INFO(%rcx) The same code without the mm1 patch is identical. -piet -- piet at www.piet.net From mharris at redhat.com Wed Mar 24 07:54:23 2004 From: mharris at redhat.com (Mike A. Harris) Date: Wed, 24 Mar 2004 02:54:23 -0500 (EST) Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: <4060488A.4020700@togami.com> References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <4060488A.4020700@togami.com> Message-ID: On Tue, 23 Mar 2004, Warren Togami wrote: >#1 need not be limited to anaconda. It could also be a super special >case that apt, yum and up2date handle because it is extremely rare but >important. That is true, however the anaconda case is the only one I consider ultra important. Packages often break in ways during the development cycle that preclude release-to-beta and/or beta-to-beta, and/or beta-to-release upgrades from working, thus requiring one time growing pains. While we try to avoid them whenever we can sanely do so, it is not always _easily_ and _cleanly_ possible. Different people will debate what "easily" and "cleanly" mean likely, but I have my own definition. Before we get into any big long winded and highly opinionated discussions of the topic however, note that the xfs and ld.so.conf problems /are/ now solved in xorg-x11 CVS by using trigger scripts based on the triggers that Barry Nathan posted in bugzilla. So, all debating aside, the trigger solution has been chosen and implemented, and will appear in the .8 package build. ;o) >#2 triggers MAY not be a bad thing if the implemntation is good, and >unlikely to introduce any security related problem. What specific >concerns do you have about triggers in this case? I would never disagree with that, however the whole topic of debate centers heavily around the word you've emphasized above - "MAY". Yes, a _properly_ written trigger script that has zero bugs in it, and just works, can be a good solution. My main points in previous discussions about using triggers to solve problems are that: - Trigger scripts have at times been used by some people when they were not necessary for the given problem they were trying to solve. In some of the cases I have seen, a trigger was used when a "pre/post/preun/postun" script should have been used, and it appeared that the person who made the change either did so in a hurry without much thought, or perhaps they just misunderstood triggers and rpm scripts and which should be used when. It is a rather complex topic unless you've got a lot of experience writing such rpm scriptlets. - Trigger scripts, like any other code, can easily have mistakes/typos, flawed logic, or some other errors in them when they're created which the author and any others who review them may not notice right away. I have done this myself a few times, and I've seen various Red Hat packages as well as 3rd party packages have broken trigger scripts added to them as well. I believe in the majority of cases, it was never developer carelessness, but rather it was just the simple fact that human error happens. The difference with normal code, is that you can fix normal code in the next release and be done with it. With triggers however, if a bug occurs, it is not usually spotted right away, and if the packages get deployed and used, the broken trigger is sitting there and _will_ execute. Even if you find the problem after the fact, and fix the trigger script in a future rpm package release, the trigger script that is already installed on a person's system is what will be executed, not the new bugfixed version. So in summary, the concerns I have about triggers, is that while a "good properly written bug free" trigger is a mighty fine solution, while I do not have numerical statistics to back this up - the majority of trigger scripts I've seen added to packages are rarely bug free the first time around, and when the bugs get found, depending on the extent of the damage, they're a huge pain to deal with, and users just keep reporting bugs again and again and again, long after the bug was long since fixed. Don't take my word for it though, add triggers to all your packages just for fun, and witness the joy first hand. ;o) As such, when a problem arises, which could potentially be fixed by a trigger, I prefer to try to find an alternate solution if it is at all possible, because triggers are evil, statistically speaking (well written triggers that got it right the first time miraculously notwithstanding). ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X.org X11 maintainer - Red Hat From tony at tgds.net Wed Mar 24 08:55:32 2004 From: tony at tgds.net (Tony Grant) Date: Wed, 24 Mar 2004 09:55:32 +0100 Subject: does cups work in rawhide? Message-ID: <1080118531.10421.16.camel@localhost.localdomain> OK, I'm fed up of trying to get CUPS to share a printer in FC1. Are the GUI configuration tools fixed in FC2 RC please? Does any kind fedora developer have a cupsd.conf file that will share a printer to mac os X???? History: working Redhat 9 with epson inkjet shared by CUPS to mac os x and windows clients upgrade to fedora core 1 - printer works as local printer. After long uphill struggle re-shared to windows clients. Printer remains invisible in Mac OS X 10.2.x... Hours spent reading posts to mailing lists and documentation > 40 Hours spent tweeking, editing, un-installing, reinstalling... TIA Cheers Tony Grant -- www.tgds.net Library management software toolkit From aleksey at nogin.org Wed Mar 24 09:04:41 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Wed, 24 Mar 2004 01:04:41 -0800 Subject: does cups work in rawhide? In-Reply-To: <1080118531.10421.16.camel@localhost.localdomain> References: <1080118531.10421.16.camel@localhost.localdomain> Message-ID: <40614F29.9070207@nogin.org> On 24.03.2004 00:55, Tony Grant wrote: > OK, I'm fed up of trying to get CUPS to share a printer in FC1. Are the > GUI configuration tools fixed in FC2 RC please? Does any kind fedora > developer have a cupsd.conf file that will share a printer to mac os > X???? I you sure it's the cups configs and not something else? Have you checked the firewall settings to make sure that the IPP port is open? See also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90946 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115058 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116998 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117943 -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From paul at gear.dyndns.org Wed Mar 24 09:55:01 2004 From: paul at gear.dyndns.org (Paul Gear) Date: Wed, 24 Mar 2004 19:55:01 +1000 Subject: How to create Fedora Core 1 driver disks? (rehash of previous iteraid question) In-Reply-To: <405D0DBE.90903@gear.dyndns.org> References: <405D0DBE.90903@gear.dyndns.org> Message-ID: <40615AF5.5040505@gear.dyndns.org> Paul Gear wrote: > Hi all, > > I'm trying to use Doug Ledford's driver disk package > (http://people.redhat.com/dledford/) to create a driver disk for the ITE > RAID driver, and i'm missing something. I hacked the makefile to give > me a directory for FC1, but it doesn't produce the correct result. > > Some things that were not clear to me from the doco: > > 1. Should the entire kernel tree be present at 2.4.22-1.2115.nptl/ in > the directory where the kit is extracted? It seems that something is > required here, but my copy of the source from > /usr/src/linux-2.4.22-1.2115.nptl/ didn't seem to produce the correct > result. > > 2. Should the Makefile in scsi/ just make the driver i'm interested in, > or must it be for a full build tree with additional patches for the > driver i'm making? > > 3. What should the contents of scsi/ be? It seems that at least some > of the files need to be named differently from their names on the final > driver disk (e.g. module-info vs. modinfo, rhdd-6.1 vs. disk-info), but > i can't work out which ones need to be named which. > > 4. Some of the files in my scsi/ directory seemed to get copied and/or > linked into 2.4.22-1.2115.nptl/. Is this normal, or am i doing > something else wrong? > > Thanks in advance for your replies. Apologies for pestering, but does anyone out there have the time to answer these few questions? -- Paul http://paulgear.webhop.net -- A: Because we read from top to bottom, left to right. Q: Why should i start my email reply *below* the quoted text? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From tony at tgds.net Wed Mar 24 11:30:03 2004 From: tony at tgds.net (Tony Grant) Date: Wed, 24 Mar 2004 12:30:03 +0100 Subject: does cups work in rawhide? In-Reply-To: <40614F29.9070207@nogin.org> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> Message-ID: <1080127802.10421.54.camel@localhost.localdomain> Le mer 24/03/2004 ? 10:04, Aleksey Nogin a ?crit : > > OK, I'm fed up of trying to get CUPS to share a printer in FC1. Are the > > GUI configuration tools fixed in FC2 RC please? Does any kind fedora > > developer have a cupsd.conf file that will share a printer to mac os > > X???? > > I you sure it's the cups configs and not something else? Have you > checked the firewall settings to make sure that the IPP port is open? There is no firewall on the Fedora machine (the firewall is on the router). The ports are open on the Mac. If I ignore the GUI and use the cups web configuration I am able to print from windows clients. If I drag a file to the desktop printer icon in Fedora after cups web configuration I am able to print via lpd. If I touch anything in the GUI printing is only possible on the local machine. The "easy" solution is to wipe Fedora and go back to RH9 but it seem pretty counter productive... A harder solution is to do a clean install of Fedora on the machine (last time it was an yum upgrade from RH9) and reinstall all the specific stuff from there. The real easy solution would be configuration tools and desktop printing which actually work as advertised... I really need my printer on the Mac because it has an old SCSI scanner attached to it and I have heaps of photocopies to do today =:-( Ta anyway Tony Grant -- www.tgds.net Library management software toolkit From alex.kiernan at thus.net Wed Mar 24 11:34:29 2004 From: alex.kiernan at thus.net (Alex Kiernan) Date: 24 Mar 2004 11:34:29 +0000 Subject: NFS exports w/ nfs-utils-1.0.6-19.fc2 Message-ID: <72d672jx6i.fsf@alexk.eng.demon.net> I just upgraded to this & my NFS exports broke. Chasing it down, it expects /proc/fs/nfsd to be a mounted instance of the nfsd filesystem else it fails (having logged success just to make it more confusing :) A bug, or just that some other piece of infrastructure hasn't caught up yet? -- Alex Kiernan, Principal Engineer, Development, THUS plc From gteale at cmedltd.com Wed Mar 24 11:37:52 2004 From: gteale at cmedltd.com (Geoff Teale) Date: Wed, 24 Mar 2004 11:37:52 +0000 Subject: does cups work in rawhide? In-Reply-To: <1080127802.10421.54.camel@localhost.localdomain> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> Message-ID: <1080128271.2578.33.camel@dubya.devel.cmedltd.com> I have a similar setup - my wife's Mac prints via my Linux machine. Things to be very sure of: 1. Double check that Fedora hasn't setup a firewall. I found Fedora was blocking IPP when I wasn't expecting it to. 2. Be absolutely sure that both machines can resolve each others host names. I've had the situation where CUPS on the Mac can see and report the printer on the linux box, but because I used to use DHCP and the IP had changed on the Linux box I could not print successfully. -- Geoff Teale Cmed Technology / Free Software Foundation gteale at cmedltd.com / tealeg at member.fsf.org Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From tony at tgds.net Wed Mar 24 13:00:11 2004 From: tony at tgds.net (Tony Grant) Date: Wed, 24 Mar 2004 14:00:11 +0100 Subject: does cups work in rawhide? In-Reply-To: <1080128271.2578.33.camel@dubya.devel.cmedltd.com> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> Message-ID: <1080133210.10421.100.camel@localhost.localdomain> Le mer 24/03/2004 ? 12:37, Geoff Teale a ?crit : > I have a similar setup - my wife's Mac prints via my Linux machine. > Things to be very sure of: > > 1. Double check that Fedora hasn't setup a firewall. I found Fedora was > blocking IPP when I wasn't expecting it to. /sbin/iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination > 2. Be absolutely sure that both machines can resolve each others host > names. I've had the situation where CUPS on the Mac can see and report > the printer on the linux box, but because I used to use DHCP and the IP > had changed on the Linux box I could not print successfully. All references to the printer are the IP number. The IP number on all machines on the LAN are 192.168.0.x fixed variety. So ServerName = IP of server. Cheers Tony Grant -- www.tgds.net Library management software toolkit From carwyn at carwyn.com Wed Mar 24 13:57:48 2004 From: carwyn at carwyn.com (Carwyn Edwards) Date: Wed, 24 Mar 2004 13:57:48 +0000 Subject: Java in Fedora Message-ID: <406193DC.3060806@carwyn.com> Where can I find more info about the thinking behind how Java applications like ant/tomcat/xerces etc are being added to FC? We Currently use Jpackage.org for all our Java packages but it seems that with FC2 onwards there are going to be horrible package conflicts. Is there any cooperation or plan in relation to this? As and end user it's imperative for me that I should at least be able to plug in either of the Sun/Blackdown/IBM sdks and get a full SDK runtime/toolset. Carwyn -- Carwyn Edwards Computing Officer School of Informatics University of Edinburgh From twaugh at redhat.com Wed Mar 24 14:07:43 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 24 Mar 2004 14:07:43 +0000 Subject: does cups work in rawhide? In-Reply-To: <1080133210.10421.100.camel@localhost.localdomain> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> <1080133210.10421.100.camel@localhost.localdomain> Message-ID: <20040324140743.GP22468@redhat.com> You've set the queue to be shared to all computers using 'Actions->Sharing...' after selecting the queue? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tony at tgds.net Wed Mar 24 14:18:56 2004 From: tony at tgds.net (Tony Grant) Date: Wed, 24 Mar 2004 15:18:56 +0100 Subject: does cups work in rawhide? In-Reply-To: <20040324140743.GP22468@redhat.com> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> <1080133210.10421.100.camel@localhost.localdomain> <20040324140743.GP22468@redhat.com> Message-ID: <1080137935.10421.110.camel@localhost.localdomain> Le mer 24/03/2004 ? 15:07, Tim Waugh a ?crit : > You've set the queue to be shared to all computers using > 'Actions->Sharing...' after selecting the queue? In French to boot! Tous les h?tes which becomes "All hosts" in the list Cheers Tony Grant -- www.tgds.net Library management software toolkit From twaugh at redhat.com Wed Mar 24 14:23:08 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 24 Mar 2004 14:23:08 +0000 Subject: does cups work in rawhide? In-Reply-To: <1080137935.10421.110.camel@localhost.localdomain> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> <1080133210.10421.100.camel@localhost.localdomain> <20040324140743.GP22468@redhat.com> <1080137935.10421.110.camel@localhost.localdomain> Message-ID: <20040324142308.GQ22468@redhat.com> On Wed, Mar 24, 2004 at 03:18:56PM +0100, Tony Grant wrote: > In French to boot! Tous les h?tes which becomes "All hosts" in the list What's in /etc/cups/cupsd.conf after this line?: # Lines below are automatically generated - DO NOT EDIT Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rob.myers at gtri.gatech.edu Wed Mar 24 14:32:57 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Wed, 24 Mar 2004 09:32:57 -0500 Subject: Java in Fedora In-Reply-To: <406193DC.3060806@carwyn.com> References: <406193DC.3060806@carwyn.com> Message-ID: <1080138777.10385.685.camel@dungeness.stl.gtri.gatech.edu> On Wed, 2004-03-24 at 08:57, Carwyn Edwards wrote: > Where can I find more info about the thinking behind how Java > applications like ant/tomcat/xerces etc are being added to FC? We > Currently use Jpackage.org for all our Java packages but it seems that > with FC2 onwards there are going to be horrible package conflicts. > > Is there any cooperation or plan in relation to this? As and end user > it's imperative for me that I should at least be able to plug in either > of the Sun/Blackdown/IBM sdks and get a full SDK runtime/toolset. i am also happy with jpackage.org and FC1; i would also like to know what the plan is for FC2. thanks for any info rob. From pauln at truemesh.com Wed Mar 24 14:43:08 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Wed, 24 Mar 2004 14:43:08 +0000 Subject: Java in Fedora In-Reply-To: <406193DC.3060806@carwyn.com> References: <406193DC.3060806@carwyn.com> Message-ID: <20040324144307.GB25903@lichen.truemesh.com> On Wed, Mar 24, 2004 at 01:57:48PM +0000, Carwyn Edwards wrote: > > Where can I find more info about the thinking behind how Java > applications like ant/tomcat/xerces etc are being added to FC? We > Currently use Jpackage.org for all our Java packages but it seems that > with FC2 onwards there are going to be horrible package conflicts. > Is there any cooperation or plan in relation to this? As and end user > it's imperative for me that I should at least be able to plug in either > of the Sun/Blackdown/IBM sdks and get a full SDK runtime/toolset. I know most Gary Benson who hosted naoko repository has talked with JPackage in the past. Sadly I think it's been a case of time on all sides. I've tried to follow the gcj/rhug/naoko stuff on one machine in addition to JPackage but haven't run a hybrid system other than extra JPackage packages through gij ontop of native packages. We still have test2 and test3 to get this right, and we've just started to see feedback on users on the jpackage list. Lets choose a forum and try to look at the issues and needs of both sides. There is also the native eclipse project which seems seperate too naoko, which JPackage need to factor in. I'd guess the key Red Hat people are: jhealy - Eclipse gbenson - Naoko green, tromey - RHUG in general fnasser - FC java Paul From tony at tgds.net Wed Mar 24 14:52:02 2004 From: tony at tgds.net (Tony Grant) Date: Wed, 24 Mar 2004 15:52:02 +0100 Subject: does cups work in rawhide? In-Reply-To: <20040324142308.GQ22468@redhat.com> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> <1080133210.10421.100.camel@localhost.localdomain> <20040324140743.GP22468@redhat.com> <1080137935.10421.110.camel@localhost.localdomain> <20040324142308.GQ22468@redhat.com> Message-ID: <1080139921.10421.124.camel@localhost.localdomain> Le mer 24/03/2004 ? 15:23, Tim Waugh a ?crit : > On Wed, Mar 24, 2004 at 03:18:56PM +0100, Tony Grant wrote: > > > In French to boot! Tous les h?tes which becomes "All hosts" in the list > > What's in /etc/cups/cupsd.conf after this line?: > > # Lines below are automatically generated - DO NOT EDIT Order Deny,Allow Deny From All Allow From 127.0.0.1 AuthType None Allow from All Order Deny,Allow Deny From All Allow From 127.0.0.1 Browsing On BrowseProtocols cups BrowseOrder Deny,Allow BrowseAllow from @LOCAL BrowseAddress 255.255.255.255 Listen *:631 This is wrong but that is what is written by the GUI when I select All hosts. Below is from cupsd.conf.rpmsave I think it is the working conf from before my yum remove cups, yum install cups I did a couple of days ago in frustration Order Deny,Allow Deny From All Allow From 127.0.0.1 AuthType None Allow from 192.168.0.0/255.255.255.0 Allow from @IF(eth0) Allow from 127.0.0.1/255.255.255.0 Order Deny,Allow Deny From All Allow From 127.0.0.1 Browsing On BrowseProtocols cups BrowseOrder Deny,Allow BrowseAllow @LOCAL BrowseAddress @LOCAL Listen 192.168.0.111:631 Listen 127.0.0.1:631 Tony -- www.tgds.net Library management software toolkit From pauln at truemesh.com Wed Mar 24 14:46:51 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Wed, 24 Mar 2004 14:46:51 +0000 Subject: Java in Fedora In-Reply-To: <20040324144307.GB25903@lichen.truemesh.com> References: <406193DC.3060806@carwyn.com> <20040324144307.GB25903@lichen.truemesh.com> Message-ID: <20040324144650.GC25903@lichen.truemesh.com> On Wed, Mar 24, 2004 at 02:43:08PM +0000, Paul Nasrat wrote: > On Wed, Mar 24, 2004 at 01:57:48PM +0000, Carwyn Edwards wrote: Reply to self bad I know :( > We still have test2 and test3 to get this right, and we've just started to see > feedback on users on the jpackage list. Lets choose a forum and try to look at > the issues and needs of both sides. Can I also point out that various people from various distributions have been looking at the issues involved with java packaging on Linux: http://java.debian.net/index.php/CommonJavaPackaging Paul From carwyn at carwyn.com Wed Mar 24 15:08:34 2004 From: carwyn at carwyn.com (Carwyn Edwards) Date: Wed, 24 Mar 2004 15:08:34 +0000 Subject: Java in Fedora In-Reply-To: <20040324144650.GC25903@lichen.truemesh.com> References: <406193DC.3060806@carwyn.com> <20040324144307.GB25903@lichen.truemesh.com> <20040324144650.GC25903@lichen.truemesh.com> Message-ID: <4061A472.5090903@carwyn.com> Paul Nasrat wrote: >On Wed, Mar 24, 2004 at 02:43:08PM +0000, Paul Nasrat wrote: > > >>On Wed, Mar 24, 2004 at 01:57:48PM +0000, Carwyn Edwards wrote: >> >> > >Reply to self bad I know :( > > > >>We still have test2 and test3 to get this right, and we've just started to see >>feedback on users on the jpackage list. Lets choose a forum and try to look at >>the issues and needs of both sides. >> >> Can I suggest that we push this to the JPackage list? http://www.jpackage.org/contacts.php .. there's active discussion there (I didn't know RH people were listening in over there when I posted to fedora-devel) and lots of stuff in the archives as to why things are done the way they are. Creating fedora-java-list is another option? My guess is that there's enough to talk about in merging the projects out there to warrant it. Carwyn From alan at redhat.com Wed Mar 24 15:11:40 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 24 Mar 2004 10:11:40 -0500 Subject: Novell to Combine Best of KDE and Gnome In-Reply-To: <20040324075337.GF11682@inwind.it> References: <20040324075337.GF11682@inwind.it> Message-ID: <20040324151140.GA16841@devserv.devel.redhat.com> On Wed, Mar 24, 2004 at 08:53:37AM +0100, M. Fioretti wrote: > I'm just a reader of this list, but thought this could interest Fedora > developers, and I'd like to hear your opinions about it: > > http://www.eweek.com/article2/0,1759,1553087,00.asp > http://slashdot.org/article.pl?sid=04/03/23/2352216 Sounds like Bluecurve, which has been in RH since Red Hat 8. From iago.rubio at hispalinux.es Wed Mar 24 15:36:50 2004 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Wed, 24 Mar 2004 16:36:50 +0100 Subject: does cups work in rawhide? In-Reply-To: <1080139921.10421.124.camel@localhost.localdomain> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> <1080133210.10421.100.camel@localhost.localdomain> <20040324140743.GP22468@redhat.com> <1080137935.10421.110.camel@localhost.localdomain> <20040324142308.GQ22468@redhat.com> <1080139921.10421.124.camel@localhost.localdomain> Message-ID: <1080142609.27226.23.camel@speedy.iagorubio.net> On Wed, 2004-03-24 at 15:52, Tony Grant wrote: > Le mer 24/03/2004 ? 15:23, Tim Waugh a ?crit : > > What's in /etc/cups/cupsd.conf after this line?: > > > > # Lines below are automatically generated - DO NOT EDIT > > > Order Deny,Allow > Deny From All ^^^^^^^^^^^^^^^ > Allow From 127.0.0.1 > AuthType None > Allow from All > > > Order Deny,Allow > Deny From All > Allow From 127.0.0.1 > > Browsing On > BrowseProtocols cups > BrowseOrder Deny,Allow > BrowseAllow from @LOCAL > BrowseAddress 255.255.255.255 > Listen *:631 > > This is wrong but that is what is written by the GUI when I select All > hosts. > > Below is from cupsd.conf.rpmsave I think it is the working conf from > before my yum remove cups, yum install cups I did a couple of days ago > in frustration > > > Order Deny,Allow > Deny From All ^^^^^^^^^^^^^^^ > Allow From 127.0.0.1 > AuthType None > Allow from 192.168.0.0/255.255.255.0 > Allow from @IF(eth0) > Allow from 127.0.0.1/255.255.255.0 > > > Order Deny,Allow > Deny From All ^^^^^^^^^^^^^^^ > Allow From 127.0.0.1 > > Browsing On > BrowseProtocols cups > BrowseOrder Deny,Allow > BrowseAllow @LOCAL > BrowseAddress @LOCAL > Listen 192.168.0.111:631 > Listen 127.0.0.1: See the marked lines, you're not allowing outcoming connections. Try: Order Allow,Deny Allow from 192.168.0.0/255.255.255.0 Allow from 127.0.0.1/255.255.255.0 Deny From All -- Iago Rubio http://www.iagorubio.com GPGkey pgp.rediris.es id 0x909BD4DD fingerprint = D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** -------------------------------------------------- -------------- 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 twaugh at redhat.com Wed Mar 24 15:41:35 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 24 Mar 2004 15:41:35 +0000 Subject: does cups work in rawhide? In-Reply-To: <1080142609.27226.23.camel@speedy.iagorubio.net> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> <1080133210.10421.100.camel@localhost.localdomain> <20040324140743.GP22468@redhat.com> <1080137935.10421.110.camel@localhost.localdomain> <20040324142308.GQ22468@redhat.com> <1080139921.10421.124.camel@localhost.localdomain> <1080142609.27226.23.camel@speedy.iagorubio.net> Message-ID: <20040324154135.GR22468@redhat.com> On Wed, Mar 24, 2004 at 04:36:50PM +0100, Iago Rubio wrote: > Try: > > Order Allow,Deny > Allow from 192.168.0.0/255.255.255.0 > Allow from 127.0.0.1/255.255.255.0 > Deny From All No, this isn't it -- what you have is equivalent, since you just switch the order of *both* the 'Order Deny,Allow' *and* the Allow and Deny lines. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From m.fioretti at inwind.it Wed Mar 24 15:46:38 2004 From: m.fioretti at inwind.it (M. Fioretti) Date: Wed, 24 Mar 2004 16:46:38 +0100 Subject: Novell to Combine Best of KDE and Gnome In-Reply-To: <20040324151140.GA16841@devserv.devel.redhat.com> References: <20040324075337.GF11682@inwind.it> <20040324151140.GA16841@devserv.devel.redhat.com> Message-ID: <20040324154638.GB15597@inwind.it> On Wed, Mar 24, 2004 10:11:40 AM -0500, Alan Cox (alan at redhat.com) wrote: > On Wed, Mar 24, 2004 at 08:53:37AM +0100, M. Fioretti wrote: > > I'm just a reader of this list, but thought this could interest Fedora > > developers, and I'd like to hear your opinions about it: > > > > http://www.eweek.com/article2/0,1759,1553087,00.asp > > http://slashdot.org/article.pl?sid=04/03/23/2352216 > > Sounds like Bluecurve, which has been in RH since Red Hat 8. > I know, and I've been saying since then (see http://www.linuxjournal.com/article.php?sid=6476) that it is a good thing :-) This is why I posted the news that others are seeing the light here. Ciao, Marco Fioretti -- Marco Fioretti m.fioretti, at the server inwind.it Red Hat for low memory http://www.rule-project.org/en/ Non si vive se non il tempo che si ama. C. A. Helvetius From twaugh at redhat.com Wed Mar 24 15:45:12 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 24 Mar 2004 15:45:12 +0000 Subject: does cups work in rawhide? In-Reply-To: <1080139921.10421.124.camel@localhost.localdomain> References: <1080118531.10421.16.camel@localhost.localdomain> <40614F29.9070207@nogin.org> <1080127802.10421.54.camel@localhost.localdomain> <1080128271.2578.33.camel@dubya.devel.cmedltd.com> <1080133210.10421.100.camel@localhost.localdomain> <20040324140743.GP22468@redhat.com> <1080137935.10421.110.camel@localhost.localdomain> <20040324142308.GQ22468@redhat.com> <1080139921.10421.124.camel@localhost.localdomain> Message-ID: <20040324154512.GS22468@redhat.com> On Wed, Mar 24, 2004 at 03:52:02PM +0100, Tony Grant wrote: > > Order Deny,Allow > Deny From All > Allow From 127.0.0.1 > AuthType None > Allow from All > > > Order Deny,Allow > Deny From All > Allow From 127.0.0.1 > > Browsing On > BrowseProtocols cups > BrowseOrder Deny,Allow > BrowseAllow from @LOCAL > BrowseAddress 255.255.255.255 > Listen *:631 > > This is wrong but that is what is written by the GUI when I select All > hosts. What's wrong about it? Do you mean that the above doesn't work (All hosts), but selecting a network device to share to does work? I think we're at the stage where this seems to be something that needs to go into bugzilla to be tracked properly. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kewley at cns.caltech.edu Wed Mar 24 17:59:38 2004 From: kewley at cns.caltech.edu (David Kewley) Date: Wed, 24 Mar 2004 09:59:38 -0800 Subject: How to create Fedora Core 1 driver disks? (rehash of previous iteraid question) In-Reply-To: <40615AF5.5040505@gear.dyndns.org> References: <405D0DBE.90903@gear.dyndns.org> <40615AF5.5040505@gear.dyndns.org> Message-ID: <200403240959.38822.kewley@cns.caltech.edu> Paul Gear wrote on Wednesday 24 March 2004 01:55: > Paul Gear wrote: > > Hi all, > > > > I'm trying to use Doug Ledford's driver disk package > > (http://people.redhat.com/dledford/) to create a driver disk for the ITE > > RAID driver, and i'm missing something. I hacked the makefile to give > > me a directory for FC1, but it doesn't produce the correct result. > > > > Some things that were not clear to me from the doco: > > > > 1. Should the entire kernel tree be present at 2.4.22-1.2115.nptl/ in > > the directory where the kit is extracted? It seems that something is > > required here, but my copy of the source from > > /usr/src/linux-2.4.22-1.2115.nptl/ didn't seem to produce the correct > > result. > > > > 2. Should the Makefile in scsi/ just make the driver i'm interested in, > > or must it be for a full build tree with additional patches for the > > driver i'm making? > > > > 3. What should the contents of scsi/ be? It seems that at least some > > of the files need to be named differently from their names on the final > > driver disk (e.g. module-info vs. modinfo, rhdd-6.1 vs. disk-info), but > > i can't work out which ones need to be named which. > > > > 4. Some of the files in my scsi/ directory seemed to get copied and/or > > linked into 2.4.22-1.2115.nptl/. Is this normal, or am i doing > > something else wrong? > > > > Thanks in advance for your replies. > > Apologies for pestering, but does anyone out there have the time to > answer these few questions? Paul, I haven't made FC driver disks yet, but I wrote up the process I used (using Doug Ledford's kit) to make driver disks for RHL 9. See: http://www.klab.caltech.edu/~kewley/driverdisk/dd.html I'd be interested to hear if this works for you, or if you run into any further problems. BTW, sorry for the few-days delay; I just now read the request you made on Saturday. :) David From pmatilai at welho.com Wed Mar 24 18:14:29 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 24 Mar 2004 20:14:29 +0200 Subject: Any takers for wine package of fedora.us? Message-ID: <1080152069.8863.10.camel@chip.laiskiainen.org> Seems I simply don't have bad enough an itch to find time to keep scratching the wine package for fedora.us (https://bugzilla.fedora.us/show_bug.cgi?id=1040) It sure could use some love and care from somebody who *really* cares about wine, optimal solution would be if Vincent (the RHL/FC packager of the wine crew for sf.net wine packages) were to adopt the package to confirm to fedora.us policies and submit. Obviously fedora.us QA can't really keep up with the pace of wine development but if there were even occasional known good, relatively stable versions of wine available in fedora.us it'd be nice. Any takers? Otherwise I'm afraid I'll just have to close #1040 as WONTFIX :( - Panu - From cmc at math.hmc.edu Wed Mar 24 19:21:25 2004 From: cmc at math.hmc.edu (C.M. Connelly) Date: Wed, 24 Mar 2004 11:21:25 -0800 Subject: Updating to xorg-x11 packages? In-Reply-To: Message from seth vidal of "22 Mar 2004 14:18:32 EST." <1079983112.11508.43.camel@opus> Message-ID: <200403241921.i2OJLP2c003810@vosill.math.hmc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "CMC" == C.M. Connelly "SV" == seth vidal CMC> Is there some trivial way to migrate to these packages CMC> short of installing them manually (and possibly having to CMC> remove the XFree packages first)? SV> yum --exclude=Xfree86\* install xorg-x11 Thanks, Seth. I actually had to update yum first, and then do yum -yt --exclude='XFree86*' install 'xorg-x11*' but it did the trick. Also, I hadn't realized that there was a separate mailing list for the test releases, so I guess I missed any instructions that were posted there. ;-) Claire *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Claire Connelly cmc at math.hmc.edu Systems Administrator (909) 621-8754 Department of Mathematics Harvey Mudd College *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFAYd+zB0pE8d7vd8wRAtUrAJ9F0G4EvJt3HskYp3pah3qO5sSGhACdHZF3 IzZGm9ct/XAqGQWrqIUxw0I= =SstT -----END PGP SIGNATURE----- From devscott at charter.net Wed Mar 24 19:23:18 2004 From: devscott at charter.net (Scott Sloan) Date: Wed, 24 Mar 2004 13:23:18 -0600 Subject: will FC2 test 2 release be delayed Message-ID: <1080156198.3103.58.camel@localhost.localdomain> I'm sure everyone has heard about gnome's servers being compromised recently. Although they believe the source repositories were not touched, gnome 2.6 final release has been delayed. I'm wondering if this will in return delay the release of FC2 test 2 which was scheduled for March 29? (according to http://fedora.redhat.com/participate/schedule/) -- Scott Sloan ------------ "I'm not a genius. I'm just passionately curious" -- Einstein From sopwith at redhat.com Wed Mar 24 19:34:51 2004 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 24 Mar 2004 14:34:51 -0500 (EST) Subject: will FC2 test 2 release be delayed In-Reply-To: <1080156198.3103.58.camel@localhost.localdomain> References: <1080156198.3103.58.camel@localhost.localdomain> Message-ID: On Wed, 24 Mar 2004, Scott Sloan wrote: > I'm sure everyone has heard about gnome's servers being compromised > recently. Although they believe the source repositories were not > touched, gnome 2.6 final release has been delayed. I'm wondering if this > will in return delay the release of FC2 test 2 which was scheduled for > March 29? (according to http://fedora.redhat.com/participate/schedule/) We're currently on track for test2. Gnome 2.6 was not slated to be in test2, and its delay will not affect Fedora right now. -- Elliot From Nicolas.Mailhot at laPoste.net Wed Mar 24 20:58:03 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Wed, 24 Mar 2004 21:58:03 +0100 Subject: X11 and WinKey [was Re: Updating to xorg-x11 packages?] In-Reply-To: References: <200403221917.i2MJH6AW013455@vosill.math.hmc.edu> <1079983112.11508.43.camel@opus> <1079994145.25926.12.camel@m222.net81-64-248.noos.fr> <405FDC64.4000507@imapmail.org> <1080029671.1187.29.camel@teapot.felipe-alfaro.com> <4060488A.4020700@togami.com> Message-ID: <1080161883.9082.99.camel@m222.net81-64-248.noos.fr> Le mer, 24/03/2004 ? 02:54 -0500, Mike A. Harris a ?crit : > - Trigger scripts, like any other code, can easily have > mistakes/typos, flawed logic, or some other errors in them when > they're created which the author and any others who review them > may not notice right away. I have done this myself a few > times, and I've seen various Red Hat packages as well as 3rd > party packages have broken trigger scripts added to them as > well. I find trigger scripts very useful when they are used as a convenience, ie : * core functionnality should not depend on them * they are wrapped in {} || : (with /dev/null redirects even) : when the systems conditions change enough they no longer work, well rpm won't see thay fail and anyway if the system change so much what we wanted to do is probably obsolete so we should not care about it Of course, the scriplet content should be reasonably non-threatening, for example execute something that's not dangerous and should only fail when the command itself has been removed from the system. Typical usage is all the registration commands that can be found in a system. This is IMHO, btw. I'm not an rpm authority. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mrsam at courier-mta.com Thu Mar 25 00:55:26 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 24 Mar 2004 19:55:26 -0500 Subject: Java in Fedora References: <406193DC.3060806@carwyn.com> Message-ID: Carwyn Edwards writes: > Is there any cooperation or plan in relation to this? As and end user > it's imperative for me that I should at least be able to plug in either > of the Sun/Blackdown/IBM sdks and get a full SDK runtime/toolset. Sun's SDK works reasonably well on Fedora i386. Sun's SDK oopses Fedora's x86_64 kernel. I don't remember the exact reason, but I could not get Blackdown's x86_64 SDK to install. I think there were some library dependency issues with Fedora. When I get some spare cycles I'll try to backport a more recent arch/x86_64 tree to Fedora's kernel, in a vain hope to fix the bleeping kernel crash. I'm not that eager to play with it, since every time the kernel oopses I have to wait four hours to rebuild the bleeping RAID volumes. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From brads at redhat.com Wed Mar 24 23:12:51 2004 From: brads at redhat.com (Brad Smith) Date: Wed, 24 Mar 2004 18:12:51 -0500 Subject: Announcing Fedora Tracker -- comments? Message-ID: <1080169971.8656.253.camel@localhost.localdomain> All, About six months ago, as the result of a conversation on IRC, I began playing with the idea of a "tracker" for Fedora: Something to tie together the many apt and yum repositories out there into a single, simple to use framework. There is, of course, a great deal of software available for Fedora outside of the core package set. But the question I kept running into was "How do I figure out which repository, if any, has the package I'm looking for, assuming I even know the name of the package in the first place?". None of the answers to this question that I'd come across were really satisfactory. They either required me to already have a comprehensive list of third-party repositories (synaptic) or were too general (google, rpmfind, etc). So, partly to scratch this itch and partly to teach myself Python, I started work on a tool for easily indexing and searching Fedora repositories. I've been quiet about things because until now the Fedora Tracker was mostly an educational project. But it's now at a point where I think it could be of use to others and I'd appreciate some constructive criticism. I'm announcing it on this list instead of fedora-list because I'd don't know how much traffic my webhost can handle and I'd like to stress-test it with a smaller group of well-clued people first. The url is: http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py Since this is my first python project, any feedback regarding the quality of the code would also be appreciated. I figured out a lot of this stuff, like how to dissect the rpm headers, "by ear", so no doubt there are many places where my approach could be improved upon. Should anyone care to peruse it, the code is available here: http://academy.phpwebhosting.com/tracker/tracker-2004032400.tar.bz2 The app basically consists of two components: The web-based frontend allows users to search indexed repositories and submit repos for indexing. Another tool called tracker-process.py runs as a cron job and pulls down the headers for each queued repo, storing that info in the database. There is more that I plan to do, but since my work at Red Hat is unrelated to the Tracker project (or development of any sort) how soon I can do more is dependent upon how much free time I have (not much at the moment). That said, here are the main items on my TODO list: - Support for repo-side configuration. I would implement this by having tracker-process.py look for a "tracker.conf" file in the headers or base directory of a repo. By modifying this file, the administrator of a repo could specify a list of mirrors for the repository, alter the repository description, indicate when the repo should be re-indexed, etc. - Support for updating a repository that has been indexed (see above) - Support for storing a list of mirrors for a repository (see above) - Support for the proposed common XML-based metadata format (http://linux.duke.edu/projects/metadata/readme.metadata) - Improvements to the searching mechanism, such as protecting quoted strings (currently the search is either done as a series of AND'ed keyword matches or as one big regex match). - Ability to display dependencies (for the life of me I cannot figure out how to interpret the dependency data in the rpm headers). Any reference to documentation would be appreciated. - Improvements to the user interface. For example, currently if a search yields multiple versions of the same package they are all listed. When I have some time I'm going to change this so that packages with multiple versions/architectures are displayed under one package name and only expanded when the package is selected. - Index Fedora Core packages. Currently this is a problem because the default repository is too busy for tracker-process.py to be able to reliably index it. Once support for mirrors is set up, this should not be a problem. Alternately, I could just index a mirror and then change the url in the database. =;) - Comment things more thoroughly and convert existing comments to pydoc or similar - Re-arrange files so that the url is more accessible - Whatever else comes to mind or is suggested to me =;) Thanks to everybody who helps make Fedora such a fun distro to use! --Brad From aleksey at nogin.org Thu Mar 25 02:19:18 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Wed, 24 Mar 2004 18:19:18 -0800 Subject: Are there any good mirrors for x86_64 RawHide? Message-ID: <406241A6.90204@nogin.org> Hi, Does anybody know of any good mirror for the x86_64 RawHide? I used to use kernel.org, but it now seems to be about a week out-of-date. Thanks! -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From ndbecker2 at verizon.net Thu Mar 25 00:24:12 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Wed, 24 Mar 2004 19:24:12 -0500 Subject: NFS exports w/ nfs-utils-1.0.6-19.fc2 References: <72d672jx6i.fsf@alexk.eng.demon.net> Message-ID: Alex Kiernan wrote: > I just upgraded to this & my NFS exports broke. Chasing it down, it > expects /proc/fs/nfsd to be a mounted instance of the nfsd filesystem > else it fails (having logged success just to make it more confusing :) > > A bug, or just that some other piece of infrastructure hasn't caught > up yet? > Please let me know when this is fixed - I can't update until it is. From skvidal at phy.duke.edu Thu Mar 25 02:47:52 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 24 Mar 2004 21:47:52 -0500 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <1080169971.8656.253.camel@localhost.localdomain> References: <1080169971.8656.253.camel@localhost.localdomain> Message-ID: <1080182871.16857.23.camel@binkley> On Wed, 2004-03-24 at 18:12 -0500, Brad Smith wrote: > All, > > About six months ago, as the result of a conversation on IRC, I began > playing with the idea of a "tracker" for Fedora: Something to tie > together the many apt and yum repositories out there into a single, > simple to use framework. That's cool, Hi Brad, I took a look through your code, you should hop over to the rpm-python-list: https://lists.dulug.duke.edu/mailman/listinfo/rpm-python-list There are some problems in the code you put together wrt dealing with the package information but nothing that's not fixable. However, I think looking at the code in the createrepo scripts for the new xml metadata would help out a bit. B/c I did a lot of the same stuff in there. > None of the answers to this question that I'd come across were really > satisfactory. They either required me to already have a comprehensive > list of third-party repositories (synaptic) or were too general (google, > rpmfind, etc). So, partly to scratch this itch and partly to teach > myself Python, I started work on a tool for easily indexing and > searching Fedora repositories. > The url is: > > http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py > The app basically consists of two components: The web-based frontend > allows users to search indexed repositories and submit repos for > indexing. Another tool called tracker-process.py runs as a cron job and > pulls down the headers for each queued repo, storing that info in the > database. > > - Support for repo-side configuration. I would implement this by having > tracker-process.py look for a "tracker.conf" file in the headers or base > directory of a repo. By modifying this file, the administrator of a repo > could specify a list of mirrors for the repository, alter the repository > description, indicate when the repo should be re-indexed, etc. > - Support for updating a repository that has been indexed (see above) > > - Support for storing a list of mirrors for a repository (see above) > > - Support for the proposed common XML-based metadata format > (http://linux.duke.edu/projects/metadata/readme.metadata) This might be a good place to start to make > - Ability to display dependencies (for the life of me I cannot figure > out how to interpret the dependency data in the rpm headers). Any > reference to documentation would be appreciated. rpm-python-list is a good place to go - but also the xml-metadata has that information stored in the primary.xml.gz file - you could just steal the code that extracts that information and shove it into a db instead of into the xml. Or read it from the xml and dump it into a db - probably much easier and faster! > - Improvements to the user interface. For example, currently if a search > yields multiple versions of the same package they are all listed. When I > have some time I'm going to change this so that packages with multiple > versions/architectures are displayed under one package name and only > expanded when the package is selected. You should use the package ID (and md5sum or sha1sum) to unique the packages that are dupes. Again - you can look at the primary.xml.gz to do this too. > - Comment things more thoroughly and convert existing comments to pydoc > or similar just use docstrings in your function defs: def function(): """this is my docstring, there are many others like it but this one is mine""" then you can do pydoc ./myfile and it will print out the docstring :) Maybe jumping on over to a quieter list like rpm-python-list would be an easier discussion forum but I think this could do some very neat things for generating mirror lists for people or autogenerating yum.conf or up2date sources files. -sv From dax at gurulabs.com Thu Mar 25 04:23:30 2004 From: dax at gurulabs.com (Dax Kelson) Date: Wed, 24 Mar 2004 21:23:30 -0700 Subject: More Kerberos/GSSAPI goodness Message-ID: <1080188609.2714.15.camel@mentor.gurulabs.com> Michael Sweet, the main author of CUPS, is looking to enhance CUPS with Kerberos/GSSAPI support. Tracking RFE here: http://www.cups.org/str.php?L646 (BTW, filed an identical RFE a year ago that was closed by Michael Sweet due to lack of a GSSAPI+HTTP standard) From ms-nospam-0306 at arcor.de Thu Mar 25 06:24:29 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 25 Mar 2004 07:24:29 +0100 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <1080169971.8656.253.camel@localhost.localdomain> References: <1080169971.8656.253.camel@localhost.localdomain> Message-ID: <20040325072429.076b9d80.ms-nospam-0306@arcor.de> On Wed, 24 Mar 2004 18:12:51 -0500, Brad Smith wrote: > http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py * http://rpm.livna.org repositories are missing * "testing" and "unstable" repositories at http://fedora.us are be missing, too * While the current package search interface is powerful and flexible, I would highly recommend a default simplified interface for the ordinary user where to enter a package name only and be done. Because once the service gets known more widely, it likely will be used as a replacement for sites like rpmseek.com or rpmfind.net. User can leave fields blank in the current search interface, but it is personal experience that the visual complexity of the interface either confuses or scares off visitors. From alex.kiernan at thus.net Thu Mar 25 06:30:32 2004 From: alex.kiernan at thus.net (Alex Kiernan) Date: 25 Mar 2004 06:30:32 +0000 Subject: NFS exports w/ nfs-utils-1.0.6-19.fc2 In-Reply-To: References: <72d672jx6i.fsf@alexk.eng.demon.net> Message-ID: <81r7vhv3p3.fsf@alexk-laptop.eng.demon.net> Neal Becker writes: > Alex Kiernan wrote: > > > I just upgraded to this & my NFS exports broke. Chasing it down, it > > expects /proc/fs/nfsd to be a mounted instance of the nfsd filesystem > > else it fails (having logged success just to make it more confusing :) > > > > A bug, or just that some other piece of infrastructure hasn't caught > > up yet? > > > > Please let me know when this is fixed - I've put it in bugzilla - #119114 > I can't update until it is. > You can work around it by: mount -t nfsd none /proc/fs/nfs (I sneaked an extra `d' in there first time around). -- Alex Kiernan, Principal Engineer, Development, THUS plc From brads at redhat.com Thu Mar 25 03:37:30 2004 From: brads at redhat.com (Brad Smith) Date: Wed, 24 Mar 2004 22:37:30 -0500 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <20040325072429.076b9d80.ms-nospam-0306@arcor.de> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> Message-ID: <1080185850.10868.2.camel@localhost.localdomain> > * http://rpm.livna.org repositories are missing I've added this, but note that the "submit" link will allow anyone to queue up a repository for indexing. > * "testing" and "unstable" repositories at http://fedora.us are be > missing, too I'll have to do these later, unless someone else beats me to it *hinthint* =;) > * While the current package search interface is powerful and flexible, I > would highly recommend a default simplified interface for the ordinary > user where to enter a package name only and be done. Because once the > service gets known more widely, it likely will be used as a replacement > for sites like rpmseek.com or rpmfind.net. User can leave fields blank in > the current search interface, but it is personal experience that the > visual complexity of the interface either confuses or scares off visitors. This is a very good suggestion. I mentioned before that my time is limited, but I'll add this to the stack. Thanks for the suggestion. --Brad From hvdkooij at vanderkooij.org Thu Mar 25 06:49:02 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Thu, 25 Mar 2004 07:49:02 +0100 (CET) Subject: Mandrake macro %makeinstall ? In-Reply-To: <20040321164852.A22910@xos037.xos.nl> References: <20040321140355.A22416@xos037.xos.nl> <20040321164852.A22910@xos037.xos.nl> Message-ID: On Sun, 21 Mar 2004, Jos Vos wrote: > On Sun, Mar 21, 2004 at 04:43:46PM +0100, Hugo van der Kooij wrote: > > > > Look (in Mandrake) for something like /usr/lib/rpm/mandrake/macros. > > > > I do not happen to have any Mandrake on me. Nor does any of my machines. > > Well, *you* were talking about Mandrake first ;-), I don't have it either: I just needed the info to convert a package to the Fedora faith. Something which might happen to others as well. Ackwardly enough while the %makeinstall macro did not work well at first I can not reproduce the error. (Had to with a remark about background processes.) > > > > > I could not find the mandrake macro %makeinstall on the page > > > > http://www.fedora.us/wiki/ReferenceMandrakeRPMMacros > > > > In RH context it means: > > > > ... > > > > Could someone add this to the relevant page? > > Better add a reference to /usr/lib/rpm/macros and /usr/lib/rpm/redhat/macros > to help people finding all of these predefined macros. It will not help those that want to find out FC equivalents of Mandrake, FreshRPM, .... specific macro's which are not included. So both sources have valuable information. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From laurent at guerby.net Thu Mar 25 07:02:54 2004 From: laurent at guerby.net (Laurent GUERBY) Date: Thu, 25 Mar 2004 08:02:54 +0100 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <1080169971.8656.253.camel@localhost.localdomain> References: <1080169971.8656.253.camel@localhost.localdomain> Message-ID: <1080198173.27851.129.camel@pc> Really nice! A detail, I believe the Location: and baseurl: data when displayed should be links (all other displayed URLs are links but those two :). Laurent From NOS at Utel.no Thu Mar 25 07:26:19 2004 From: NOS at Utel.no (Nils O. =?ISO-8859-1?Q?Sel=E5sdal?=) Date: Thu, 25 Mar 2004 08:26:19 +0100 Subject: More Kerberos/GSSAPI goodness In-Reply-To: <000501c41221$f17b0ad0$14aaa8c0@utelsystems.local> References: <000501c41221$f17b0ad0$14aaa8c0@utelsystems.local> Message-ID: <1080199579.1437.13.camel@nos-rh.utelsystems.local> On Thu, 2004-03-25 at 05:30, Dax Kelson wrote: > Michael Sweet, the main author of CUPS, is looking to enhance CUPS with > Kerberos/GSSAPI support. > > Tracking RFE here: http://www.cups.org/str.php?L646 > > (BTW, filed an identical RFE a year ago that was closed by Michael Sweet > due to lack of a GSSAPI+HTTP standard) Anyone know if dovecot will support GSSAPI ? It seems to have SASL support but not the GSSAPI mechanism.. -- Nils Olav Sel?sdal System Engineer w w w . u t e l s y s t e m s . c o m From brads at redhat.com Thu Mar 25 04:30:47 2004 From: brads at redhat.com (Brad Smith) Date: Wed, 24 Mar 2004 23:30:47 -0500 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <1080198173.27851.129.camel@pc> References: <1080169971.8656.253.camel@localhost.localdomain> <1080198173.27851.129.camel@pc> Message-ID: <1080189047.10868.6.camel@localhost.localdomain> On Thu, 2004-03-25 at 02:02, Laurent GUERBY wrote: > Really nice! A detail, I believe the Location: and baseurl: data when > displayed should be links (all other displayed URLs are links > but those two :). > > Laurent Thanks for the encouragement. I'm in the process of having all displayed repo urls link to the list of packages for that repo within the Tracker interface. --Brad From warren at togami.com Thu Mar 25 08:21:45 2004 From: warren at togami.com (Warren Togami) Date: Wed, 24 Mar 2004 22:21:45 -1000 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <20040325072429.076b9d80.ms-nospam-0306@arcor.de> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> Message-ID: <40629699.6080702@togami.com> Michael Schwendt wrote: > On Wed, 24 Mar 2004 18:12:51 -0500, Brad Smith wrote: > > >>http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py > > > * http://rpm.livna.org repositories are missing > > * "testing" and "unstable" repositories at http://fedora.us are be > missing, too Packages in the authoritative fedora.us and rpm.livna.org repositories will overlap with and conflict with some packages in 3rd party repositories. For this reason search results should be displayed in a set order of precedence. Something like the below. Order of Precedent ------------------ 1) Fedora Core 2) Fedora Extras (currently at fedora.us) 3) Non-US Extras (rpm.livna.org) 4) Everything Else a) Fedora Alternatives (Does not exist yet) b) 3rd party repositories From lercio at pbh.gov.br Thu Mar 25 10:12:46 2004 From: lercio at pbh.gov.br (Lercio Teotonio Gontijo) Date: Thu, 25 Mar 2004 07:12:46 -0300 Subject: Customizing comps.xml and stage2.img Message-ID: <4062B09E.4080805@pbh.gov.br> I need help about constructing comps.xml and stage2.img for Fedora. We build a new distro called Libertas (http://libertas.pbh.gov.br) based on Fedora Core and we want to change files above. Thanks in advance Regards Teotonio. From gbenson at redhat.com Thu Mar 25 10:44:54 2004 From: gbenson at redhat.com (Gary Benson) Date: Thu, 25 Mar 2004 10:44:54 +0000 Subject: Java in Fedora In-Reply-To: <406193DC.3060806@carwyn.com> References: <406193DC.3060806@carwyn.com> Message-ID: <20040325104452.GB3451@redhat.com> Carwyn Edwards wrote: > Where can I find more info about the thinking behind how Java > applications like ant/tomcat/xerces etc are being added to FC? You should probably ask me ;) The plan is as follows: 1) Include Tomcat and Ant from RHUG/Naoko in FC2. Naoko has the advantage that it exists and works (though not yet properly on FC2). Naoko has the disadvantages of being incompatible with JPackage and or being a pain in the ass to maintain. Hence: 2) a) Use the Naoko packages to bootstrap ourselves into the position where we are building everything the usual way, with ant, and then compiling the ant-built jars to native code. b) Replace/augment the packaging architecture so that FC2 packages are drop-in replacements for their JPackage equivalents in order that JPackage stuff can be installed on top of FC2. The current state of affairs is that #1 is in progress, and #2 will happen after #1. It'll probably turn out that 2a slightly precedes 2b, but they'll pretty much simultaneous. > We Currently use Jpackage.org for all our Java packages but it seems > that with FC2 onwards there are going to be horrible package > conflicts. At the very least you'll be able to avoid conflicts by simply uninstalling the FC2 Naoko packages. It's just me working on it at the moment, and my priorities are to get it working first, and to get it working without stomping all over JPackage second ;) > Is there any cooperation or plan in relation to this? As and end > user it's imperative for me that I should at least be able to plug > in either of the Sun/Blackdown/IBM sdks and get a full SDK > runtime/toolset. There's no big plan or anything, but I have been speaking with one of the JPackage guys (Paul Nasrat). At the moment the big thing stopping interoperation between FC and JPackage is the time we have available to make it happen. Gary From warren at togami.com Thu Mar 25 11:32:05 2004 From: warren at togami.com (Warren Togami) Date: Thu, 25 Mar 2004 01:32:05 -1000 Subject: Java in Fedora In-Reply-To: <20040325104452.GB3451@redhat.com> References: <406193DC.3060806@carwyn.com> <20040325104452.GB3451@redhat.com> Message-ID: <4062C335.3040406@togami.com> Gary Benson wrote: >>We Currently use Jpackage.org for all our Java packages but it seems >>that with FC2 onwards there are going to be horrible package >>conflicts. > > > At the very least you'll be able to avoid conflicts by simply > uninstalling the FC2 Naoko packages. It's just me working on it at > the moment, and my priorities are to get it working first, and to get > it working without stomping all over JPackage second ;) Unless all jpackage packages have a higher epoch or version, simply removing FC2 packages will be problematic to maintain because any package management tool (up2date, yum, apt, etc.) will be confused by the situation. Warren From pauln at truemesh.com Thu Mar 25 11:33:40 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Thu, 25 Mar 2004 11:33:40 +0000 Subject: Java in Fedora In-Reply-To: <4062C335.3040406@togami.com> References: <406193DC.3060806@carwyn.com> <20040325104452.GB3451@redhat.com> <4062C335.3040406@togami.com> Message-ID: <20040325113339.GS25903@lichen.truemesh.com> On Thu, Mar 25, 2004 at 01:32:05AM -1000, Warren Togami wrote: > Gary Benson wrote: > >>We Currently use Jpackage.org for all our Java packages but it seems > >>that with FC2 onwards there are going to be horrible package > >>conflicts. > > > > > >At the very least you'll be able to avoid conflicts by simply > >uninstalling the FC2 Naoko packages. It's just me working on it at > >the moment, and my priorities are to get it working first, and to get > >it working without stomping all over JPackage second ;) > > Unless all jpackage packages have a higher epoch or version, simply Most will have a higher version as the effort making things rhug frienndly takes a lot of time. > removing FC2 packages will be problematic to maintain because any > package management tool (up2date, yum, apt, etc.) will be confused by > the situation. This is a really the first test case Fedora Alternatives I think, although to some extent implemenatations can co-exist with /usr/share/java and symlinks. The right people seem to be talking on jpackage-discuss - don't panic ;) Paul From alan at redhat.com Thu Mar 25 11:41:58 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 25 Mar 2004 06:41:58 -0500 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <40629699.6080702@togami.com> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <40629699.6080702@togami.com> Message-ID: <20040325114158.GE17756@devserv.devel.redhat.com> On Wed, Mar 24, 2004 at 10:21:45PM -1000, Warren Togami wrote: > Order of Precedent > ------------------ > 1) Fedora Core > 2) Fedora Extras (currently at fedora.us) > 3) Non-US Extras (rpm.livna.org) > 4) Everything Else > a) Fedora Alternatives (Does not exist yet) > b) 3rd party repositories I'd have thought the order of precedence was a user matter at the end of the day. Certainly I'd want 0) My own collection and US folks probably wouldn't want 3) at all As a rather nifty visualisation tool there is no point crippling it Alan From warren at togami.com Thu Mar 25 12:06:55 2004 From: warren at togami.com (Warren Togami) Date: Thu, 25 Mar 2004 02:06:55 -1000 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <20040325114158.GE17756@devserv.devel.redhat.com> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <40629699.6080702@togami.com> <20040325114158.GE17756@devserv.devel.redhat.com> Message-ID: <4062CB5F.4030809@togami.com> Alan Cox wrote: > On Wed, Mar 24, 2004 at 10:21:45PM -1000, Warren Togami wrote: > >>Order of Precedent >>------------------ >>1) Fedora Core >>2) Fedora Extras (currently at fedora.us) >>3) Non-US Extras (rpm.livna.org) >>4) Everything Else >> a) Fedora Alternatives (Does not exist yet) >> b) 3rd party repositories > > > I'd have thought the order of precedence was a user matter at the end of > the day. Certainly I'd want 0) My own collection and US folks probably > wouldn't want 3) at all #0 is a good point. #3 obviously requires geolocation services. In order to use the tracker you must plug a GPS device into your computer. No turning off the Trusted Computing hardware enforcement or the black helicopters come to get you. Over time, random other countries fall into the #3 blackhole. Warren From czar at czarc.net Thu Mar 25 12:41:39 2004 From: czar at czarc.net (Gene C.) Date: Thu, 25 Mar 2004 07:41:39 -0500 Subject: Are there any good mirrors for x86_64 RawHide? In-Reply-To: <406241A6.90204@nogin.org> References: <406241A6.90204@nogin.org> Message-ID: <200403250741.39602.czar@czarc.net> On Wednesday 24 March 2004 21:19, Aleksey Nogin wrote: > Hi, > > Does anybody know of any good mirror for the x86_64 RawHide? I used to > use kernel.org, but it now seems to be about a week out-of-date. Jacob Jelinek posted a message on the fedora-test-list yesterday which indicate the following: ftp://sunsite.mff.cuni.cz/pub/fedora/development/ http://sunsite.mff.cuni.cz/pub/fedora/development/ rsync://sunsite.mff.cuni.cz/fedora/fedora/development/ is up2date rawhide as of a few minutes ago (all arches). I was able to download and install FC2 x86_64 "pretty much current" development. -- Gene From hutuworm at hz.cn Thu Mar 25 12:52:11 2004 From: hutuworm at hz.cn (hutuworm) Date: Thu, 25 Mar 2004 20:52:11 +0800 Subject: Java in Fedora Message-ID: <0HV400HP4TV5AJ@inbound1.hz.gov.cn> Sam Varshavchik, Bea's Jrockit is also fast as before on Fedora Core 2 Test 1. ======= 2004-03-25 08:55:26 Quote from your mail ======= >Carwyn Edwards writes: > >> Is there any cooperation or plan in relation to this? As and end user >> it's imperative for me that I should at least be able to plug in either >> of the Sun/Blackdown/IBM sdks and get a full SDK runtime/toolset. > >Sun's SDK works reasonably well on Fedora i386. > >Sun's SDK oopses Fedora's x86_64 kernel. > >I don't remember the exact reason, but I could not get Blackdown's x86_64 >SDK to install. I think there were some library dependency issues with >Fedora. > >When I get some spare cycles I'll try to backport a more recent arch/x86_64 >tree to Fedora's kernel, in a vain hope to fix the bleeping kernel crash. >I'm not that eager to play with it, since every time the kernel oopses I >have to wait four hours to rebuild the bleeping RAID volumes. > > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.3 (GNU/Linux) > >iD8DBQBAYi3+x9p3GYHlUOIRAjTIAJ9o5OXw3Wpe09/86i+cLTohuGPaZACdGZLJ >c5XznHs0+TxExXC5TQWgqvI= >=1Zsq >-----END PGP SIGNATURE----- > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list > ================================================== hutuworm From pmatilai at welho.com Thu Mar 25 13:31:43 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 25 Mar 2004 15:31:43 +0200 (EET) Subject: Customizing comps.xml and stage2.img In-Reply-To: <4062B09E.4080805@pbh.gov.br> References: <4062B09E.4080805@pbh.gov.br> Message-ID: On Thu, 25 Mar 2004, Lercio Teotonio Gontijo wrote: > I need help about constructing comps.xml and stage2.img for Fedora. > > We build a new distro called Libertas (http://libertas.pbh.gov.br) based > on Fedora Core and we want to change files above. Asking specific questions is going to bring more answers... Anyway, this has been discussed several times on anaconda-devel-list, check the list archives, it's all there. - Panu - From pauln at truemesh.com Thu Mar 25 13:37:01 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Thu, 25 Mar 2004 13:37:01 +0000 Subject: Customizing comps.xml and stage2.img In-Reply-To: References: <4062B09E.4080805@pbh.gov.br> Message-ID: <20040325133700.GU25903@lichen.truemesh.com> On Thu, Mar 25, 2004 at 03:31:43PM +0200, Panu Matilainen wrote: > On Thu, 25 Mar 2004, Lercio Teotonio Gontijo wrote: > > > I need help about constructing comps.xml and stage2.img for Fedora. > > > > We build a new distro called Libertas (http://libertas.pbh.gov.br) based > > on Fedora Core and we want to change files above. > > Asking specific questions is going to bring more answers... > Anyway, this has been discussed several times on anaconda-devel-list, > check the list archives, it's all there. Also there is an anaconda documentation project wiki: http://rau.homedns.org/twiki/bin/view/Anaconda/WebHome Paul From steve at silug.org Thu Mar 25 17:19:13 2004 From: steve at silug.org (Steven Pritchard) Date: Thu, 25 Mar 2004 11:19:13 -0600 Subject: Request for assistance with kernel-module-at76c503a Message-ID: <20040325171913.GA22082@osiris.silug.org> I purchased a cheap Actiontec USB 802.11b adapter for my daughter's computer yesterday, so I adapted my kernel-module-hostap spec for the at76c503a driver. I've submitted the result here: https://bugzilla.fedora.us/show_bug.cgi?id=1418 The driver works fine, but I'm having a silly little problem where the driver always builds for SMP on my SMP system, even if I tell it to compile for UP. I would appreciate some assistance with this. Unfortunately I don't have time to dig into this any more than I have already at the moment, and this issue is the only thing that I can see keeping this package out of QA. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-7360 Mobile: (618)567-7320 From brads at redhat.com Thu Mar 25 15:01:53 2004 From: brads at redhat.com (Brad Smith) Date: Thu, 25 Mar 2004 10:01:53 -0500 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <4062CB5F.4030809@togami.com> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <40629699.6080702@togami.com> <20040325114158.GE17756@devserv.devel.redhat.com> <4062CB5F.4030809@togami.com> Message-ID: <1080226912.12034.78.camel@localhost.localdomain> I think he was suggesting that the user should be able to specify a hierarchy. I think what I'll do is this (subject to time constraints, so it probably won't happen until the weeekend): It should be reasonably simple to have the default search output look something like this: ========================================================================= ---------------------------------------------------- Matches in Fedora Core - This is the main set of official Fedora packages - ---------------------------------------------------- package package ------------------------------------------------------------------- Matches in Fedora Extras - Supplementary packages managed by the Fedora steering committee - ------------------------------------------------------------------- package package package ----------------------------------------------------------- Matches in non-US Fedora Extras - These packages may violate DMCA restrictions in the US! - ----------------------------------------------------------- package package -------------------------------------------------------------------------------------------------------------- Matches in third-party Fedora repositories - These packages are independently maintained and quality controlled outside of the official Fedora Project. - -------------------------------------------------------------------------------------------------------------- package package package ========================================================================= Later, a feature could be added to allow users to log in and have personalized preferences including a customized hierarchy by repository and repository type. Another useful setting would be custom search criteria (ie only show yum repos by default) --Brad On Thu, 2004-03-25 at 07:06, Warren Togami wrote: > Alan Cox wrote: > > On Wed, Mar 24, 2004 at 10:21:45PM -1000, Warren Togami wrote: > > > >>Order of Precedent > >>------------------ > >>1) Fedora Core > >>2) Fedora Extras (currently at fedora.us) > >>3) Non-US Extras (rpm.livna.org) > >>4) Everything Else > >> a) Fedora Alternatives (Does not exist yet) > >> b) 3rd party repositories > > > > > > I'd have thought the order of precedence was a user matter at the end of > > the day. Certainly I'd want 0) My own collection and US folks probably > > wouldn't want 3) at all > > #0 is a good point. > #3 obviously requires geolocation services. In order to use the tracker > you must plug a GPS device into your computer. No turning off the > Trusted Computing hardware enforcement or the black helicopters come to > get you. > > Over time, random other countries fall into the #3 blackhole. > > Warren > From florin at andrei.myip.org Thu Mar 25 18:35:17 2004 From: florin at andrei.myip.org (Florin Andrei) Date: 25 Mar 2004 10:35:17 -0800 Subject: Fedora mirror site lagging Message-ID: <1080239717.2874.8.camel@rivendell.home.local> Guys, what's going on with the Fedora mirror at kernel.org? It's lagging behind the master site for quite a while. It is not their fault, a note on their website states that they cannot sync up with the master Fedora site, they tried to contact the Fedora admins, but no one replied to their calls. What's going on? Don't you guys (Fedora team) like to ease the load on your website? The kernel.org site is doing a good job as a Fedora mirror in my area, i hate to use the master site, or another mirror that's not as close to myself, because they're much slower for me. C'mon, wake up, i'm sure it wouldn't take long to fix this issue. Thank you, -- Florin Andrei http://florin.myip.org/ From buildsys at redhat.com Thu Mar 25 19:50:18 2004 From: buildsys at redhat.com (Build System) Date: Thu, 25 Mar 2004 14:50:18 -0500 Subject: rawhide report: 20040325 changes Message-ID: <200403251950.i2PJoH104535@porkchop.devel.redhat.com> Updated Packages: rpmdb-fedora-1.91-0.20040325 ---------------------------- system-config-securitylevel-1.3.8-1 ----------------------------------- * Wed Mar 24 2004 Bill Nottingham 1.3.8-1 - fix writing of config file if neither of --disabled or --enabled are passed (#118667, redux) xorg-x11-0.0.6.6-0.0.2004_03_11.9 --------------------------------- * Wed Mar 24 2004 Mike A. Harris 0.0.6.6-0.0.2004_03_11.9 - Really added the xorg-x11-Xft-freetype-bitmap-font-fix.patch patch this time as it was inadvertently left out of 0.0.6.6-0.0.2004_03_11.8 by mistake From ndbecker2 at verizon.net Thu Mar 25 20:18:46 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Thu, 25 Mar 2004 15:18:46 -0500 Subject: http://dhcpdman.sourceforge.net/ Message-ID: This looks like a perfect addition: http://dhcpdman.sourceforge.net/ From cturner at redhat.com Fri Mar 26 03:31:07 2004 From: cturner at redhat.com (Chip Turner) Date: 25 Mar 2004 22:31:07 -0500 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: <1080169971.8656.253.camel@localhost.localdomain> References: <1080169971.8656.253.camel@localhost.localdomain> Message-ID: Brad Smith writes: > All, > > About six months ago, as the result of a conversation on IRC, I began > playing with the idea of a "tracker" for Fedora: Something to tie > together the many apt and yum repositories out there into a single, > simple to use framework. Very cool stuff. A couple comments: 1) Package names seem to have the first char uppercased and the rest lowercased in the package results page? package name case should be preserved 2) The package search results are hard to read through. Maybe an option to only show package nvre and summary? That way searches that result in a large set can be more quickly parsed. Maybe if there are more than a handful of results, it switches to a condensed view? Chip -- Chip Turner cturner at redhat.com Red Hat, Inc. From hattenator at imapmail.org Fri Mar 26 06:22:38 2004 From: hattenator at imapmail.org (Eric Hattemer) Date: Thu, 25 Mar 2004 22:22:38 -0800 Subject: Fedora mirror site lagging In-Reply-To: <1080239717.2874.8.camel@rivendell.home.local> References: <1080239717.2874.8.camel@rivendell.home.local> Message-ID: <4063CC2E.2050708@imapmail.org> I can't site the exact virus or find it on sarc.com or anywhere like that anymore, but it seems to me I read about at least one DDOS netbios worm that targets redhat.com. It was something like one of those gaobot worms that spreads like mad, and probably infected millions of windows users. I imagine this could have a lot to do with the speed problems in the last week or two. But redhat.com has always been kind of slow for me. I always figured it was because not enough people understand the concept of using mirrors. It might be a good idea for redhat to start giving out user limit exceeded messages that point to their mirror list. But I think since they are the main source, they probably feel a commitment to customer service in providing updates. -Eric Hattemer PS. This email was worded in a way that comes across very disrespectfully. I wouldn't expect help with a negative attitude. A lot of people involved with this list are volunteers, and Red Hat has no responsibility to do what people demand of them. Florin Andrei wrote: >Guys, what's going on with the Fedora mirror at kernel.org? It's lagging >behind the master site for quite a while. It is not their fault, a note >on their website states that they cannot sync up with the master Fedora >site, they tried to contact the Fedora admins, but no one replied to >their calls. > >What's going on? Don't you guys (Fedora team) like to ease the load on >your website? The kernel.org site is doing a good job as a Fedora mirror >in my area, i hate to use the master site, or another mirror that's not >as close to myself, because they're much slower for me. > >C'mon, wake up, i'm sure it wouldn't take long to fix this issue. > >Thank you, > > > From devscott at charter.net Fri Mar 26 07:31:58 2004 From: devscott at charter.net (Scott Sloan) Date: Fri, 26 Mar 2004 01:31:58 -0600 Subject: Announcing Fedora Tracker -- comments? In-Reply-To: References: <1080169971.8656.253.camel@localhost.localdomain> Message-ID: <1080286318.3341.1.camel@localhost.localdomain> > > About six months ago, as the result of a conversation on IRC, I began > > playing with the idea of a "tracker" for Fedora: Something to tie > > together the many apt and yum repositories out there into a single, > > simple to use framework. I would be most interested in seeing how it has all come together. Someone want to point me in the right direction on where I can find it? -- Scott Sloan ------------ "I'm not a genius. I'm just passionately curious" -- Einstein From m.fioretti at inwind.it Fri Mar 26 06:58:03 2004 From: m.fioretti at inwind.it (M. Fioretti) Date: Fri, 26 Mar 2004 07:58:03 +0100 Subject: Cannot backport KOffice 1.3 to shrike: Bad file descriptor Message-ID: <20040326065803.GE31684@inwind.it> Hello I got the source rpm of KOFFICE 1.3 from koffice.kde.org. It is for Fedora Core 1, so I tried to rebuild it on RH9. The build fails with the error below. The specs file is pasted right after that . Any pointer to fix this is appreciated. TIA, Marco Fioretti /bin/sh ../../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -O2 -g -march=i386 -mcpu=i686 -D_GNU_SOURCE -DNO_DEBUG -DNDEBUG -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -o libkivioselecttool.la -rpath /usr/lib -module -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined plugin.lo tool_select.lo ../../../lib/kotext/libkotext.la ../../../lib/kopainter/libkopainter.la -L/usr/X11R6/lib -L/usr/lib/qt-3.1/lib -L/usr/lib -L/usr/lib ../../../kivio/kiviopart/libkiviopart.la *** Warning: Linking the shared library libkivioselecttool.la against the loadable module *** libkiviopart.so is not portable! g++: /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs: Bad file descriptor make[5]: *** [libkivioselecttool.la] Error 1 make[5]: Leaving directory `/home/marco/RPM_FOUNDRY/BUILD/koffice-1.3/kivio/plugins/kivioselecttool' ########################################################### Now the /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs file: *asm: %{v:-V} %{Qy:} %{!Qn:-Qy} %{n} %{T} %{Ym,*} %{Yd,*} %{Wa,*:%*} *asm_debug: %{gstabs*:--gstabs}%{!gstabs*:%{g*:--gdwarf2}} *asm_final: %| *asm_options: %a %Y %{c:%W{o*}%{!o*:-o %w%b%O}}%{!c:-o %d%w%u%O} *invoke_as: %{!S:-o %{|!pipe:%g.s} | as %(asm_options) %{!pipe:%g.s} %A } *cpp: %(cpp_cpu) %{fPIC:-D__PIC__ -D__pic__} %{fpic:-D__PIC__ -D__pic__} %{posix:-D_POSIX_SOURCE} %{pthread:-D_REENTRANT} *cpp_options: %(cpp_unique_options) %{std*} %{d*} %{W*} %{w} %{pedantic*} %{fshow-column} %{fno-show-column} %{fsigned-char&funsigned-char} %{fleading-underscore} %{fno-leading-underscore} %{fno-operator-names} %{ftabstop=*} *cpp_unique_options: %{C:%{!E:%eGNU C does not support -C without using -E}} %{nostdinc*} %{C} %{v} %{I*} %{P} %{$} %I %{MD:-MD %{!o:%b.d}%{o*:%.d%*}} %{MMD:-MMD %{!o:%b.d}%{o*:%.d%*}} %{M} %{MM} %{MF*} %{MG} %{MP} %{MQ*} %{MT*} %{!E:%{!M:%{!MM:%{MD|MMD:%{o*:-MQ %*}}}}} %{!no-gcc:-D__GNUC__=%v1 -D__GNUC_MINOR__=%v2 -D__GNUC_PATCHLEVEL__=%v3 -D__GXX_ABI_VERSION=102} %{!undef:%{!ansi:%{!std=*:%p}%{std=gnu*:%p}} %P} %{trigraphs} %{Os:-D__OPTIMIZE_SIZE__} %{O*:%{!O0:-D__OPTIMIZE__}} %{fno-inline|O0|!O*:-D__NO_INLINE__} %{ffast-math:-D__FAST_MATH__} %{ffreestanding:-D__STDC_HOSTED__=0} %{fno-hosted:-D__STDC_HOSTED__=0} %{!ffreestanding:%{!fno-hosted:-D__STDC_HOSTED__=1}} %{remap} %{g3:-dD} %{H} %C %{fshort-wchar:-U__WCHAR_TYPE__ -D__WCHAR_TYPE__=short\ unsigned\ int} %{D*&U*&A*} %{i*} %Z %i %{E|M|MM:%W{o*}} *trad_capable_cpp: %{traditional|ftraditional|traditional-cpp:trad}cpp0 *cc1: %(cc1_cpu) %{profile:-p} *cc1_options: %{pg:%{fomit-frame-pointer:%e-pg and -fomit-frame-pointer are incompatible}} %1 %{!Q:-quiet} -dumpbase %B %{d*} %{m*} %{a*} %{g*} %{O*} %{W*} %{w} %{pedantic*} %{std*} %{ansi} %{traditional} %{v:-version} %{pg:-p} %{p} %{f*} %{Qn:-fno-ident} %{--help:--help} %{--target-help:--target-help} %{!fsyntax-only:%{S:%W{o*}%{!o*:-o %b.s}}} %{fsyntax-only:-o %j} %{-param*} *cc1plus: *link_gcc_c_sequence: %G %L %G *endfile: %{!shared:crtend.o%s} %{shared:crtendS.o%s} crtn.o%s *link: %{!static:--eh-frame-hdr} -m elf_i386 %{shared:-shared} %{!shared: %{!ibcs: %{!static: %{rdynamic:-export-dynamic} %{!dynamic-linker:-dynamic-linker /lib/ld-linux.so.2}} %{static:-static}}} *lib: %{pthread:-lpthread} %{shared:-lc} %{!shared:%{mieee-fp:-lieee} %{profile:-lc_p}%{!profile:-lc}} *libgcc: %{static|static-libgcc:-lgcc -lgcc_eh}%{!static:%{!static-libgcc:%{!shared:%{!shared-libgcc:-lgcc -lgcc_eh}%{shared-libgcc:-lgcc_s%M -lgcc}}%{shared:%{shared-libgcc:-lgcc_s%M}%{!shared-libgcc:-lgcc}}}} *startfile: %{!shared: %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:%{profile:gcrt1.o%s} %{!profile:crt1.o%s}}}} crti.o%s %{static:crtbeginT.o%s} %{!static:%{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}} *switches_need_spaces: *predefines: -D__ELF__ -Dunix -D__gnu_linux__ -Dlinux -Asystem=posix *cross_compile: 0 *version: 3.2.2 *multilib: . ; *multilib_defaults: *multilib_extra: *multilib_matches: *multilib_exclusions: *multilib_options: *linker: collect2 *link_libgcc: %D *md_exec_prefix: *md_startfile_prefix: *md_startfile_prefix_1: *cpp_cpu_default: -D__tune_i386__ *cpp_cpu: %(cpp_cpu32) %(cpp_cpucommon) *cpp_cpu32: -Acpu=i386 -Amachine=i386 %{!ansi:%{!std=c*:%{!std=i*:-Di386}}} -D__i386 -D__i386__ %(cpp_cpu32sizet) *cpp_cpu64: -Acpu=x86_64 -Amachine=x86_64 -D__x86_64 -D__x86_64__ %(cpp_cpu64sizet) *cpp_cpu32sizet: *cpp_cpu64sizet: *cpp_cpucommon: %{march=i386:%{!mcpu*:-D__tune_i386__ }}%{march=i486:-D__i486 -D__i486__ %{!mcpu*:-D__tune_i486__ }}%{march=pentium|march=i586:-D__i586 -D__i586__ -D__pentium -D__pentium__ %{!mcpu*:-D__tune_i586__ -D__tune_pentium__ }}%{march=pentium-mmx:-D__i586 -D__i586__ -D__pentium -D__pentium__ -D__pentium__mmx__ %{!mcpu*:-D__tune_i586__ -D__tune_pentium__ -D__tune_pentium_mmx__}}%{march=pentiumpro|march=i686|march=pentium2|march=pentium3:-D__i686 -D__i686__ -D__pentiumpro -D__pentiumpro__ %{!mcpu*:-D__tune_i686__ -D__tune_pentiumpro__ }}%{march=pentium2|march=pentium3: -D__pentium2 -D__pentium2__ %{!mcpu*:-D__tune_pentium2__ }}%{march=pentium3: -D__pentium3 -D__pentium3__ %{!mcpu*:-D__tune_pentium3__ }}%{march=k6:-D__k6 -D__k6__ %{!mcpu*:-D__tune_k6__ }}%{march=k6-2:-D__k6 -D__k6__ -D__k6_2__ %{!mcpu*:-D__tune_k6__ -D__tune_k6_2__ }}%{march=k6-3:-D__k6 -D__k6__ -D__k6_3__ %{!mcpu*:-D__tune_k6__ -D__tune_k6_3__ }}%{march=athlon|march=athlon-tbird:-D__athlon -D__athlon__! %{!mcpu*:-D__tune_athlon__ }}%{march=athlon-4|march=athlon-xp|march=athlon-mp:-D__athlon -D__athlon__ -D__athlon_sse__ %{!mcpu*:-D__tune_athlon__ -D__tune_athlon_sse__ }}%{march=pentium4:-D__pentium4 -D__pentium4__ %{!mcpu*:-D__tune_pentium4__ }}%{m386|mcpu=i386:-D__tune_i386__ }%{m486|mcpu=i486:-D__tune_i486__ }%{mpentium|mcpu=pentium|mcpu=i586|mcpu=pentium-mmx:-D__tune_i586__ -D__tune_pentium__ }%{mpentiumpro|mcpu=pentiumpro|mcpu=i686|mcpu=pentium2|mcpu=pentium3:-D__tune_i686__ -D__tune_pentiumpro__ }%{mcpu=k6|mcpu=k6-2|mcpu=k6-3:-D__tune_k6__ }%{mcpu=athlon|mcpu=athlon-tbird|mcpu=athlon-4|mcpu=athlon-xp|mcpu=athlon-mp:-D__tune_athlon__ }%{mcpu=athlon-4|mcpu=athlon-xp|mcpu=athlon-mp:-D__tune_athlon_sse__ }%{mcpu=pentium4:-D__tune_pentium4__ }%{march=athlon-xp|march=athlon-mp|march=pentium3|march=pentium4|msse|msse2:-D__SSE__ }%{march=pentium-mmx|march=k6|march=k6-2|march=k6-3|march=athlon|march=athlon-tbird|march=athlon-4|march=athlon-xp|march=athlon-mp|march=pentiu! m2|march=pentium3|march=pentium4|mmx|msse|m3dnow: -D__MMX__ }%{march=k ch=k6-3|march=athlon|march=athlon-tbird|march=athlon-4|march=athlon-xp|march=athlon-mp|m3dnow: -D__3dNOW__ }%{march=athlon|march=athlon-tbird|march=athlon-4|march=athlon-xp|march=athlon-mp: -D__3dNOW_A__ }%{march=pentium4|msse2: -D__SSE2__ }%{!march*:%{!mcpu*:%{!m386:%{!m486:%{!mpentium*:%(cpp_cpu_default)}}}}} *cc1_cpu: %{!mcpu*: %{m386:-mcpu=i386 %n`-m386' is deprecated. Use `-march=i386' or `-mcpu=i386' instead. } %{m486:-mcpu=i486 %n`-m486' is deprecated. Use `-march=i486' or `-mcpu=i486' instead. } %{mpentium:-mcpu=pentium %n`-mpentium' is deprecated. Use `-march=pentium' or `-mcpu=pentium' instead. } %{mpentiumpro:-mcpu=pentiumpro %n`-mpentiumpro' is deprecated. Use `-march=pentiumpro' or `-mcpu=pentiumpro' instead. }} %{mintel-syntax:-masm=intel %n`-mintel-syntax' is deprecated. Use `-masm=intel' instead. } %{mno-intel-syntax:-masm=att %n`-mno-intel-syntax' is deprecated. Use `-masm=att' instead. } *link_command: %{!fsyntax-only:%{!c:%{!M:%{!MM:%{!E:%{!S: %(linker) %l %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} %{r} %{s} %{t} %{u*} %{x} %{z} %{Z} %{!A:%{!nostdlib:%{!nostartfiles:%S}}} %{static:} %{L*} %(link_libgcc) %o %{!nostdlib:%{!nodefaultlibs:%(link_gcc_c_sequence)}} %{!A:%{!nostdlib:%{!nostartfiles:%E}}} %{T*} }}}}}} -- Marco Fioretti m.fioretti, at the server inwind.it Red Hat for low memory http://www.rule-project.org/en/ Intellectual freedom cannot exist without political freedom; political freedom cannot exist without economic freedom; a free mind and a free market are corollaries. -- Ayn Rand, "For the New Intellectual" ----- End forwarded message ----- -- Marco Fioretti m.fioretti, at the server inwind.it Red Hat for low memory http://www.rule-project.org/en/ If they can get you asking the wrong question, the answers don't matter. ----- End forwarded message ----- -- Marco Fioretti m.fioretti, at the server inwind.it Red Hat for low memory http://www.rule-project.org/en/ There are tasks that cannot be done by more than ten men, or less than one hundred From buildsys at redhat.com Fri Mar 26 13:47:21 2004 From: buildsys at redhat.com (Build System) Date: Fri, 26 Mar 2004 08:47:21 -0500 Subject: rawhide report: 20040326 changes Message-ID: <200403261347.i2QDlL024585@porkchop.devel.redhat.com> Updated Packages: anaconda-9.91-7 --------------- * Thu Mar 25 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) rpmdb-fedora-1.91-0.20040326 ---------------------------- From naoki at valuecommerce.com Fri Mar 26 12:02:09 2004 From: naoki at valuecommerce.com (Naoki) Date: Fri, 26 Mar 2004 21:02:09 +0900 Subject: Anaconda kickstart. In-Reply-To: <200403102246.24130.jkeating@j2solutions.net> References: <405009FB.1080208@valuecommerce.com> <200403102246.24130.jkeating@j2solutions.net> Message-ID: <40641BC1.10307@valuecommerce.com> An HTML attachment was scrubbed... URL: From webmaster at margo.bijoux.nom.br Fri Mar 26 04:29:27 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Fri, 26 Mar 2004 01:29:27 -0300 Subject: Customizing comps.xml and stage2.img In-Reply-To: <20040325133700.GU25903@lichen.truemesh.com> References: <4062B09E.4080805@pbh.gov.br> <20040325133700.GU25903@lichen.truemesh.com> Message-ID: <4063B1A7.60209@margo.bijoux.nom.br> Paul Nasrat wrote: >Also there is an anaconda documentation project wiki: > >http://rau.homedns.org/twiki/bin/view/Anaconda/WebHome > >Paul > > I know about part of this project (I'm working on the debian version of this distro). Probably he wants is change the stage2.img file to include , for example , the simbol that was made for the distro , instead of the default fedora images that appear during the installation. And the comps.xml needs to be changed to include several packages that arent available in the standard Fedora and are going to be needed (this distro is going to be used on public schools , so there's the need to add extra content to the distro). -- Pedro Macedo From shahms at shahms.com Fri Mar 26 16:16:02 2004 From: shahms at shahms.com (Shahms King) Date: Fri, 26 Mar 2004 08:16:02 -0800 Subject: Install CDROM boot problems Message-ID: <1080317762.6519.16.camel@shahms.mesd.k12.or.us> Neither FC1 nor FC2 test 1 install CDROMs will boot from my laptop's firewire cdrom. It's not a problem of the installer not working, I don't see any indication that any attempt was made to boot from CDROM at all, no ISOLINUX message, nothing. The CDs boot just fine in my desktop and the RedHat 9 discs will boot (and install) without a problem. I found some similar bugs in bugzilla when going from RH7.3 -> RH8, but nothing more recent than that. Is this a known issue? What changed from RH9 -> FC1 that might be causing this? -- Shahms King From greg at kroah.com Fri Mar 26 20:28:47 2004 From: greg at kroah.com (Greg KH) Date: Fri, 26 Mar 2004 12:28:47 -0800 Subject: Patch for 2.4 USB serial In-Reply-To: <20040323195437.2dd922ce.zaitcev@redhat.com> References: <20040323143153.7757e745.zaitcev@redhat.com> <20040324032307.GB6428@kroah.com> <20040323195437.2dd922ce.zaitcev@redhat.com> Message-ID: <20040326202847.GI26485@kroah.com> On Tue, Mar 23, 2004 at 07:54:37PM -0800, Pete Zaitcev wrote: > > > However, what about the port->open_count? > > > It is manipulated without any locking, it seems. > > > > Actually it can be gotten rid of entirely I think. The reference count > > of the object is now handled properly, so open_count is pretty much > > pointless. Now we are still relying on the fact that open() can't race > > with disconnect() from the USB bus, which in real-life is probably ok, > > You cannot just get rid of it if you still want to call component > driver's ->open only once. Something has to count, and reference > counts do not match open counts, so you have to keep a counter for it. > An alternative would be to pass all upper level opens through to > component drivers, which would just push open counts down a level. > IIRC, we did it before, but migrated to the current scheme. > So, the open count stays. Since it stays, it has to be protected. Ah, good point, you are correct. > > How about a patch against a clean 2.4 tree? This is against the latest > > fedora 2.4 kernel, right? > > I was going to send it out after 2.4.26, but I can send it now if you > want. After 2.4.26 is fine, I'm in no hurry. thanks, greg k-h From derekm at hackunix.org Sat Mar 27 04:05:10 2004 From: derekm at hackunix.org (Derek P. Moore) Date: Fri, 26 Mar 2004 22:05:10 -0600 Subject: Lobby for the re-inclusion of php-imap (and imap c-client) Message-ID: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> Howdy, I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap c-client [and, if I'm lucky, imap-utils]). As a user of PHP, it's very inconvenient to be missing such a useful and widely used piece of PHP. I'm doubly annoyed as a Horde hacker, as it requires PHP's c-client functions. I understand ditching wu-imapd, etc. But c-client is still very useful, especially in the PHP world. Horde is, I believe, one of the most important free software projects out there at the moment. Not many people are yet using the development branch of code, but it has come (and is coming) a long way. It's thorough, stable, usable, actively developed, and widely used (at least the old code base is widely used). It has a very flexible and extensible framework, and it kicks the asses of its competitors. To overlook Horde is a big mistake. If users have to hack together weird sets of custom-compiled RPMs to slap Horde on a Fedora box, that's going to annoy a lot of people as Horde 3.0 is released. The c-client packages never need to be installed unless someone explicitly wants them. imap-devel is required to compile PHP with php-imap turned on, but Red Hat's build environment should have that on hand. Normal c-client-ignorant users never need to know that imap-2002e and imap-devel-2002e are helping to fill up the 500 MB of free space on FC2 disc 4. (While we're filling up FC2 disc 4, imap-utils could be useful for people no matter what IMAP server they're running [especially if they're tryin' to migrate their old mbox folders to the new Cyrus IMAP server].) Is this a pipe dream? Derek From webmaster at margo.bijoux.nom.br Sat Mar 27 04:08:53 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sat, 27 Mar 2004 01:08:53 -0300 Subject: Fedora mirror site lagging In-Reply-To: <4063CC2E.2050708@imapmail.org> References: <1080239717.2874.8.camel@rivendell.home.local> <4063CC2E.2050708@imapmail.org> Message-ID: <4064FE55.4040306@margo.bijoux.nom.br> Eric Hattemer wrote: > PS. This email was worded in a way that comes across very > disrespectfully. I wouldn't expect help with a negative attitude. A > lot of people involved with this list are volunteers, and Red Hat has > no responsibility to do what people demand of them. Maybe he didnt see a post made a few days (or weeks ago) that mentioned the issue ( I dont remmember who sent the message , but I guess it was someone from redhat...). For some unknown reason , the kernel.org mirror is having issues to sync with the main site... Maybe the guys at kernel.org should try to mail ftp at redhat.com to see what is going on (and the guys at redhat should try to contact kernel.org to see what is going on also , as kernel.org says they're having issues trying to contact the fedora staff..)... -- Pedro Macedo From icon at linux.duke.edu Sat Mar 27 04:30:01 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Fri, 26 Mar 2004 23:30:01 -0500 Subject: Lobby for the re-inclusion of php-imap (and imap c-client) In-Reply-To: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> References: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> Message-ID: <40650349.7010509@linux.duke.edu> Derek P. Moore wrote: > Is this a pipe dream? Feh. C-client isn't even that good or efficient (sniff some traffic that php-imap generates). Nothing in the distro is using it, and providing it as an add-on module to php from some third-party won't break anyone's back. Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From warren at togami.com Sat Mar 27 05:19:26 2004 From: warren at togami.com (Warren Togami) Date: Fri, 26 Mar 2004 19:19:26 -1000 Subject: Lobby for the re-inclusion of php-imap (and imap c-client) In-Reply-To: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> References: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> Message-ID: <40650EDE.5050406@togami.com> Derek P. Moore wrote: > Howdy, > > I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap > c-client [and, if I'm lucky, imap-utils]). > > As a user of PHP, it's very inconvenient to be missing such a useful and widely > used piece of PHP. I'm doubly annoyed as a Horde hacker, as it requires PHP's > c-client functions. > > I understand ditching wu-imapd, etc. But c-client is still very useful, > especially in the PHP world. > > Horde is, I believe, one of the most important free software projects out there > at the moment. Not many people are yet using the development branch of code, > but it has come (and is coming) a long way. It's thorough, stable, usable, > actively developed, and widely used (at least the old code base is widely > used). It has a very flexible and extensible framework, and it kicks the asses > of its competitors. > > To overlook Horde is a big mistake. If users have to hack together weird sets > of custom-compiled RPMs to slap Horde on a Fedora box, that's going to annoy a > lot of people as Horde 3.0 is released. > Submit it to Fedora Extras currently at fedora.us, because that is where it belongs. I do agree that custom RPMS maintained at dozens of arbitary other locations are confusing, so instead you should maintain it at the central collaborative project. Warren From buildsys at redhat.com Sat Mar 27 11:57:15 2004 From: buildsys at redhat.com (Build System) Date: Sat, 27 Mar 2004 06:57:15 -0500 Subject: rawhide report: 20040327 changes Message-ID: <200403271157.i2RBvFD08607@porkchop.devel.redhat.com> Updated Packages: rpmdb-fedora-1.91-0.20040327 ---------------------------- From mail.sw.rh.rhl.devel at spam.fi.basen.net Sat Mar 27 16:41:17 2004 From: mail.sw.rh.rhl.devel at spam.fi.basen.net (Kaj J.Niemi) Date: Sat, 27 Mar 2004 18:41:17 +0200 (EET) Subject: Lobby for the re-inclusion of php-imap (and imap c-client) References: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> Message-ID: <20040327164117.329692F42E6@jenny.a51.org> > I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap > c-client [and, if I'm lucky, imap-utils]). That would be bug #115535. Search the archives for past discussion around the topic. // kaj From lfarkas at bppiac.hu Sat Mar 27 17:54:05 2004 From: lfarkas at bppiac.hu (Farkas Levente) Date: Sat, 27 Mar 2004 18:54:05 +0100 Subject: cups with php support Message-ID: <4065BFBD.5010600@bppiac.hu> hi, would you compile cups with php support (--with-php). all realse contains both php and cups so is there any good reason not to compile cups with php support enabled? thanks. -- Levente "Si vis pacem para bellum!" From greeneg at student.gvsu.edu Sat Mar 27 22:34:03 2004 From: greeneg at student.gvsu.edu (Gary L Greene Jr) Date: Sat, 27 Mar 2004 17:34:03 -0500 Subject: [RFC] User Accesable Filesystem Hierarchy Standard Message-ID: <200403271734.14687.greeneg@student.gvsu.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is a proposal for a standard to accommodate the accessibility of the filesystem by end-users. We request discussion on this as a new standard. The URL to get to the document is: http://www.csis.gvsu.edu/~abreschm/uafhs/ I am a member of the Ark Linux team, who is interested in seeing the Linux desktop become a viable option. I apologize for the cross-posting. - -- Gary L. Greene, Jr. Sent from uriel.gvsu.edu 5:23pm up 4:38, 5 users, load average: 0.16, 0.16, 0.11 ============================================================ Founder and president of the Grand Valley Linux Users Group check out http://www.gvlug.org/ for more info. PHONE : (616) 331-0849 EMAIL : greeneg at arklinux.org (my Ark Linux account) EMAIL : greeneg at student.gvsu.edu (my student account) ============================================================ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAZgFjrTQE7CqFxs8RAngWAJ4mxppz+w+a0bR28qPtTJDPmz0KNQCfYmdM bd9jwfGCKvg+KApS5h1BsoE= =PsPI -----END PGP SIGNATURE----- From robert at marcanoonline.com Sat Mar 27 23:05:55 2004 From: robert at marcanoonline.com (Robert Marcano) Date: Sat, 27 Mar 2004 19:05:55 -0400 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <200403271734.14687.greeneg@student.gvsu.edu> References: <200403271734.14687.greeneg@student.gvsu.edu> Message-ID: <1080428755.6225.14.camel@pcrobert.intranet.promca.com> On Sat, 2004-03-27 at 18:34, Gary L Greene Jr wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > This is a proposal for a standard to accommodate the accessibility of the > filesystem by end-users. We request discussion on this as a new standard. The > URL to get to the document is: > > http://www.csis.gvsu.edu/~abreschm/uafhs/ I am sure that the filesystem can be arranged in order to make it more easy to use to the desktop user, Your ideas of a shared directory is nice, but letting the user "Easily install software without escalating their privileges" is something that I don't like. The only way that I like a shared directory is if it is mounted from a filesystem with the "noexec" flag. I think that the software installation can be made easy with the help of a better "Add/Remove Programs", and the security aspect could be enhanced with the help of a SELinux policy for this program(s) (I am not an expert in SELinux, so I could be wrong) > > I am a member of the Ark Linux team, who is interested in seeing the Linux > desktop become a viable option. I apologize for the cross-posting. > > - -- > Gary L. Greene, Jr. -- Robert Marcano From Nicolas.Mailhot at laPoste.net Sat Mar 27 23:11:49 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 28 Mar 2004 00:11:49 +0100 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <200403271734.14687.greeneg@student.gvsu.edu> References: <200403271734.14687.greeneg@student.gvsu.edu> Message-ID: <1080429109.2943.12.camel@m222.net81-64-248.noos.fr> Le sam, 27/03/2004 ? 17:34 -0500, Gary L Greene Jr a ?crit : > This is a proposal for a standard to accommodate the accessibility of the > filesystem by end-users. We request discussion on this as a new standard. The > URL to get to the document is: > > http://www.csis.gvsu.edu/~abreschm/uafhs/ From a usability POW hidden files (and directories) are very bad. I must admit I'm a bit horrified by the number of new hidden roots you're suggesting to create (not only you duplicate classic / topdirs but you also enshrine stuff like fonts that doesnt exist on the system root). My proposal would be simple : 1. use a single or at most two-three top-level dirs in ~ (etc and the rest) 2. at this point you can probably not hide them since they won't result in too much clutter 3. do not try to keep current dotfiles/dotdirs in your spec but move them to your clean file layout As far as I know current $HOME clutter is what's keeping some people from using it as their desktop (even though that the natural unix way). Cleaning up the mess would certainly help there. A good point is the way you follow / FHS layout instead of reinventing yet another convention. Anyway - I'm pleased to see someone working on this ! Most people seem to have given up on ever cleaning up the home legacy dotfile mess. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From rms at 1407.org Sat Mar 27 23:35:41 2004 From: rms at 1407.org (Rui Miguel Seabra) Date: Sat, 27 Mar 2004 23:35:41 +0000 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <200403271734.14687.greeneg@student.gvsu.edu> References: <200403271734.14687.greeneg@student.gvsu.edu> Message-ID: <1080430541.18816.1.camel@roque> I suggest using ~/.uafhs/ as root for bin/ lib/ etc... instead of ~/.bin and ~/.lib etc... The reasoning is so not to clutter the dot files/directories list with things that are ultimately related! Hugs, Rui -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.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 brads at redhat.com Sun Mar 28 06:29:53 2004 From: brads at redhat.com (Brad Smith) Date: Sun, 28 Mar 2004 01:29:53 -0500 Subject: Fedora Tracker: Part Deux Message-ID: <1080455392.26769.9.camel@localhost.localdomain> A new and (hopefully) improved version of Fedora Tracker is now up at: http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py New features of interest: * Search results are sorted by repository type (core, extras, tp, etc) * Package search defaults to simplified interface * Source packages are filtered out by default to cut down on search results. Among the other features I hope to add based on suggestions I've gotten here is the ability to have search results display "condensed". That is, just the name, description and a link to view details on all instances of this package. I think that will make search results much more readable but because it adds an extra pageload between initiating a search and actually getting the package I'm reticent to make it the default. It will probably be a checkbox option on the advanced search page. I'll also add a "news" page or something so as to stop bugging you folks with updates =:). Since these most recent changes are the result of feedback from this list, though, I thought it appropriate to post about here. Comments? --Brad From wtogami at redhat.com Sun Mar 28 09:53:42 2004 From: wtogami at redhat.com (Warren Togami) Date: Sat, 27 Mar 2004 23:53:42 -1000 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080455392.26769.9.camel@localhost.localdomain> References: <1080455392.26769.9.camel@localhost.localdomain> Message-ID: <4066A0A6.2050707@redhat.com> Brad Smith wrote: > A new and (hopefully) improved version of Fedora Tracker is now up at: > > http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py > > New features of interest: > > * Search results are sorted by repository type (core, extras, tp, etc) > * Package search defaults to simplified interface > * Source packages are filtered out by default to cut down on search > results. > I'll also add a "news" page or something so as to stop bugging you folks > with updates =:). Since these most recent changes are the result of > feedback from this list, though, I thought it appropriate to post about > here. > I do feel it is appropriate to discuss here, as developer input will continue to help improve this interface that will help the entire project in "finding stuff". I like the new improvements, and I can suggest one one addition for now. When multiple versions of the same package are returned within a category, it should sort so that the "newest" package is displayed first. Thanks, Warren Togami wtogami at redhat.com From buildsys at redhat.com Sun Mar 28 11:21:39 2004 From: buildsys at redhat.com (Build System) Date: Sun, 28 Mar 2004 06:21:39 -0500 Subject: rawhide report: 20040328 changes Message-ID: <200403281121.i2SBLdo28224@porkchop.devel.redhat.com> Updated Packages: rpmdb-fedora-1.91-0.20040328 ---------------------------- From Nicolas.Mailhot at laPoste.net Sun Mar 28 11:24:50 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 28 Mar 2004 13:24:50 +0200 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080455392.26769.9.camel@localhost.localdomain> References: <1080455392.26769.9.camel@localhost.localdomain> Message-ID: <1080473090.11307.1.camel@m222.net81-64-248.noos.fr> Le dim, 28/03/2004 ? 01:29 -0500, Brad Smith a ?crit : > A new and (hopefully) improved version of Fedora Tracker is now up at: > > http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py > > New features of interest: > > * Search results are sorted by repository type (core, extras, tp, etc) > * Package search defaults to simplified interface > * Source packages are filtered out by default to cut down on search > results. I'd be great to filter out them only if the matching binaries are available. Some packages are only available in source (more exactly nosource) form. Cheers, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From baldrick at terra.es Sun Mar 28 11:29:12 2004 From: baldrick at terra.es (Josep Puigdemont) Date: Sun, 28 Mar 2004 13:29:12 +0200 Subject: Localization files -- ca Message-ID: <1080473352.14933.72.camel@deimos> A while ago I was posting here asking for the inclusion of some Catalan related localization packages. As for FC 2 test 1, I can't find files for aspell-ca, myspell... which are very important to be able to process texts in Catalan. I know that due to a license problem the packages were discarded in FC 1, but as I can see for the debian Copyright information of myspell, the files involved are GPL'd: http://packages.debian.org/changelogs/pool/main/i/ispellcat/ispellcat_0.4-1/copyright I wonder if it would be possible to include the aspell, ispell (and myspell) packages for the Catalan language, for the final FC 2 release. I would also like to know how to include localization files for Mozilla, I think there aren't any. Thanks a lot! /Josep From ms-nospam-0306 at arcor.de Sun Mar 28 11:55:13 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 28 Mar 2004 13:55:13 +0200 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080455392.26769.9.camel@localhost.localdomain> References: <1080455392.26769.9.camel@localhost.localdomain> Message-ID: <20040328135513.1b06b1bf.ms-nospam-0306@arcor.de> On Sun, 28 Mar 2004 01:29:53 -0500, Brad Smith wrote: > A new and (hopefully) improved version of Fedora Tracker is now up at: > > http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py * Please add fedora.us "testing" and "unstable". * Bug: I clicked "Packages", searched for "xmms", in the results clicked on the first green "Repository:" link, which points to http://academy.phpwebhosting.com/cgi-bin/tracker//tracker.py?mode=listRepoPkgs&repo.repo_id=19 It loads a bit and displays a page with a lot of "AttributeError" error output. -- From brads at redhat.com Sun Mar 28 14:22:22 2004 From: brads at redhat.com (Brad Smith) Date: Sun, 28 Mar 2004 09:22:22 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <20040328135513.1b06b1bf.ms-nospam-0306@arcor.de> References: <1080455392.26769.9.camel@localhost.localdomain> <20040328135513.1b06b1bf.ms-nospam-0306@arcor.de> Message-ID: <1080483742.29713.3.camel@localhost.localdomain> > http://academy.phpwebhosting.com/cgi-bin/tracker//tracker.py?mode=listRepoPkgs&repo.repo_id=19 Fixed. The reference to _num_matches was left over from a feature I started to implement, but then changed my mind about. That'll teach me to put changes up at 1am. =;) I'll add the testing and unstable fedora.us repos today. --Brad From brads at redhat.com Sun Mar 28 14:34:03 2004 From: brads at redhat.com (Brad Smith) Date: Sun, 28 Mar 2004 09:34:03 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080473090.11307.1.camel@m222.net81-64-248.noos.fr> References: <1080455392.26769.9.camel@localhost.localdomain> <1080473090.11307.1.camel@m222.net81-64-248.noos.fr> Message-ID: <1080484442.29713.16.camel@localhost.localdomain> > I'd be great to filter out them only if the matching binaries are > available. Some packages are only available in source (more exactly > nosource) form. This is a good idea but significantly more complicated that tacking "WHERE package.arch != 'src'" to the end of a query. I'll add it to the "when I have time" list. Alternately, I hope to have the current code (the tarball I linked to earlier is now out of date) cvs-able from sourceforge or the like soonish. Once that's done, this kind of addition would be welcome as a patch. --Brad From brads at redhat.com Sun Mar 28 14:56:39 2004 From: brads at redhat.com (Brad Smith) Date: Sun, 28 Mar 2004 09:56:39 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <4066A0A6.2050707@redhat.com> References: <1080455392.26769.9.camel@localhost.localdomain> <4066A0A6.2050707@redhat.com> Message-ID: <1080485798.29713.29.camel@localhost.localdomain> > When multiple versions of the same > package are returned within a category, it should sort so that the > "newest" package is displayed first. > The query currently does "ORDER BY package.name, package.version, package.release, package.arch", which should (and seems to) list packages in descending version order. Would it be simpler if the package list was not also sorted by arch, or are you referring to something else? --Brad From zaitcev at redhat.com Sun Mar 28 18:06:15 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 28 Mar 2004 10:06:15 -0800 Subject: gaim depends on tcl Message-ID: <20040328100615.40b58ad3.zaitcev@redhat.com> Hi, Christopher & others: the gaim-0.75-1.3.0 requires tk & tcl, which I do not have installed, so I went to investigate. The spec does not mention tcl anywhere. So, obviously, during the build process, configuration picks an installed libtcl/libtk, then somehow informs rpm that these libraries are required. How does it actually happen? I saw specs which have small sections like so %{expand:%%define buildforrh7 %(A=$(awk '{print $5}' /etc/redhat-release); if [ "$A" = 7.2 -o "$A" = 7.3 ]; then echo 1; else echo 0; fi)} ...... %if %buildforrh7 BuildRequires: nautilus2-devel %endif I could understand if gaim spec had a scriptlet which parsed the output of ./configure and set something like %wehavetcl, then added a Requires like the above. But this is not what is happening. Can you enlighten me about the magic workings in the case of gaim? Thank you, -- Pete P.S. Aside from the spec magic, why would a modern application require tcl? From brads at redhat.com Sun Mar 28 16:28:25 2004 From: brads at redhat.com (Brad Smith) Date: Sun, 28 Mar 2004 11:28:25 -0500 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <40629441.5010803@togami.com> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> Message-ID: <1080491304.29713.86.camel@localhost.localdomain> It has been pointed out to me that one problem Tracker may run into is legal issues with linking directly to the RPMs at livna.org. I've been thinking about ways to nip potential legal issues in the bud and am looking at two possible solutions. Option 1: It would be relatively easy to have the "download" links for packages from Extras-NonUs repositories point to a page explaining that because Tracker is hosted in the US, it cannot provide links to the software in question. It can then include instructions on adding the relevant repo to the user's apt/yum sources and installing the package that way. Option 2: Some have suggested hosting Tracker outside of the US. One problem I see with this is the fact that Tracker relies heavily on optimizations in mysql 4.x which, because of licensing issues, is still not easily available on Fedora. In order for Tracker to run well, the hosting system would have to install Mysql 4.x. Not a big deal, but it does entail extra work for the system's admin. I don't know if it's appropriate to ask for such things on this list, but let's just say that in order for option 2 to to be viable I would first need some international volunteers =;). I'm leaning toward option 1 for now, if only to save myself the trouble of migrating everything. Opinions and legal details (my knowledge of the issue basically boils down to "DMCA BAD! ROAR!") are, as always, appreciated. --Brad From wtogami at redhat.com Sun Mar 28 19:42:55 2004 From: wtogami at redhat.com (Warren Togami) Date: Sun, 28 Mar 2004 09:42:55 -1000 Subject: gaim depends on tcl In-Reply-To: <20040328100615.40b58ad3.zaitcev@redhat.com> References: <20040328100615.40b58ad3.zaitcev@redhat.com> Message-ID: <40672ABF.9050900@redhat.com> Pete Zaitcev wrote: > I could understand if gaim spec had a scriptlet which parsed the output > of ./configure and set something like %wehavetcl, then added a Requires > like the above. But this is not what is happening. Can you enlighten me > about the magic workings in the case of gaim? > I was thinking about disabling tcl support in Fedora's gaim entirely. We have already done it with xchat before FC1 and nobody seemed to complain. gaim upstream says that nothing they ship uses it. If nobody says "WAIT!!!" within the next day or so it will be done in rawhide. Warren From ms-nospam-0306 at arcor.de Sun Mar 28 20:04:29 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 28 Mar 2004 22:04:29 +0200 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <1080491304.29713.86.camel@localhost.localdomain> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> <1080491304.29713.86.camel@localhost.localdomain> Message-ID: <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> On Sun, 28 Mar 2004 11:28:25 -0500, Brad Smith wrote: > It has been pointed out to me that one problem Tracker may run into is > legal issues with linking directly to the RPMs at livna.org. Yes, and 'freshrpms' and 'atrpms' and several others. livna.org is not the only one that carries software with patenting or licensing concerns. From Nicolas.Mailhot at laPoste.net Sun Mar 28 20:34:20 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 28 Mar 2004 22:34:20 +0200 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> <1080491304.29713.86.camel@localhost.localdomain> <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> Message-ID: <1080506060.15205.0.camel@m222.net81-64-248.noos.fr> Le dim, 28/03/2004 ? 22:04 +0200, Michael Schwendt a ?crit : > On Sun, 28 Mar 2004 11:28:25 -0500, Brad Smith wrote: > > > It has been pointed out to me that one problem Tracker may run into is > > legal issues with linking directly to the RPMs at livna.org. > > Yes, and 'freshrpms' and 'atrpms' and several others. livna.org is not the > only one that carries software with patenting or licensing concerns. jpackage et least should be clean. Whenever we have a doubt -> non-free + nosrc.rpm only Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From warren at togami.com Sun Mar 28 20:47:11 2004 From: warren at togami.com (Warren Togami) Date: Sun, 28 Mar 2004 10:47:11 -1000 Subject: gaim depends on tcl In-Reply-To: <40672ABF.9050900@redhat.com> References: <20040328100615.40b58ad3.zaitcev@redhat.com> <40672ABF.9050900@redhat.com> Message-ID: <406739CF.3050706@togami.com> Warren Togami wrote: > Pete Zaitcev wrote: > >> I could understand if gaim spec had a scriptlet which parsed the output >> of ./configure and set something like %wehavetcl, then added a Requires >> like the above. But this is not what is happening. Can you enlighten me >> about the magic workings in the case of gaim? >> > > I was thinking about disabling tcl support in Fedora's gaim entirely. We > have already done it with xchat before FC1 and nobody seemed to complain. > > gaim upstream says that nothing they ship uses it. If nobody says > "WAIT!!!" within the next day or so it will be done in rawhide. > > Warren > > Please suggest other fixes to the gaim spec during the next day too. There was some doubt raised about the validity of the perl plugin path stuff. I am also willing to check in simple spec fixes that make building on older distributions work, if they do not interfere with the latest FC builds. Warren From derekm at hackunix.org Sun Mar 28 22:59:57 2004 From: derekm at hackunix.org (Derek P. Moore) Date: Sun, 28 Mar 2004 16:59:57 -0600 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> <1080491304.29713.86.camel@localhost.localdomain> <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> Message-ID: <20040328165957.wlj7ygwc4s4kksco@mail.hackunix.org> >> It has been pointed out to me that one problem Tracker may run into is >> legal issues with linking directly to the RPMs at livna.org. > > Yes, and 'freshrpms' and 'atrpms' and several others. livna.org is not the > only one that carries software with patenting or licensing concerns. Did people learn nothing from Ghandi about mass nonviolent civil disobedience? If we stop linking, we'll lose by default. "We have nothing to fear but fear itself." Let's not get too scared of a little . Love, Derek From icon at linux.duke.edu Sun Mar 28 22:54:52 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Sun, 28 Mar 2004 17:54:52 -0500 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <20040328165957.wlj7ygwc4s4kksco@mail.hackunix.org> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> <1080491304.29713.86.camel@localhost.localdomain> <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> <20040328165957.wlj7ygwc4s4kksco@mail.hackunix.org> Message-ID: <406757BC.8020605@linux.duke.edu> Derek P. Moore wrote: > Did people learn nothing from Ghandi about mass nonviolent civil > disobedience? > If we stop linking, we'll lose by default. "We have nothing to fear but > fear > itself." > > Let's not get too scared of a little . Yes, but Ghandi wasn't a publicly traded corporation with headquarters in Raleigh, NC. Regards, -- Konstantin ("Icon") Ryabitsev Duke Physics Systems Admin, RHCE I am looking for a job in Canada! http://linux.duke.edu/~icon/cajob.ptml -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From helios82 at optushome.com.au Mon Mar 29 02:26:02 2004 From: helios82 at optushome.com.au (Matt H) Date: Mon, 29 Mar 2004 12:26:02 +1000 Subject: Fedora Tracker: Part Deux In-Reply-To: <20040328170005.6C7EB737DF@hormel.redhat.com> References: <20040328170005.6C7EB737DF@hormel.redhat.com> Message-ID: <1080527161.1294.76.camel@fc1> On Sun, 28 Mar 2004 01:29:53 -0500, Brad Smith wrote: > A new and (hopefully) improved version of Fedora Tracker is now up at: > > http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py > > New features of interest: > > * Search results are sorted by repository type (core, extras, tp, etc) > * Package search defaults to simplified interface > * Source packages are filtered out by default to cut down on search > results. > > Comments? > --Brad Brad, I really like what you've done so far! :-) The latest improvements with the sorting by repo type are great and the simplified default interface is much better. You mentioned that this project is not a part of Red Hat or the Fedora Steering Committee. However, as this becomes more well-known and widely used, will you consider proposing it become part of The Fedora Project directly; much like The Fedora Docs Project and similar? Or at least host it at fedora.redhat.com? Regards, -Matt. -- Registered Linux User #348963 / counter.li.org GnuPG KeyID: 0xCE9F8922 / gnupg.org -------------- 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 zaitcev at redhat.com Mon Mar 29 02:49:03 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 28 Mar 2004 18:49:03 -0800 Subject: Input methods migration and community test event In-Reply-To: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> Message-ID: <20040328184903.1cb4b2a4.zaitcev@redhat.com> On Fri, 20 Feb 2004 16:18:25 +1000 Leon Ho wrote: > The IIIMF server loads Language Engines (LE) dynamically at runtime as > requested by clients. In this first round of testing, four LEs are > available: > > + iiimf-le-inpinyin for Simplified Chinese (zh_CN.UTF-8) > + iiimf-le-xcin for Traditional Chinese (zh_TW.UTF-8) > + iiimf-le-canna for Japanese (ja_JP.UTF-8) > + iiimf-le-hangul for Korean (ko_KR.UTF-8) Hello, Leon: I tried iiimf out, and it appears that the only way to specify a language is to set LANG before running an application. Is this really so? I do not wish to change the current locale. All I want is to input characters. Old input methods allowed that (e.g. kinput2). What if I want to enter Korean and Chinese characters simultaneously into an application? Yours, -- Pete From llim at redhat.com Mon Mar 29 03:07:04 2004 From: llim at redhat.com (Lawrence Lim) Date: Mon, 29 Mar 2004 13:07:04 +1000 Subject: Input methods migration and community test event In-Reply-To: <20040328184903.1cb4b2a4.zaitcev@redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> <20040328184903.1cb4b2a4.zaitcev@redhat.com> Message-ID: <406792D8.5080704@redhat.com> Hey Pete, Pete Zaitcev wrote: >What if I want to enter Korean and Chinese characters simultaneously >into an application? > > > Yes, that is possible if you are in the GNOME envrionment. A utility called GIMLET (GNOME Input Method Lanagueg Engine Tool) is available for you to do that. In the next round of testing, this package and setup instruction will be available. :-) Thanks, Lawrence From zaitcev at redhat.com Mon Mar 29 03:39:38 2004 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 28 Mar 2004 19:39:38 -0800 Subject: Input methods migration and community test event In-Reply-To: <406792D8.5080704@redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> <20040328184903.1cb4b2a4.zaitcev@redhat.com> <406792D8.5080704@redhat.com> Message-ID: <20040328193938.193c0c84.zaitcev@redhat.com> On Mon, 29 Mar 2004 13:07:04 +1000 Lawrence Lim wrote: > >What if I want to enter Korean and Chinese characters simultaneously > >into an application? > Yes, that is possible if you are in the GNOME envrionment. A utility > called GIMLET (GNOME Input Method Lanagueg Engine Tool) is available for > you to do that. In the next round of testing, this package and setup > instruction will be available. :-) Thanks for letting me know. It appears to be included already into the package iiimf-gtk-11.4-1.FC1.2 at the apac.redhat.com site. -- Pete From llim at redhat.com Mon Mar 29 04:38:39 2004 From: llim at redhat.com (Lawrence Lim) Date: Mon, 29 Mar 2004 14:38:39 +1000 Subject: Input methods migration and community test event In-Reply-To: <20040328193938.193c0c84.zaitcev@redhat.com> References: <1077257905.1265.48.camel@dhcp-101.brisbane.redhat.com> <20040328184903.1cb4b2a4.zaitcev@redhat.com> <406792D8.5080704@redhat.com> <20040328193938.193c0c84.zaitcev@redhat.com> Message-ID: <4067A84F.5090503@redhat.com> Hey Pete, Pete Zaitcev wrote: > >Thanks for letting me know. It appears to be included already into the >package iiimf-gtk-11.4-1.FC1.2 at the apac.redhat.com site. > > > > Great catch ;-) . However, that version may work but is a bit buggy. The fedora-i18n team has put in a lot of work to fix the utility. You may want to wait for the latest release which is going to be out very soon. Cheers, Lawrence -------------- next part -------------- An HTML attachment was scrubbed... URL: From brads at redhat.com Mon Mar 29 01:56:26 2004 From: brads at redhat.com (Brad Smith) Date: Sun, 28 Mar 2004 20:56:26 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080527161.1294.76.camel@fc1> References: <20040328170005.6C7EB737DF@hormel.redhat.com> <1080527161.1294.76.camel@fc1> Message-ID: <1080525386.1542.9.camel@localhost.localdomain> > You mentioned that this project is not a part of Red Hat or the Fedora > Steering Committee. However, as this becomes more well-known and widely > used, will you consider proposing it become part of The Fedora Project > directly; much like The Fedora Docs Project and similar? Or at least > host it at fedora.redhat.com? I'm not sure how or to whom such a proposal would be made, but in a word: yes. As you say, though, that can wait until the project is more mature and widely used. Thanks for the vote of confidence, though. =:) --Brad From brads at redhat.com Mon Mar 29 02:13:46 2004 From: brads at redhat.com (Brad Smith) Date: Sun, 28 Mar 2004 21:13:46 -0500 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <406757BC.8020605@linux.duke.edu> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> <1080491304.29713.86.camel@localhost.localdomain> <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> <20040328165957.wlj7ygwc4s4kksco@mail.hackunix.org> <406757BC.8020605@linux.duke.edu> Message-ID: <1080526426.1542.26.camel@localhost.localdomain> > Yes, but Ghandi wasn't a publicly traded corporation with headquarters > in Raleigh, NC. Agreed. However, two things occur to me: 1) There is currently an explicit non-relationship between Tracker and Red Hat. It's my personal project that I'm doing in my spare time. 2) I believe that under the DMCA any complaint would have to begin with a formal request for offensive links to be taken down and an opportunity given to comply. Someone please correct me if that's in error. If this is so, then at least there's no chance of someone coming along and saying "You linked to mplayer. Now give us money or get taken to court". Nonetheless, it follows from 2 that as long as Tracker is hosted in the US we will at least need a contingency plan in case such a request-for-removal arrives. Removing download links from livna is one thing. It's annoying, but then so is the DMCA. Removing download links from all packages in all third-party repositories is another and would defeat the point of Tracker's being there to some extent. So I'm beginning to lean toward hosting Tracker outside of the US as the better solution. I've received email from someone in the UK who has access to a machine, but there are some technical issues he and I will have to sort out before it's viable. In any case I think that's what I'm going to pursue, at least as a contingency plan, unless someone can come up with a better idea. --Brad From derekm at hackunix.org Mon Mar 29 06:27:29 2004 From: derekm at hackunix.org (Derek P. Moore) Date: Mon, 29 Mar 2004 00:27:29 -0600 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <406757BC.8020605@linux.duke.edu> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> <1080491304.29713.86.camel@localhost.localdomain> <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> <20040328165957.wlj7ygwc4s4kksco@mail.hackunix.org> <406757BC.8020605@linux.duke.edu> Message-ID: <20040329002729.k9fe340w4s4ogww4@mail.hackunix.org> > Yes, but Ghandi wasn't a publicly traded corporation with headquarters > in Raleigh, NC. Neither is Brad Smith or his useful web-base application. From alexl at redhat.com Mon Mar 29 08:01:42 2004 From: alexl at redhat.com (Alexander Larsson) Date: 29 Mar 2004 10:01:42 +0200 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <200403271734.14687.greeneg@student.gvsu.edu> References: <200403271734.14687.greeneg@student.gvsu.edu> Message-ID: <1080547302.8108.172.camel@localhost.localdomain> On Sat, 2004-03-27 at 23:34, Gary L Greene Jr wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > This is a proposal for a standard to accommodate the accessibility of the > filesystem by end-users. We request discussion on this as a new standard. The > URL to get to the document is: > > http://www.csis.gvsu.edu/~abreschm/uafhs/ > > I am a member of the Ark Linux team, who is interested in seeing the Linux > desktop become a viable option. I apologize for the cross-posting. Seems similar to: http://freedesktop.org/Standards/basedir-spec =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a suicidal guerilla paramedic trapped in a world he never made. She's a provocative nymphomaniac archaeologist with an evil twin sister. They fight crime! From wtogami at redhat.com Mon Mar 29 12:03:52 2004 From: wtogami at redhat.com (Warren Togami) Date: Mon, 29 Mar 2004 02:03:52 -1000 Subject: fedora.us FC2 test2 1.91 repository status Message-ID: <406810A8.7090902@redhat.com> http://www.fedora.us/wiki/FedoraMirrorList 1.91 has been added to the fedora.us repository mirrors. Please DO NOT USE THE MAIN MIRROR, choose a nearer mirror from the list above. The current 1.90 tree will disappear REAL SOON NOW so update your apt/yum configurations. fedora.us apt and yum for 1.91 is not yet ready, so for now you will need to copy the old 1.90 version and edit the configs. It still seems to be binary compatible for now. However we have no idea if apt will work with selinux enforcement enabled. The "yum" directory tree within the 1.91 directory has been removed entirely and instead yum headers are being generated within each RPMS directory. Be warned that upgrading from FC2 test1 to test2 using apt/yum will not result in a system fully representative of test2 due to selinux not being enabled and filesystem not labeled. You should either use the test2 Anaconda installer or figure out the manual labeling procedure (where is the URL for that?). Warren From buildsys at redhat.com Mon Mar 29 12:11:05 2004 From: buildsys at redhat.com (Build System) Date: Mon, 29 Mar 2004 07:11:05 -0500 Subject: rawhide report: 20040329 changes Message-ID: <200403291211.i2TCB5h17011@porkchop.devel.redhat.com> Updated Packages: rpmdb-fedora-1.91-0.20040329 ---------------------------- From jamethknorth at hotmail.com Mon Mar 29 12:23:24 2004 From: jamethknorth at hotmail.com (Jamethiel Knorth) Date: Mon, 29 Mar 2004 07:23:24 -0500 Subject: [RFC] User Accesable Filesystem Hierarchy Standard Message-ID: >From: Alexander Larsson >Date: 29 Mar 2004 10:01:42 +0200 > >On Sat, 2004-03-27 at 23:34, Gary L Greene Jr wrote: > > > > http://www.csis.gvsu.edu/~abreschm/uafhs/ > > > >Seems similar to: >http://freedesktop.org/Standards/basedir-spec > I do not actually see very much similarity. The spec you point at appears to define a variable for a data directory and a configuration directory. The spec you compare it to defines a set of directories to install programs to. The variables might on occasion point to some of those directories, but that is the extent of the similarity. [much snipping occured] _________________________________________________________________ All the action. All the drama. Get NCAA hoops coverage at MSN Sports by ESPN. http://msn.espn.go.com/index.html?partnersite=espn From baldrick at terra.es Mon Mar 29 13:21:06 2004 From: baldrick at terra.es (Josep Puigdemont) Date: Mon, 29 Mar 2004 15:21:06 +0200 Subject: inittscripts Message-ID: <1080566466.14933.151.camel@deimos> The following string: /etc/rc.d/rc.sysinit:246 #, c-format msgid "Press Y within %d seconds to force file system integrity check..." Doesn't seem to be "localizable", as the script always expects "y": if /sbin/getkey -c $AUTOFSCK_TIMEOUT -m $"Press Y within %d seconds to force file system integrity check..." y ; then AUTOFSCK_OPT=-f fi Regards, Josep P.S.: I have the impression that I shouldn't "submit" this "bug" here, is it ok, or should I directly go to bugzilla? Thanks From m.a.young at durham.ac.uk Mon Mar 29 13:18:26 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Mon, 29 Mar 2004 14:18:26 +0100 (BST) Subject: fedora.us FC2 test2 1.91 repository status Message-ID: >Be warned that upgrading from FC2 test1 to test2 using apt/yum will not >result in a system fully representative of test2 due to selinux not being >enabled and filesystem not labeled. You should either use the test2 >Anaconda installer or figure out the manual labeling procedure (where is >the URL for that?). The instructions are in the release notes, and also at http://people.redhat.com/kwade/fedora-docs/selinux-faq-en/ Michael Young From skvidal at phy.duke.edu Mon Mar 29 13:26:13 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 29 Mar 2004 08:26:13 -0500 Subject: fedora.us FC2 test2 1.91 repository status In-Reply-To: <406823B3.5070506@clara.co.uk> References: <406810A8.7090902@redhat.com> <406823B3.5070506@clara.co.uk> Message-ID: <1080566773.12340.30.camel@binkley> > > > Any chance of a torrent for ISO's ? > > as per usual :) > yes. They will be here. http://torrent.linux.duke.edu -sv From notting at redhat.com Mon Mar 29 15:24:14 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 29 Mar 2004 10:24:14 -0500 Subject: Fedora Core 2 Test 2 available for x86 and x86-64 Message-ID: <20040329152414.GA16647@devserv.devel.redhat.com> One bug, two bugs, tar bugs, su bugs, grep bugs, mew bugs, old bugs, new bugs. This bug has a little hack, This bug has a broken stack. Say! What a lot of bugs to track. Yes, some are in tar, and some in su. Some are old. And some are new. Some in sed, and some in jed. And some are even in parted. Why are they in parted, jed and sed? I do not know. Bugs should be dead! Some in jpeg, and some in TIFF This TIFF one has an attached diff. >From there to here, from here to there Test release bugs are everywhere. Fedora Core test 2 is available for x86 and x86-64 It should not be installed where production is hot; use it only for test, as we say quite a lot. If you install with the default SELinux will be the result SELinux is a form of MAC For more answers, check the FAQ [*] By explicitly stating what apps can use Unwanted accesses it will refuse [*] http://people.redhat.com/kwade/fedora-docs/selinux-faq-en/ So please test test2 in this mode; and please test it with your code. Plus it comes with a new GNOME; can you test that in your home? Also X.org is new, replacing XFree, test it too. And 3.2.1 of KDE We need to test, test, test, you see! So we will test it on our box. And we will even test out sox. And we will test it in our house. And we will test it with our mouse. And we will test it here and there. Say! We will test it ANYWHERE! Problems with Fedora Core 2 test 2 should be reported via bugzilla, at: http://bugzilla.redhat.com/bugzilla/ Please report bugs against 'Fedora Core', release 'test2'. For more information on just what the Fedora Project and Fedora Core is, please see: http://fedora.redhat.com/ For discussion of Fedora Core 2, Test 2, send mail to: fedora-test-list at redhat.com with subscribe in the subject line. You can leave the body empty. Or see: https://listman.redhat.com/mailman/listinfo/fedora-test-list/ As always, you can get Fedora Core test releases at redhat.com, specifically: http://download.fedora.redhat.com/pub/fedora/linux/core/test/1.91/ and at the following mirrors: * North America * USA East * http://mirror.linux.duke.edu/pub/fedora/linux/core/test/1.91/ * ftp://mirror.linux.duke.edu/pub/fedora/linux/core/test/1.91/ * rsync://mirror.linux.duke.edu/fedora-linux-core/test/1.91/ * ftp://ftp.cse.buffalo.edu/pub/fedora/linux/core/test/1.91/ * http://mirror.eas.muohio.edu/fedora/linux/core/test/1.91/ * ftp://mirror.eas.muohio.edu/pub/fedora/linux/core/test/1.91/ * http://redhat.secsup.org/fedora/core/test/1.91/ * ftp://redhat.secsup.org/pub/linux/redhat/fedora/core/test/1.91/ * ftp://mirror.clarkson.edu/pub/distributions/fedora/test/1.91/ * http://mirror.clarkson.edu/pub/distributions/fedora/test/1.91/ * ftp://ftp.gtlib.cc.gatech.edu/pub/fedora.redhat/linux/core/test/1.91/ * http://www.gtlib.cc.gatech/edu/pub/fedora.redhat/linux/core/test/1.91/ * rsync://rsync.gtlib.cc.gatech.edu/fedora-linux-core/test/1.91/ * http://mirror.hiwaay.net/redhat/fedora/linux/core/test/1.91/ * ftp://mirror.hiwaay.net/redhat/fedora/linux/core/test/1.91/ * rsync://mirror.hiwaay.net/fedora-linux-core/test/1.91 * USA West * ftp://limestone.uoregon.edu/fedora/test/1.91/ * ftp://linux.stanford.edu/pub/mirrors/fedora/linux/core/test/1.91/ * Canada * ftp://less.cogeco.net/pub/fedora/linux/core/test/1.91/ * http://mirror.cpsc.ucalgary.ca/mirror/fedora/linux/core/test/1.91/ * ftp://mirror.cpsc.ucalgary.ca/mirror/fedora/linux/core/test/1.91/ * ftp://ftp.muug.mb.ca/pub/fedora/linux/core/test/1.91/ * http://ftp.muug.mb.ca/pub/fedora/linux/core/test/1.91/ * rsync://ftp.muug.mb.ca/pub/fedora/linux/core/test/1.91/ * South America * Chile * ftp://ftp.tecnoera.com/Linux/fedora/test/1.91/ * Europe * Czech Republic * http://sunsite.mff.cuni.cz/pub/fedora/test/1.91/ * ftp://sunsite.mff.cuni.cz/pub/fedora/test/1.91/ * rsync://sunsite.mff.cuni.cz/fedora/fedora/test/1.91/ * ftp://ftp.fi.muni.cz/pub/linux/fedora/linux/core/test/1.91/ * rsync://ftp.fi.muni.cz/pub/linux/fedora/linux/core/test/1.91/ * Denmark * ftp://klid.dk/pub/fedora/core/test/1.91/ * Finland * ftp://ftp.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/test/1.91/ * ftp://ftp.ipv6.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/test/1.91/ * Germany * http://wftp.tu-chemnitz.de/pub/linux/fedora-core/test/1.91/ * ftp://ftp.tu-chemnitz.de/pub/linux/fedora-core/test/1.91/ * ftp://ftp.informatik.uni-frankfurt.de/pub/linux/Mirror/ftp.redhat.com/fedora/core/test/1.91/ * ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/fedora.redhat.com/linux/core/test/1.91/ * Netherlands * ftp://ftp.quicknet.nl/pub/Linux/download.fedora.redhat.com/test/1.91/ * ftp://alviss.et.tudelft.nl/pub/fedora/core/test/1.91/ * Norway * ftp://ftp.uninett.no/pub/linux/Fedora/core/test/1.91/ * Portugal * ftp://tux.cprm.net/pub/ftp.redhat.com/fedora/linux/core/test/1.91/ * Poland * ftp://ftp.wsisiz.edu.pl/mirror/download.fedora.redhat.com/test/1.91/ * Romania * http://ftp.lug.ro/fedora/linux/core/test/1.91/ * ftp://ftp.lug.ro/fedora/linux/core/test/1.91/ More mirrors will come online in the near future; check: http://fedora.redhat.com/download/mirrors.html for a list of mirrors that carry Fedora Core. One additional feature provided by the Linux community is the availability of Fedora Core releases via BitTorrent. http://torrent.dulug.duke.edu/FC2-test2-binary-i386.torrent http://torrent.dulug.duke.edu/FC2-test2-binary-x86_64.torrent See http://torrent.dulug.duke.edu/ for other forms, including SRPMS and the DVD iso. RPMS for Red Hat Linux 7.3 through 9 and Fedora Core 1 of BitTorrent are available from: http://torrent.dulug.duke.edu/btrpms/ Usage is simple: btdownloadcurses.py --url http://URL.torrent Allow incoming TCP 6881 - 6889 to join the torrent swarm. From lorenzo at reality.it Mon Mar 29 15:53:13 2004 From: lorenzo at reality.it (Lorenzo Luconi Trombacchi) Date: Mon, 29 Mar 2004 17:53:13 +0200 Subject: FC2 Test 2 and Kernel Message-ID: <40684669.1000101@reality.it> The Fedora Core 2 Test 2 is out, but what about the bug id 118002 (or 118128) and the Kernel 2.6.4-2.275 that fix the problems of this bug? Thanks, Lorenzo From arjanv at redhat.com Mon Mar 29 16:27:44 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 29 Mar 2004 18:27:44 +0200 Subject: FC2 Test 2 and Kernel In-Reply-To: <40684669.1000101@reality.it> References: <40684669.1000101@reality.it> Message-ID: <1080577664.3570.7.camel@laptop.fenrus.com> On Mon, 2004-03-29 at 17:53, Lorenzo Luconi Trombacchi wrote: > The Fedora Core 2 Test 2 is out, but what about the bug id 118002 (or > 118128) > and the Kernel 2.6.4-2.275 that fix the problems of this bug? that one is supposed to be fixed in 253.2.1 too.... -------------- 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 davej at redhat.com Mon Mar 29 16:56:50 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 29 Mar 2004 17:56:50 +0100 Subject: FC2 Test 2 and Kernel In-Reply-To: <40684669.1000101@reality.it> References: <40684669.1000101@reality.it> Message-ID: <1080579409.22631.0.camel@delerium.codemonkey.org.uk> On Mon, 2004-03-29 at 16:53, Lorenzo Luconi Trombacchi wrote: > The Fedora Core 2 Test 2 is out, but what about the bug id 118002 (or > 118128) > and the Kernel 2.6.4-2.275 that fix the problems of this bug? With test2 out the door, rawhide will open up again in a few days, opening the floodgates for _lots_ of updates. In the meantime, grab kernel updates from http://people.redhat.com/arjanv Dave From jspaleta at princeton.edu Mon Mar 29 17:04:52 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Mon, 29 Mar 2004 12:04:52 -0500 Subject: Fedora Tracker: Part Deux Message-ID: <1080579892.15476.56.camel@spatula.pppl.gov> Matt H wrote: > You mentioned that this project is not a part of Red Hat or the > Fedora Steering Committee. However, as this becomes more well-known > and widely used, will you consider proposing it become part of The > Fedora Project directly; much like The Fedora Docs Project and > similar? Or at least host it at fedora.redhat.com? This is going to be very very tough to do I think. For the same reasons the tracker might best be hosted outside the US, the tracker might not be able to be incorporated into the official project as hosted and managed by Red Hat. Right now, I'm working under the assumption that incorporating anything similar to this tracker idea into the main fedora project site is not something Red Hat can do without taking on a finite amount of legal risk, due to the DMCA, because of links to 3rd party repositories containing patent and copyright encumbered software that is not legally redistributable in the US. It's not even clear the official site can even link to a tracker due to the DMCA issues without some risk. Now we can all grumble about how crappy the DMCA is..and make noises about fighting it somehow. It's a crappy situation, and as much as I want to see functionality like this rolled into the red hat hosted fedora site, I'm not going to demand that Red Hat deliberately and knowingly break a US law. If Red Hat or any US individual for that matter wants to commit an act of civil disobedience by breaking a law they don't agree with its their choice to do so, but its not something anyone can demand another person or entity to do. If US citizens on this list want to take on the legal liability and provide mirrors of the tracker, that's their decision, and would make for an interesting example of organized protest but I'm not going to demand that anyone knowingly break a law. If I were going to demand anything, i would demand that 3rd party repository creators make at least a token effort split the non-US and US redistributable packages into separate repositories. It seems completely irrational to me, to be providing additional packages for a US based Fedora Core, and not making an effort to work around the legal problems that Fedora Core has to live with respect to the DMCA. I don't see ANY search functionality being rolled into the official fedora project site that includes searching for packages that run afoul of US patent or copyright laws. If the official site does gain a package search feature, I highly doubt it will return any information about packages that can't be redistributed in the US. And at this point, that means only a few 3rd party repos could be indexed in such an official way because they do not make an effort to split US and non-US distributable package sets into separate trees. So moving forward there is a choice to be made by the 3rd party repository community. Do they want to make it easier for the official project to link to them, by taking steps to work inside the non-technical limitations such as the DMCA that the official project must abide by. Or do they want to be completely free to package what they want how they want, paying no heed to the legal constraints FC must live under and thus having to always stay one Google search away from users finding any of your packages. There are pros and cons for both sides of that decision. And more importantly what the widely used end-user community tools will look like will depend on what the consensus is in the 3rd party repo community. There's really no point in trying to build something like this tracker into the main site, if most of the popular 3rd party repos can't be indexed because of the DMCA. From hattenator at imapmail.org Mon Mar 29 20:59:27 2004 From: hattenator at imapmail.org (Eric Hattemer) Date: Mon, 29 Mar 2004 12:59:27 -0800 Subject: inittscripts In-Reply-To: <1080566466.14933.151.camel@deimos> References: <1080566466.14933.151.camel@deimos> Message-ID: <40688E2F.6090707@imapmail.org> Josep Puigdemont wrote: > >P.S.: I have the impression that I shouldn't "submit" this "bug" here, >is it ok, or should I directly go to bugzilla? Thanks > > > I believe the general procedure is: 1. Search bugzilla to see if the bug exists. 2. Search this list and/or others to see if someone reported it in some form 3. File a bug in bugzilla. 4. If it requires special attention, discussion, or is a critical bug, post it here, and reference the bugzilla number. In this case, this bug was already posted here more generally. It was a question of whether such scripts should have a policy for that. However, I think it was unresolved. I can't find the thread right now, but it was an interesting discussion on policy for this kind of thing. See if you can find that thread. It was around february. Then search to see if you can find that bug for initscripts and also for locale inputs in general. Add to it, then post back to this list. Also, if you have a great method for accepting input choices from any language, the list would probably appreciate hearing about that. -Eric Hattemer From smoogen at lanl.gov Mon Mar 29 22:35:03 2004 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 29 Mar 2004 15:35:03 -0700 Subject: Dealing with DMCA issues in Tracker In-Reply-To: <1080526426.1542.26.camel@localhost.localdomain> References: <1080169971.8656.253.camel@localhost.localdomain> <20040325072429.076b9d80.ms-nospam-0306@arcor.de> <1080185850.10868.2.camel@localhost.localdomain> <40629441.5010803@togami.com> <1080491304.29713.86.camel@localhost.localdomain> <20040328220429.19cef8bf.ms-nospam-0306@arcor.de> <20040328165957.wlj7ygwc4s4kksco@mail.hackunix.org> <406757BC.8020605@linux.duke.edu> <1080526426.1542.26.camel@localhost.localdomain> Message-ID: <1080599703.2116.151.camel@smoogen2.lanl.gov> On Sun, 2004-03-28 at 19:13, Brad Smith wrote: > > Yes, but Ghandi wasn't a publicly traded corporation with headquarters > > in Raleigh, NC. > > Agreed. However, two things occur to me: > > > 1) There is currently an explicit non-relationship between Tracker and > Red Hat. It's my personal project that I'm doing in my spare time. > > 2) I believe that under the DMCA any complaint would have to begin with > a formal request for offensive links to be taken down and an opportunity > given to comply. Someone please correct me if that's in error. If this > is so, then at least there's no chance of someone coming along and > saying "You linked to mplayer. Now give us money or get taken to court". Depends on the court that issues the compliance order. > > So I'm beginning to lean toward hosting Tracker outside of the US as the > better solution. I've received email from someone in the UK who has > access to a machine, but there are some technical issues he and I will > have to sort out before it's viable. The problem would then come down not to where it is hosted, but by who is running it/wrote it and 'who' paid for your time/effort {and depending on the court it doesnt matter if you do it on your own time and can prove it. I have heard that in some jurisdictions you are chattel of your company if you are not paid by the hour (but get legal advice on this).} 1) Get a real lawyer to review your rights, duties, etc. 2) Get an agreement with Red Hat that this is being done as your own, and you are completely responsible for it. 3) Using your legal advice, maybe move it to another place and turn over ownership/membership to such a place. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645 Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- You should consider any operational computer to be a security problem -- From ivg2 at cornell.edu Mon Mar 29 23:35:26 2004 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Mon, 29 Mar 2004 18:35:26 -0500 Subject: Selinux and named Message-ID: <4068B2BE.6060206@cornell.edu> Named complains: capset failed whether in enforcing mode or not. Online documentation suggests ./configure --disable-linux-caps, but I'd like to keep my bind rpm. What could be the problem? From erik at totalcirculation.com Mon Mar 29 23:45:47 2004 From: erik at totalcirculation.com (Erik LaBianca) Date: Mon, 29 Mar 2004 18:45:47 -0500 Subject: Selinux and named Message-ID: <4B134FE6AC994B4C99B4D74A8E9EB6590CDA78@smith.interlink.local> > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list- > bounces at redhat.com] On Behalf Of Ivan Gyurdiev > Sent: Monday, March 29, 2004 6:35 PM > To: fedora-devel-list at redhat.com > Subject: Selinux and named > > Named complains: capset failed whether in enforcing mode or not. > > Online documentation suggests ./configure --disable-linux-caps, > but I'd like to keep my bind rpm. > > What could be the problem? > Bind automatically tries to escalate its priority, and something (selinux?) is denying it. I'd like to suggest that the officially distributed bind be built with --disable-linux-caps. Programs should not automatically attempt to escalate themselves IMHO. If the process priority needs to be changed, it should be done in the init script. This change would also allow fedora's bind to work under a vserver without modifications, which would certainly make a few of us happy. You could probably fix this problem by changing the selinux policy, but I can't help you much there. With vserver, you would need to allow CAP_SYS_RESOURCE, and I'm guessing the solution under selinux would be close to that. --erik From cturner at redhat.com Tue Mar 30 01:20:22 2004 From: cturner at redhat.com (Chip Turner) Date: 29 Mar 2004 20:20:22 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080485798.29713.29.camel@localhost.localdomain> References: <1080455392.26769.9.camel@localhost.localdomain> <4066A0A6.2050707@redhat.com> <1080485798.29713.29.camel@localhost.localdomain> Message-ID: Brad Smith writes: > > When multiple versions of the same > > package are returned within a category, it should sort so that the > > "newest" package is displayed first. > > > > The query currently does "ORDER BY package.name, package.version, > package.release, package.arch", which should (and seems to) list > packages in descending version order. Would it be simpler if the package > list was not also sorted by arch, or are you referring to something > else? Won't quite work -- the alphabetical ordering of versions isn't necessarily correct wrt rpm's versioning. rpmvercmp is a bit more complicated, unfortunately. Chip -- Chip Turner cturner at redhat.com Red Hat, Inc. From skvidal at phy.duke.edu Tue Mar 30 01:43:57 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 29 Mar 2004 20:43:57 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: References: <1080455392.26769.9.camel@localhost.localdomain> <4066A0A6.2050707@redhat.com> <1080485798.29713.29.camel@localhost.localdomain> Message-ID: <1080611036.4222.5.camel@binkley> > Won't quite work -- the alphabetical ordering of versions isn't > necessarily correct wrt rpm's versioning. rpmvercmp is a bit more > complicated, unfortunately. import rpm rc = rpm.labelCompare((e1, v1, r1), (e2, v2, r2)) rc = 1: the first set is newer than the second set rc = 0: they are the same version rc = -1: the second set is newer than the first set -sv From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 30 02:19:21 2004 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 30 Mar 2004 04:19:21 +0200 Subject: Selinux and named In-Reply-To: <4068B2BE.6060206@cornell.edu> (Ivan Gyurdiev's message of "Mon, 29 Mar 2004 18:35:26 -0500") References: <4068B2BE.6060206@cornell.edu> Message-ID: <873c7rgjpy.fsf@kosh.ultra.csn.tu-chemnitz.de> ivg2 at cornell.edu (Ivan Gyurdiev) writes: > Named complains: capset failed whether in enforcing mode or not. > ... > What could be the problem? Perhaps, the capability LSM is not loaded/compiled in. Try 'modprobe capability'. To verify general functionality, use | # execcap = true (which should succeed) Enrico From ivg2 at cornell.edu Tue Mar 30 03:21:10 2004 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Mon, 29 Mar 2004 22:21:10 -0500 Subject: Udev on /dev, Udev and selinux Message-ID: <4068E7A6.3070100@cornell.edu> I'd like to ask for some help. I'm trying to test selinux, but selinux won't work with devfs, so I've decided to finally get rid of it and replace with udev. However, that's rather difficult to do. First, why does the udev startup script declare its own udev_root and not respect /etc/udev/udev.conf? Why are the nvidia devices not part of the udev startup script (since they're widely used, and not yet in sysfs)? Secondly, I tried creating static /dev/console and /dev/null so that I can even get to the udev script - I placed it at the beginning after proc and sys are mounted. However, the root filesystem at this point is read-only, and the udev script doesn't create the nodes. I could make it run on ramfs, but then how could I make static /dev/console and /dev/null? ... and how could I use the selinux policy over ramfs - that's why I'm getting rid of devfs in the first place. Why does the udev stop script proceed to remove my static /dev/console and /dev/null, which it did not create? Is there any progress on placing udev in initramfs where it's supposed to go eventually? From brads at redhat.com Tue Mar 30 02:24:50 2004 From: brads at redhat.com (Brad Smith) Date: Mon, 29 Mar 2004 21:24:50 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080579892.15476.56.camel@spatula.pppl.gov> References: <1080579892.15476.56.camel@spatula.pppl.gov> Message-ID: <1080613489.2843.158.camel@localhost.localdomain> > So moving forward there is a choice to be made by the 3rd party > repository community. Do they want to make it easier for the official > project to link to them, by taking steps to work inside the > non-technical limitations such as the DMCA that the official project > must abide by. Or do they want to be completely free to package what > they want how they want, paying no heed to the legal constraints FC must > live under and thus having to always stay one Google search away from > users finding any of your packages. There are pros and cons for both > sides of that decision. And more importantly what the widely used > end-user community tools will look like will depend on what the > consensus is in the 3rd party repo community. There's really no point > in trying to build something like this tracker into the main site, if > most of the popular 3rd party repos can't be indexed because of the > DMCA. This assumes that Tracker is going to be integrated into Fedora.org. As nice an ego-stroke as that would be for me, the very reasons you point out would seem to make keeping it as separate an entity as possible a good idea. That is, unless developing a codified set of standards that all repositories must meet before being indexed can be deemed both feasible and in the best interest of the distribution. On the one hand, the more standards and lack of legal liability the better. On the other, this opens up a whole set of issues, not just of determining an appropriate policy, but of enforcing said policy without making it prohibitively difficult to be indexed. As much as I support the standardization of QA practices etc between repos, Tracker's job is to help bridge the gaps between repos, not throw up barriers to inclusion. Could the required policy be as simple as requiring a free/non-free split, with Tracker not linking directly to non-free packages? What about repos that don't have any non-free packages? How to tell the difference between that sort of repo and one that has non-free packages, but isn't differentiating? Are there any admins of third-party Repos on this list to provide opinions on ability/willingness? If nobody gives me a good reason not to at least solicit opinions on such a plan, I can take this part of the discussion to the repo-coord list and get input from there. Then there's the issue of how much of all this is necessary. I realize that covering one's butt is good and that for a company it's essential. But I must wonder if enough is at stake over linking to mplayer et al to justify implementing and enforcing a major and probably controversial policy over it. Assuming I can procure some kind of official separation between me/my work and Red Hat (short of getting fired=;) it may be best just to move things overseas (assuming that would make a difference), de-link packages if/when the rightful parties ask us to do so and then be done with it. But I'm butting my head against the IANAL wall here. I'll see to contacting someone more cluefull than myself about all this before actually doing (or deciding not to do) anything. --Brad From nphilipp at redhat.com Tue Mar 30 07:09:08 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 30 Mar 2004 09:09:08 +0200 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080455392.26769.9.camel@localhost.localdomain> References: <1080455392.26769.9.camel@localhost.localdomain> Message-ID: <1080630548.3360.7.camel@gibraltar.stuttgart.redhat.com> On Sun, 2004-03-28 at 08:29, Brad Smith wrote: > A new and (hopefully) improved version of Fedora Tracker is now up at: > > http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py > > New features of interest: > > * Search results are sorted by repository type (core, extras, tp, etc) > * Package search defaults to simplified interface > * Source packages are filtered out by default to cut down on search > results. Idea: don't change case in package names, i.e. currently when I search for "kudzu" it will get listed as "Kudzu". This should be rather confusing with the myriad of {My,my}{Sql,SQL,sql} or similar packages out there :-P. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain 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 sds at epoch.ncsc.mil Tue Mar 30 13:05:12 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Tue, 30 Mar 2004 08:05:12 -0500 Subject: Udev on /dev, Udev and selinux In-Reply-To: <4068E7A6.3070100@cornell.edu> References: <4068E7A6.3070100@cornell.edu> Message-ID: <1080651912.20950.8.camel@moss-spartans.epoch.ncsc.mil> On Mon, 2004-03-29 at 22:21, Ivan Gyurdiev wrote: > and how could I use the selinux policy over ramfs - > that's why I'm getting rid of devfs in the first place. Ultimately, there will likely be a fake xattr handler for the security namespace for ramfs and tmpfs, as there already is for devpts, to allow setting of inode security contexts from userspace. -- Stephen Smalley National Security Agency From tjarls at iee.lu Tue Mar 30 14:13:39 2004 From: tjarls at iee.lu (Charles Lopes) Date: Tue, 30 Mar 2004 16:13:39 +0200 Subject: Please fix longstanding problem with authconfig/pam_ldap config Message-ID: <40698093.4@iee.lu> I'd like to attract attention to a problem described in bugs #55193, #63631, #77575, #86606, #103461 and #118239. If a system is configured to use LDAP for authentification with authconfig, logins to local accounts (root for example) will always fail if the LDAP server is unreachable. A possible fix described in bug 118239 has a working pam config for such cases. Is there any security concern or backward compatibility issue with the proposed configuration? Is there something that prevent authconfig from being changed to generate such a configuration? This could possibly affect other network authentification mechanism (kerberos, smb), althought I can't verify it. Also that could possibly fix bug #6371 as well. From Nicolas.Mailhot at laPoste.net Tue Mar 30 14:42:52 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 30 Mar 2004 16:42:52 +0200 Subject: Please fix longstanding problem with authconfig/pam_ldap config In-Reply-To: <40698093.4@iee.lu> References: <40698093.4@iee.lu> Message-ID: <1080657772.21795.0.camel@ulysse.olympe.o2t> Le mar, 30/03/2004 ? 16:13 +0200, Charles Lopes a ?crit : > I'd like to attract attention to a problem described in bugs #55193, > #63631, #77575, #86606, #103461 and #118239. Add 112212 to your list Cheers, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mattdm at mattdm.org Tue Mar 30 15:04:54 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 30 Mar 2004 10:04:54 -0500 Subject: Please fix longstanding problem with authconfig/pam_ldap config In-Reply-To: <40698093.4@iee.lu> References: <40698093.4@iee.lu> Message-ID: <20040330150454.GA3382@jadzia.bu.edu> On Tue, Mar 30, 2004 at 04:13:39PM +0200, Charles Lopes wrote: > I'd like to attract attention to a problem described in bugs #55193, > #63631, #77575, #86606, #103461 and #118239. > If a system is configured to use LDAP for authentification with > authconfig, logins to local accounts (root for example) will always fail [snip] > This could possibly affect other network authentification mechanism > (kerberos, smb), althought I can't verify it. Also that could possibly I can verify that it affects Kerberos. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From Nicolas.Mailhot at laPoste.net Tue Mar 30 15:15:09 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 30 Mar 2004 17:15:09 +0200 Subject: Please fix longstanding problem with authconfig/pam_ldap config In-Reply-To: <20040330150454.GA3382@jadzia.bu.edu> References: <40698093.4@iee.lu> <20040330150454.GA3382@jadzia.bu.edu> Message-ID: <1080659709.22053.1.camel@ulysse.olympe.o2t> Le mar, 30/03/2004 ? 10:04 -0500, Matthew Miller a ?crit : > On Tue, Mar 30, 2004 at 04:13:39PM +0200, Charles Lopes wrote: > > I'd like to attract attention to a problem described in bugs #55193, > > #63631, #77575, #86606, #103461 and #118239. > > If a system is configured to use LDAP for authentification with > > authconfig, logins to local accounts (root for example) will always fail > [snip] > > This could possibly affect other network authentification mechanism > > (kerberos, smb), althought I can't verify it. Also that could possibly > > I can verify that it affects Kerberos. #112212 is ldap group info + krb5 auth Cheers, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mattdm at mattdm.org Tue Mar 30 15:18:02 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 30 Mar 2004 10:18:02 -0500 Subject: Please fix longstanding problem with authconfig/pam_ldap config In-Reply-To: <1080659709.22053.1.camel@ulysse.olympe.o2t> References: <40698093.4@iee.lu> <20040330150454.GA3382@jadzia.bu.edu> <1080659709.22053.1.camel@ulysse.olympe.o2t> Message-ID: <20040330151802.GB3382@jadzia.bu.edu> On Tue, Mar 30, 2004 at 05:15:09PM +0200, Nicolas Mailhot wrote: > > I can verify that it affects Kerberos. > #112212 is ldap group info + krb5 auth #112212 is now resolved, duplicate. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jspaleta at princeton.edu Tue Mar 30 15:37:12 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 30 Mar 2004 10:37:12 -0500 Subject: Fedora Tracker: Part Deux Message-ID: <1080661032.17114.60.camel@spatula.pppl.gov> Brad Smith wrote: > This assumes that Tracker is going to be integrated into > Fedora.org. As nice an ego-stroke as that would be for me, the very > reasons you point out would seem to make keeping it as separate an > entity as possible a good idea. I think perhaps you misinterpreted what I was trying to say. Or perhaps the fever I had yesterday affected my ability to communicate. Looking back today at what Matt H. wrote, its pretty clear my feverish state was affecting my comprehension. Matt H. was actually talking about turning the tracker into a subproject of Fedora, to give it a homebase for its development effort not necessarily incorporating it into the main site's functionality, which is how i originally read it yesterday. My main point being, as things stand, the potential usefulness of an implementation of the tracker is anti-correlated to its potential integration into official fedoraium functionality. Once fedora extras opens up for contributors to use, i don't see any obvious problem with trying to use whatever hosting services Red Hat eventually provides for contributors who have new community initiated fedora related projects. We'll have to wait and see how things develop on that front. There's nothing inherently problematic with the tracker codebase really, the problems are very much associated with building the repo index. While the codebase itself might fit into an expanded idea of a community development model, any really useful implementation of this out in the wild has to be totally independent. Though, there could be some people like .edu's who might want to use something like the tracker in their intranet. If the fedora project does host web pages aimed at development of the tracker your still going to run into trouble trying to provide links from those development pages to a fully indexed demo. > On the other, this opens up a whole set of issues, not just of > determining an appropriate policy, but of enforcing said policy without > making it prohibitively difficult to be indexed. As much as I support > the standardization of QA practices etc between repos, Tracker's job is > to help bridge the gaps between repos, not throw up barriers to > inclusion. Personally i think yer going to find that job description is going to become rather cumbersome if the number of repositories you index grows to 100+ repos. I think you will find that, for a tracker to stay useful as its popularity increases, there is going to have to be continual human effort,editorial effort, to evaluate the worth of the listing of individual repositories in the index. I think anyone managing a popular implementation of the tracker, is going to have to develop some policy with regard to what is and what is not indexed, if the point is to provide users with a useful tool. Do you really want to list all the possible repos? Even if that means 100 different repositories that provide binary kernels with different modules turned off or on or compiled in? Shall we index all the 4 package people.redhat.com micro-repositories? -jef"how much fun would it be if all the projects building RPMs in the st.net ftp trees decided to build individual yum repo and wanted to be listed with the index..1000 or so indexed repositories would be...interesting"spaleta From lorenzo at reality.it Tue Mar 30 16:28:55 2004 From: lorenzo at reality.it (Lorenzo Luconi Trombacchi) Date: Tue, 30 Mar 2004 18:28:55 +0200 Subject: Very High Load Average on x86_64 In-Reply-To: <1080579409.22631.0.camel@delerium.codemonkey.org.uk> References: <40684669.1000101@reality.it> <1080579409.22631.0.camel@delerium.codemonkey.org.uk> Message-ID: <4069A047.2090801@reality.it> Thank you for your answers. I tried kernel 253.2.1 and it works, I tried also kernel 2.6.4-1.298, downloaded from arjanv ftp and it works too. Anyway I have a strange a problem. The Load Average goes very very high without any particular reason. For example installing the rpm kernel the load goes over 4.00 or copying a file via samba from Windows machines to Linux the load goes over 6.00 or immediatelly after boot of Fedora the load reach 2.00 or 3.00. Is not only a problem of load... the PC is often unusable..... the output of simple command like ls o ps some time need some seconds to complete. I found the same problem with older kernel (like 2.6.2-1.74) and with the last kernel (2.6.4-1.298). The CPU idle time is always very high and I didn't find any process that consume cpu.... anyway I tried to disable all services, but the problem persist. I'm not sure if is it an hardware problem or a software problem. I tried to change mainboard, ram, hdd controllers with no benefit. This is my hw configuration: CPU Athlon64 3200+ 512 MB Ram Controller SATA Promise TX4 (PCI) (I tried also with on-board controller Promise TX2 and SATA VIA) 3 HDD SATA Maxtor 160 Gbyte with RAID software (RAID1 for /boot and RAID5 for others) and LVM2. Mainboard MSI K8T-NEO (I tried also with Asus K8V) Probably is some kind of IO problems but I really don't know howto find it and where Kernel spends his time. I appreciate any kind of help or suggestion! I tried to use kernel profile and oprofile (I downloaded the x86_64 rpm from arjanv ftp), but I'm not a Kernel developper and I don't know howto use these tools. Thanks to all. Lorenzo >On Mon, 2004-03-29 at 16:53, Lorenzo Luconi Trombacchi wrote: > > >>The Fedora Core 2 Test 2 is out, but what about the bug id 118002 (or >>118128) >>and the Kernel 2.6.4-2.275 that fix the problems of this bug? >> >> > >With test2 out the door, rawhide will open up again in a few days, >opening the floodgates for _lots_ of updates. In the meantime, >grab kernel updates from http://people.redhat.com/arjanv > > Dave > > > > From walters at redhat.com Tue Mar 30 16:44:53 2004 From: walters at redhat.com (Colin Walters) Date: Tue, 30 Mar 2004 11:44:53 -0500 Subject: Flac in rythmbox. In-Reply-To: <4059FF9C.6080008@linux.duke.edu> References: <4059FF9C.6080008@linux.duke.edu> Message-ID: <1080665093.2657.45.camel@nexus.verbum.private> On Thu, 2004-03-18 at 14:59, Konstantin Ryabitsev wrote: > Hello, all: > > I may be missing something obvious, but I've not yet found a way to make > rythmbox play flacs. Can someone point me in the right direction? I just uploaded rhythmbox-0.7.1-1, which uses GStreamer for both loading metadata and playback. Therefore, if you have the GStreamer FLAC plugin installed, FLAC files should be loaded into your library. -------------- 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 brads at redhat.com Tue Mar 30 14:00:07 2004 From: brads at redhat.com (Brad Smith) Date: Tue, 30 Mar 2004 09:00:07 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080630548.3360.7.camel@gibraltar.stuttgart.redhat.com> References: <1080455392.26769.9.camel@localhost.localdomain> <1080630548.3360.7.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1080655207.4636.12.camel@localhost.localdomain> > Idea: don't change case in package names, i.e. currently when I search > for "kudzu" it will get listed as "Kudzu". This should be rather > confusing with the myriad of {My,my}{Sql,SQL,sql} or similar packages You're not the first to suggest that. Personally I prefer upping the package names because it looks better, but would be trivial to undo that. Is anyone for keeping them upper-cased? Otherwise I'll change it tonight. --Brad From greg at kroah.com Tue Mar 30 17:13:43 2004 From: greg at kroah.com (Greg KH) Date: Tue, 30 Mar 2004 09:13:43 -0800 Subject: Udev on /dev, Udev and selinux In-Reply-To: <4068E7A6.3070100@cornell.edu> References: <4068E7A6.3070100@cornell.edu> Message-ID: <20040330171343.GA24342@kroah.com> On Mon, Mar 29, 2004 at 10:21:10PM -0500, Ivan Gyurdiev wrote: > > Is there any progress on placing udev in initramfs where it's supposed > to go eventually? People are working on it, but slowly, as it's only really needed to boot off of a disk that is named by udev. I expect it will be done by the end of the year. That being said, it's not that much of a issue today, as udev will work just fine for everything except your root disk right now. thanks, greg k-h From icon at linux.duke.edu Tue Mar 30 18:39:51 2004 From: icon at linux.duke.edu (Konstantin Ryabitsev) Date: Tue, 30 Mar 2004 13:39:51 -0500 Subject: Flac in rythmbox. In-Reply-To: <1080665093.2657.45.camel@nexus.verbum.private> References: <4059FF9C.6080008@linux.duke.edu> <1080665093.2657.45.camel@nexus.verbum.private> Message-ID: <4069BEF7.5030008@linux.duke.edu> Colin Walters wrote: > I just uploaded rhythmbox-0.7.1-1, which uses GStreamer for both loading > metadata and playback. Therefore, if you have the GStreamer FLAC plugin > installed, FLAC files should be loaded into your library. > Yes! Very-very excellent, thank you sir! /me finally ditches XMMS. :) Regards, -icon From florin at andrei.myip.org Tue Mar 30 19:25:20 2004 From: florin at andrei.myip.org (Florin Andrei) Date: 30 Mar 2004 11:25:20 -0800 Subject: Lobby for the re-inclusion of php-imap (and imap c-client) In-Reply-To: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> References: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> Message-ID: <1080674720.2885.6.camel@rivendell.home.local> On Fri, 2004-03-26 at 20:05, Derek P. Moore wrote: > > I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap > c-client [and, if I'm lucky, imap-utils]). Ah, jeez, you mean php-imap is not anymore in the test versions? Why's that? -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Tue Mar 30 19:27:48 2004 From: florin at andrei.myip.org (Florin Andrei) Date: 30 Mar 2004 11:27:48 -0800 Subject: openoffice-1.1.1 Message-ID: <1080674868.2885.8.camel@rivendell.home.local> Any plans to include OpenOffice-1.1.1 in the final release? -- Florin Andrei http://florin.myip.org/ From alexander.dalloz at uni-bielefeld.de Tue Mar 30 19:46:01 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Tue, 30 Mar 2004 21:46:01 +0200 Subject: Lobby for the re-inclusion of php-imap (and imap c-client) In-Reply-To: <1080674720.2885.6.camel@rivendell.home.local> References: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> <1080674720.2885.6.camel@rivendell.home.local> Message-ID: <1080675961.17327.107.camel@sirendipity.dogma.lan> Am Di, den 30.03.2004 schrieb Florin Andrei um 21:25: > On Fri, 2004-03-26 at 20:05, Derek P. Moore wrote: > > > > I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap > > c-client [and, if I'm lucky, imap-utils]). > > Ah, jeez, you mean php-imap is not anymore in the test versions? > Why's that? See bugzilla #115535 > Florin Andrei I am vote for php-imap too. Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl Sirendipity 21:44:58 up 11 days, 5:26, load average: 1.18, 1.26, 1.19 [ ????? ?'????? - gnothi seauton ] my life is a planetarium - and you are the stars -------------- 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 dcbw at redhat.com Tue Mar 30 20:45:51 2004 From: dcbw at redhat.com (Dan Williams) Date: Tue, 30 Mar 2004 15:45:51 -0500 Subject: openoffice-1.1.1 In-Reply-To: <1080674868.2885.8.camel@rivendell.home.local> References: <1080674868.2885.8.camel@rivendell.home.local> Message-ID: <1080679551.20498.12.camel@dcbw.boston.redhat.com> I'm test-building RPMs of 1.1.1rc3 right now (which is 1.1.1 really), we'll see where those get. Dan On Tue, 2004-03-30 at 11:27 -0800, Florin Andrei wrote: > Any plans to include OpenOffice-1.1.1 in the final release? > > -- > Florin Andrei > > http://florin.myip.org/ From skvidal at phy.duke.edu Tue Mar 30 22:57:21 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 30 Mar 2004 17:57:21 -0500 Subject: Future: fhs 2.3 compliance for fc3 Message-ID: <1080687441.10735.55.camel@opus> Hi all, looking at fhs 2.3 and thinking about what needs to be done for fc3 - just a few things that people could get working on early: /srv - user data for services not owned by a single specific user there ie: /srv/www /srv/vsftpd /srv/postgresql ? /srv/mysql ? /srv/jabberd ? /srv/bittorrent ? /media - all the removable media and silliness there. Thoughts on looking through the daemons and seeing what needs to be fixed up to meet this? -sv From buildsys at redhat.com Tue Mar 30 22:58:59 2004 From: buildsys at redhat.com (Build System) Date: Tue, 30 Mar 2004 17:58:59 -0500 Subject: rawhide report: 20040330 changes Message-ID: <200403302258.i2UMwxf14931@porkchop.devel.redhat.com> Updated Packages: aumix-2.8-8 ----------- * Mon Mar 29 2004 Mike A. Harris 2.8-8 - Added ghosted config files for SElinux file_context (#119130) - Quote CFLAGS export * Fri Feb 13 2004 Elliot Lee 2.8-7.EL - rebuilt * Sun Aug 31 2003 Mike A. Harris 2.8-6.EL - Rebuilt 2.8-6 as 2.8-6.EL for Red Hat Enterprise Linux, to pick up the ppc64 inclusion gstreamer-0.8.0-3 ----------------- * Mon Mar 22 2004 Colin Walters 0.8.0-3 - Add BuildRequires on flex - Add patch to avoid calling opendir() on files hwdata-0.114-1 -------------- * Mon Mar 29 2004 Bill Nottingham 0.114-1 - fix entries pointing to Banshee (#119388) kernel-2.6.4-1.298 ------------------ * Mon Mar 29 2004 Arjan van de Ven - 2.6.5-rc2-bk8 * Mon Mar 29 2004 Dave Jones - Include latest agpgart fixes. kernel-utils-2.4-9.1.126 ------------------------ * Tue Mar 30 2004 Karsten Hopp 2.4-9.1 - fix permissions of config files and man pages (#116243) libdv-0.102-1 ------------- * Mon Mar 29 2004 Warren Togami 0:0.102-1 - update to 0.102 rhythmbox-0.7.1-2 ----------------- * Mon Mar 29 2004 Colin Walters - 0.7.1-2 - Remove BuildRequires on autoconf and libvorbis-devel * Mon Mar 29 2004 Colin Walters - 0.7.1-1 - New major version - I know we are past major version slush, but this should have been done two weeks ago along with the GNOME 2.6 upload. As upstream author as well, I believe this version is good enough for FC2. - Remove --disable-mp3 - Remove id3, flac variables - Remove GStreamer major version patch - Fix typo in description rpmdb-fedora-1.91-0.20040330 ---------------------------- xinitrc-3.38-1 -------------- * Mon Mar 29 2004 Mike A. Harris 3.38-1 - xinput fixes: - Fix missing ']' on elif test on line 25 (FC2 BLOCKER #119284) - Change test for /etc/profile.d/lang.sh to test with -r instead of -f - Change all non-null string tests to use -n instead of != "" - Change broken test logic in KDE block to use -o instead of || - Fixes for iiimf getting turned on even for European languages where it is not useful. (Jens Petersen, FC2 BLOCKER #119241) - Xsession cleanups: - Update Xsession for new switchdesk (Than Ngo, FC2 BLOCKER #116164) - Change all file existance tests using -f, to -r since we care if it is readable rather than if it exists or not. - Use new style $() command substitution rather than `` - Updated the copyright messages of all script files, and added missing GPLv2 notices where appropriate. Updated License: tag of spec file to be "GPLv2, MIT/X11" From mattdm at mattdm.org Tue Mar 30 23:07:12 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 30 Mar 2004 18:07:12 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080687441.10735.55.camel@opus> References: <1080687441.10735.55.camel@opus> Message-ID: <20040330230712.GA22121@jadzia.bu.edu> On Tue, Mar 30, 2004 at 05:57:21PM -0500, seth vidal wrote: > /srv - user data for services not owned by a single specific user there > ie: > /srv/www > /srv/vsftpd > /srv/postgresql ? > /srv/mysql ? > /srv/jabberd ? > /srv/bittorrent ? > > /media - all the removable media and silliness there. If I remember right, Red Hat people hate both of these. For whatever that's worth. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From shahms at shahms.com Tue Mar 30 23:15:57 2004 From: shahms at shahms.com (Shahms King) Date: Tue, 30 Mar 2004 15:15:57 -0800 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080687441.10735.55.camel@opus> References: <1080687441.10735.55.camel@opus> Message-ID: <1080688557.1212.3.camel@shahms.mesd.k12.or.us> On Tue, 2004-03-30 at 14:57, seth vidal wrote: > Hi all, > looking at fhs 2.3 and thinking about what needs to be done for fc3 - > just a few things that people could get working on early: > > /srv - user data for services not owned by a single specific user there > ie: > /srv/www > /srv/vsftpd > /srv/postgresql ? > /srv/mysql ? > /srv/jabberd ? > /srv/bittorrent ? So . . . remind me how this is different (fundamentally) from /var ? > /media - all the removable media and silliness there. And why isn't /mnt adequate for removable media? > > Thoughts on looking through the daemons and seeing what needs to be > fixed up to meet this? > > -sv > > -- Shahms King From mattdm at mattdm.org Tue Mar 30 23:38:39 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 30 Mar 2004 18:38:39 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080688557.1212.3.camel@shahms.mesd.k12.or.us> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> Message-ID: <20040330233839.GA23210@jadzia.bu.edu> On Tue, Mar 30, 2004 at 03:15:57PM -0800, Shahms King wrote: > > /srv - user data for services not owned by a single specific user there > > ie: > So . . . remind me how this is different (fundamentally) from /var ? /var is variable transient data. Users don't edit files there; programs do. It's spools and caches and logs. /srv may contain a mix of user data and program data, including executable scripts (definitely a no-no in /var!). And, backup strategies for these filesystems is likely to differ from those for /var. /home/www was a problem, but /var/www is also very very not right. > > /media - all the removable media and silliness there. > And why isn't /mnt adequate for removable media? I thknk this one is silly. Historically, some people are accustomed to using /mnt as a temporary mount point. Therefore, having subdirectores that might be in use would be Terrible. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From helios82 at optushome.com.au Tue Mar 30 23:40:44 2004 From: helios82 at optushome.com.au (Matt H) Date: Wed, 31 Mar 2004 09:40:44 +1000 Subject: Fedora Tracker: Part Deux In-Reply-To: <20040330170006.B11E9742A8@hormel.redhat.com> References: <20040330170006.B11E9742A8@hormel.redhat.com> Message-ID: <1080690044.3269.34.camel@fc1> On Wed, 2004-03-30 at 10:37:12 -0500, Jef Spaleta wrote: > > ______________________________________________________________________ > Brad Smith wrote: > > This assumes that Tracker is going to be integrated into > > Fedora.org. As nice an ego-stroke as that would be for me, the very > > reasons you point out would seem to make keeping it as separate an > > entity as possible a good idea. > > I think perhaps you misinterpreted what I was trying to say. Or perhaps > the fever I had yesterday affected my ability to communicate. > Looking back today at what Matt H. wrote, its pretty clear my feverish > state was affecting my comprehension. Matt H. was actually talking about > turning the tracker into a subproject of Fedora, to give it a homebase > for its development effort not necessarily incorporating it into the > main site's functionality, which is how i originally read it yesterday. > My main point being, as things stand, the potential usefulness of an > implementation of the tracker is anti-correlated to its potential > integration into official fedoraium functionality. Yes, this anti-correlation is a shame for such a useful, needed functionality. You are correct with your interpretation of my post; I indeed would like to see a http://fedora.redhat.com/projects/tracker page for this project. > Once fedora extras opens up for contributors to use, i don't see any > obvious problem with trying to use whatever hosting services Red Hat > eventually provides for contributors who have new community initiated > fedora related projects. We'll have to wait and see how things develop > on that front. There's nothing inherently problematic with the tracker > codebase really, the problems are very much associated with building the > repo index. While the codebase itself might fit into an expanded idea > of a community development model, any really useful implementation of > this out in the wild has to be totally independent. Though, there could > be some people like .edu's who might want to use something like the > tracker in their intranet. If the fedora project does host web pages > aimed at development of the tracker your still going to run into trouble > trying to provide links from those development pages to a fully indexed > demo. Now, what ways can these legalities be dealt with to keep in line with The Fedora Project's objectives? The underlying infrastructure is fine as you mentioned, the issue is the with the content this infrastructure interacts. I may be totally off-track here, but hosting a development platform surely is different than hosting an implementation? Could this not be the case for The Fedora Tracker Project? If we control what is indexed, then development could continue as part of a Fedora sub-project. i.e. fedora.redhat.com could implement a DMCA/Fedora-compliant implementation (albeit limited), while Brad's full version could be hosted elsewhere. This probably defeats the purpose of Brad's goals for the Tracker however and wouldn't be very practical.. > > On the other, this opens up a whole set of issues, not just of > > determining an appropriate policy, but of enforcing said policy without > > making it prohibitively difficult to be indexed. As much as I support > > the standardization of QA practices etc between repos, Tracker's job is > > to help bridge the gaps between repos, not throw up barriers to > > inclusion. This statement, unfortunately, proves that my idea above is more of a pipe dream. :( Even if a DMCA/Fedora-compliant implementation were possible, it could never be as functional as it should be; - "bridge the gaps, not throw up barriers".. Regards, -Matt -- Registered Linux User #348963 / counter.li.org GnuPG KeyID: 0xCE9F8922 / gnupg.org -------------- 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 phy.duke.edu Wed Mar 31 00:02:41 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 30 Mar 2004 19:02:41 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <20040330230712.GA22121@jadzia.bu.edu> References: <1080687441.10735.55.camel@opus> <20040330230712.GA22121@jadzia.bu.edu> Message-ID: <1080691361.12049.1.camel@binkley> On Tue, 2004-03-30 at 18:07 -0500, Matthew Miller wrote: > On Tue, Mar 30, 2004 at 05:57:21PM -0500, seth vidal wrote: > > /srv - user data for services not owned by a single specific user there > > ie: > > /srv/www > > /srv/vsftpd > > /srv/postgresql ? > > /srv/mysql ? > > /srv/jabberd ? > > /srv/bittorrent ? > > > > /media - all the removable media and silliness there. > > If I remember right, Red Hat people hate both of these. For whatever that's > worth. :) I talked to bill nottingham about it - he didn't seem opposed to /srv but a bit annoyed by /media I don't think it matters fhs compliance is a must, imo. -sv From skvidal at phy.duke.edu Wed Mar 31 00:04:09 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 30 Mar 2004 19:04:09 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080688557.1212.3.camel@shahms.mesd.k12.or.us> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> Message-ID: <1080691449.12049.4.camel@binkley> > So . . . remind me how this is different (fundamentally) from /var ? > > > /media - all the removable media and silliness there. > > And why isn't /mnt adequate for removable media? www.pathname.com/fhs/ and here is the list of changes and the bugs where these were discussed. http://www.pathname.com/fhs/announce-2.3.html I don't think talking about whether or not we like them is useful here. It is the fhs and fedora core should be compliant with it. -sv From katzj at redhat.com Wed Mar 31 00:14:47 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 30 Mar 2004 19:14:47 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080691449.12049.4.camel@binkley> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> <1080691449.12049.4.camel@binkley> Message-ID: <1080692087.13063.39.camel@isengard> On Tue, 2004-03-30 at 19:04, seth vidal wrote: > I don't think talking about whether or not we like them is useful here. > It is the fhs and fedora core should be compliant with it. There are plenty of standards out there that are just silly, so compliance for the sake of compliance is probably not the best approach. Note: I'm not arguing one way or another on this one, just saying that using the argument of "it's a standard" is somewhat weak. Jeremy From skvidal at phy.duke.edu Wed Mar 31 00:32:17 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 30 Mar 2004 19:32:17 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080692087.13063.39.camel@isengard> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> <1080691449.12049.4.camel@binkley> <1080692087.13063.39.camel@isengard> Message-ID: <1080693137.12049.13.camel@binkley> On Tue, 2004-03-30 at 19:14 -0500, Jeremy Katz wrote: > On Tue, 2004-03-30 at 19:04, seth vidal wrote: > > I don't think talking about whether or not we like them is useful here. > > It is the fhs and fedora core should be compliant with it. > > There are plenty of standards out there that are just silly, so > compliance for the sake of compliance is probably not the best > approach. > > Note: I'm not arguing one way or another on this one, just saying that > using the argument of "it's a standard" is somewhat weak. > How about fhs compliance is something that other distros will have and therefore fedora core should have it too. Are there other standards out their for the file system hierarchy OTHER than the fhs that fedora or red hat intends to follow? Why is there all this resistance to this? -sv From derekm at hackunix.org Wed Mar 31 05:40:05 2004 From: derekm at hackunix.org (Derek P. Moore) Date: Tue, 30 Mar 2004 23:40:05 -0600 Subject: Lobby for the re-inclusion of php-imap (and imap c-client) In-Reply-To: <1080674720.2885.6.camel@rivendell.home.local> References: <20040326220510.z408ckcsk808kw40@mail.hackunix.org> <1080674720.2885.6.camel@rivendell.home.local> Message-ID: <20040330234005.m4kk8wws044cccwg@mail.hackunix.org> > Ah, jeez, you mean php-imap is not anymore in the test versions? > Why's that? http://www.redhat.com/archives/fedora-devel-list/2004-February/msg00713.html Essentially, nobody at Red Hat cares to maintain it. Derek From brads at redhat.com Wed Mar 31 02:30:28 2004 From: brads at redhat.com (Brad Smith) Date: Tue, 30 Mar 2004 21:30:28 -0500 Subject: Fedora Tracker: Part Deux In-Reply-To: <1080690044.3269.34.camel@fc1> References: <20040330170006.B11E9742A8@hormel.redhat.com> <1080690044.3269.34.camel@fc1> Message-ID: <1080700228.12022.0.camel@localhost.localdomain> > If we control what is > indexed, then development could continue as part of a Fedora > sub-project. i.e. fedora.redhat.com could implement a > DMCA/Fedora-compliant implementation (albeit limited), while Brad's full > version could be hosted elsewhere. This probably defeats the purpose of > Brad's goals for the Tracker however and wouldn't be very practical.. It's not outside the realm of possibility. Having a more selective frontend with only Core and Extras packages at the "official" site would not be particularly difficult. It'd just be the same software with a smaller set of repositories indexed in the db. I'd prefer if the selective Tracker at least included a link to and explanation of the more complete version. The main issue is simply one of cost-benefit: Is it worth the extra visibility/officialness to have two interfaces to the data? What do we stand to lose by keeping Tracker a single, separate entity from the fedora.redhat.com stuff? As I see it, a sense of officialness and making the Tracker easier to find are the two biggest things. Both would be nice, but could be done without. I don't know. I could go either way on this. Anybody (especially those who can lay down requirements wrt more official inclusion into the distro) feel strongly either way? --Brad From notting at redhat.com Wed Mar 31 05:56:33 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 31 Mar 2004 00:56:33 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080691361.12049.1.camel@binkley> References: <1080687441.10735.55.camel@opus> <20040330230712.GA22121@jadzia.bu.edu> <1080691361.12049.1.camel@binkley> Message-ID: <20040331055632.GA5633@devserv.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > I talked to bill nottingham about it - he didn't seem opposed to /srv > but a bit annoyed by /media > > I don't think it matters fhs compliance is a must, imo. /srv - well, there's no real *other* good place for this stuff, so, go for it. /media, though, as a standard, is *completely* wrongheaded. Standardizing device names and mountpoints, when they should be left up to sysadmin discretion. Moreover, it doesn't even completely standardize them; there's holes in the naming. And, in any case, all of this information should be exposed to user space via names created by udev, and by a library interface such as HAL; not by a standard that's always going to be playing catchup with new device types. Bill From hvdkooij at vanderkooij.org Wed Mar 31 06:51:28 2004 From: hvdkooij at vanderkooij.org (Hugo van der Kooij) Date: Wed, 31 Mar 2004 08:51:28 +0200 (CEST) Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080693137.12049.13.camel@binkley> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> <1080691449.12049.4.camel@binkley> <1080692087.13063.39.camel@isengard> <1080693137.12049.13.camel@binkley> Message-ID: On Tue, 30 Mar 2004, seth vidal wrote: > On Tue, 2004-03-30 at 19:14 -0500, Jeremy Katz wrote: > > > On Tue, 2004-03-30 at 19:04, seth vidal wrote: > > > I don't think talking about whether or not we like them is useful here. > > > It is the fhs and fedora core should be compliant with it. > > > > There are plenty of standards out there that are just silly, so > > compliance for the sake of compliance is probably not the best > > approach. > > How about fhs compliance is something that other distros will have and > therefore fedora core should have it too. We should aim for LSB N compliance. If the LSB N does specify FHS X.Y compliance then that is what it takes to be LSB N compliant. I do hope the LSB team specifies FHS versions as it seems FHS is going to make life harder instead of easier with each new version. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij at vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger. From NOS at Utel.no Wed Mar 31 07:25:00 2004 From: NOS at Utel.no (Nils O. =?ISO-8859-1?Q?Sel=E5sdal?=) Date: Wed, 31 Mar 2004 09:25:00 +0200 Subject: Please fix longstanding problem with authconfig/pam_ldap config In-Reply-To: <000001c41663$97cbb660$14aaa8c0@utelsystems.local> References: <000001c41663$97cbb660$14aaa8c0@utelsystems.local> Message-ID: <1080717900.1434.0.camel@nos-rh.utelsystems.local> On Tue, 2004-03-30 at 16:30, Charles Lopes wrote: > I'd like to attract attention to a problem described in bugs #55193, > #63631, #77575, #86606, #103461 and #118239. Defintly +1 from me on these. -- Nils Olav Sel?sdal System Engineer w w w . u t e l s y s t e m s . c o m From Nicolas.Mailhot at laPoste.net Wed Mar 31 07:57:57 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Wed, 31 Mar 2004 09:57:57 +0200 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080688557.1212.3.camel@shahms.mesd.k12.or.us> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> Message-ID: <1080719877.23503.13.camel@ulysse.olympe.o2t> Le mar, 30/03/2004 ? 15:15 -0800, Shahms King a ?crit : > On Tue, 2004-03-30 at 14:57, seth vidal wrote: > > Hi all, > > looking at fhs 2.3 and thinking about what needs to be done for fc3 - > > just a few things that people could get working on early: > > > > /srv - user data for services not owned by a single specific user there > > ie: > > /srv/www > > /srv/vsftpd > > /srv/postgresql ? > > /srv/mysql ? > > /srv/jabberd ? > > /srv/bittorrent ? > > So . . . remind me how this is different (fundamentally) from /var ? Well, speaking as a sysadmin here the size and integrity constraints of /srv are very different from /var. Most of the stuff listed here ends up in different partitions than /var usually, since your typical /var is rarely sized to host the 50 GiB ftp server people might want to install a year from now. Cheers, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From gawain.lynch at bigpond.com Wed Mar 31 08:04:38 2004 From: gawain.lynch at bigpond.com (Gawain Lynch) Date: Wed, 31 Mar 2004 18:04:38 +1000 Subject: rawhide report: 20040330 changes In-Reply-To: <200403302258.i2UMwxf14931@porkchop.devel.redhat.com> References: <200403302258.i2UMwxf14931@porkchop.devel.redhat.com> Message-ID: <1080720278.2486.18.camel@frodo.felicity.net.au> > rhythmbox-0.7.1-2 > ----------------- > - Remove --disable-mp3 Does that mean that Rhythmbox now requires only Gstreamer's mp3 support to play mp3's? From thomas at apestaart.org Wed Mar 31 09:06:05 2004 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Wed, 31 Mar 2004 11:06:05 +0200 Subject: gaim depends on tcl In-Reply-To: <20040328100615.40b58ad3.zaitcev@redhat.com> References: <20040328100615.40b58ad3.zaitcev@redhat.com> Message-ID: <1080723965.29318.4.camel@otto.amantes> Hi, > the gaim-0.75-1.3.0 requires tk & tcl, which I do not have installed, > so I went to investigate. The spec does not mention tcl anywhere. > So, obviously, during the build process, configuration picks > an installed libtcl/libtk, then somehow informs rpm that these > libraries are required. How does it actually happen? > > I could understand if gaim spec had a scriptlet which parsed the output > of ./configure and set something like %wehavetcl, then added a Requires > like the above. But this is not what is happening. Can you enlighten me > about the magic workings in the case of gaim? I think all that is happening is that redhat's build system doesn't have a minimal environment for building rpms in. The package gets built inside an environment with tcl installed, configure picks it up, and the resulting package is built with tcl dependencies. Another point in favour of clean build roots. Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> "First lesson : you have to treat your kite like a woman." "You mean, take her home and meet your mom, sir ?" "No, get inside her five times a day and take her to heaven and down again !" <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From rms at 1407.org Wed Mar 31 12:12:30 2004 From: rms at 1407.org (Rui Miguel Seabra) Date: Wed, 31 Mar 2004 13:12:30 +0100 Subject: missing battery on acpi with Linux 2.6.4 Message-ID: <1080735149.1323.1.camel@roque> Hi, I upgraded Linux from 2.6.3-2.1.248 to 2.6.4-1.298 and now ACPI doesn't seem to detect the battery. Follows in attachment dmesg from both Linux's, it might be useful, meanwhile I'll get back to 2.6.3-2.1.248. I almost forgot, the only difference in my 2.6.3 from stock FC development is swsusp activated (although it didn't work). I have had battery present with previous 2.6 and 2.4 Linux's from FC. Hugs, Rui -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -------------- next part -------------- Linux version 2.6.3-2.1.248.builder (builder at roque) (gcc version 3.3.3 20040216 (Red Hat Linux 3.3.3-2.1)) #1 Thu Mar 11 23:44:34 WET 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved) BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001bf70000 (usable) BIOS-e820: 000000001bf70000 - 000000001bf7c000 (ACPI data) BIOS-e820: 000000001bf7c000 - 000000001bf80000 (ACPI NVS) BIOS-e820: 000000001bf80000 - 000000001c000000 (reserved) BIOS-e820: 000000002bf80000 - 000000002c000000 (reserved) BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved) 0MB HIGHMEM available. 447MB LOWMEM available. On node 0 totalpages: 114544 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 110448 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. ACPI: RSDP (v000 PTLTD ) @ 0x000f6c80 ACPI: RSDT (v001 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x1bf752a8 ACPI: FADT (v001 ATI Salmon 0x06040000 ATI 0x000f4240) @ 0x1bf7bf64 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) @ 0x1bf7bfd8 ACPI: DSDT (v001 ATI MS2_1535 0x06040000 MSFT 0x0100000e) @ 0x00000000 ACPI: PM-Timer IO Port: 0x8008 Built 1 zonelists Kernel command line: ro root=LABEL=/ acpi=on resume=/dev/hda3 selinux=0 mapped 4G/4G trampoline to ffff3000. current: 0230bb40 current->thread_info: 0235c000 Initializing CPU#0 CPU 0 irqstacks, hard=02389000 soft=02388000 PID hash table entries: 2048 (order 11: 16384 bytes) Detected 2791.691 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Memory: 449744k/458176k available (1836k kernel code, 7672k reserved, 579k data, 148k init, 0k highmem) zapping low mappings. Calibrating delay loop... 5505.02 BogoMIPS Security Scaffold v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 190k freed CPU: After generic identify, caps: bfebf9ff 00000000 00000000 00000000 CPU: After vendor identify, caps: bfebf9ff 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: After all inits, caps: bfebf1ff 00000000 00000000 00000080 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfd89b, last bus=2 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040220 ACPI: IRQ9 SCI: Edge set to Level Trigger. ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT] ACPI: PCI Interrupt Link [LNK0] (IRQs 7 10) ACPI: PCI Interrupt Link [LNK1] (IRQs 7 *10) ACPI: PCI Interrupt Link [LNK2] (IRQs 7 *10) ACPI: PCI Interrupt Link [LNK3] (IRQs 7 *10) ACPI: PCI Interrupt Link [LNK4] (IRQs 7 10) ACPI: PCI Interrupt Link [LNK5] (IRQs 7 *11) ACPI: PCI Interrupt Link [LNK6] (IRQs 7 10) ACPI: PCI Interrupt Link [LNK7] (IRQs *5) ACPI: PCI Interrupt Link [LNK8] (IRQs 7 10) ACPI: Embedded Controller [EC0] (gpe 24) Linux Plug and Play Support v0.97 (c) Adam Belay ACPI: PCI Interrupt Link [LNK7] enabled at IRQ 5 ACPI: PCI Interrupt Link [LNK6] enabled at IRQ 10 ACPI: PCI Interrupt Link [LNK5] enabled at IRQ 11 ACPI: PCI Interrupt Link [LNK2] enabled at IRQ 10 ACPI: PCI Interrupt Link [LNK3] enabled at IRQ 10 ACPI: No IRQ known for interrupt pin A of device 0000:00:10.0 ACPI: PCI Interrupt Link [LNK1] enabled at IRQ 10 ACPI: PCI Interrupt Link [LNK0] enabled at IRQ 10 PCI: Using ACPI for IRQ routing PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' Simple Boot Flag 0x1 apm: BIOS not found. Total HugeTLB memory allocated, 0 audit: initializing netlink socket (disabled) audit(1080738362.4294966740:0): initialized VFS: Disk quotas dquot_6.5.1 Initializing Cryptographic API Activating ISA DMA hang workarounds. pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: Processor [CPU0] (supports C1 C2) ACPI: Thermal Zone [THRM] (45 C) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected Ati IGP345M chipset agpgart: Maximum main memory to use for agp memory: 380M agpgart: AGP aperture is 64M @ 0xd4000000 Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A PCI: Enabling device 0000:00:08.0 (0000 -> 0003) ttyS0 at I/O 0x1428 (irq = 10) is a 8250 ttyS2 at I/O 0x1440 (irq = 10) is a 8250 ttyS3 at I/O 0x1450 (irq = 10) is a 8250 ttyS4 at I/O 0x1460 (irq = 10) is a 8250 ttyS5 at I/O 0x1470 (irq = 10) is a 8250 RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize divert: not allocating divert_blk for non-ethernet device lo Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ALI15X3: IDE controller at PCI slot 0000:00:10.0 ACPI: No IRQ known for interrupt pin A of device 0000:00:10.0 ALI15X3: chipset revision 196 ALI15X3: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x2040-0x2047, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x2048-0x204f, BIOS settings: hdc:pio, hdd:pio hda: TOSHIBA MK4021GAS, ATA DISK drive Using anticipatory io scheduler ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: SONY CD-RW/DVD-ROM CRX830E, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 128KiB hda: 78140160 sectors (40007 MB), CHS=65535/16/63, UDMA(100) hda: hda1 hda2 hda3 hda4 < hda5 > ide-floppy driver 0.99.newide mice: PS/2 mouse device common for all mice serio: i8042 AUX port at 0x60,0x64 irq 12 Synaptics Touchpad, model: 1 Firmware: 5.9 Sensor: 35 new absolute packet format Touchpad has extended capability bits -> multifinger detection -> palm detection input: SynPS/2 Synaptics TouchPad on isa0060/serio1 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 32Kbytes TCP: Hash tables configured (established 32768 bind 9362) Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Resume Machine: resuming from /dev/hda3 try_name("hda3", 0) try_name("hda", 3) Resuming from device hda3 Resume Machine: This is normal swap space ACPI: (supports S0 S3 S4 S5) md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. Freeing unused kernel memory: 148k freed ACPI: AC Adapter [ACAD] (on-line) ACPI: Battery Slot [BAT1] (battery present) ACPI: Power Button (FF) [PWRF] ACPI: Lid Switch [LID] EXT3 FS on hda1, internal journal device-mapper: 4.0.0-ioctl (2003-06-04) initialised: dm at uk.sistina.com Adding 1084376k swap on /dev/hda3. Priority:-1 extents:1 kjournald starting. Commit interval 5 seconds EXT3 FS on hda2, internal journal EXT3-fs: mounted filesystem with ordered data mode. IA-32 Microcode Update Driver: v1.13 microcode: No suitable data for cpu 0 ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (3579 buckets, 28632 max) - 320 bytes per conntrack natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002 originally by Donald Becker http://www.scyld.com/network/natsemi.html 2.4.x kernel port by Jeff Garzik, Tjeerd Mulder divert: allocating divert_blk for eth0 eth0: NatSemi DP8381[56] at 0x1e92f000, 00:0d:9d:5f:a4:21, IRQ 10. Linux Kernel Card Services options: [pci] [cardbus] [pm] PCI: Enabling device 0000:00:0a.0 (0005 -> 0007) Yenta: CardBus bridge found at 0000:00:0a.0 [103c:0850] Yenta: ISA IRQ mask 0x04b8, PCI irq 11 Socket status: 30000007 cs: IO port probe 0x0c00-0x0cff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x3c0-0x3df 0x408-0x40f 0x480-0x48f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. drivers/usb/core/usb.c: registered new driver usbfs drivers/usb/core/usb.c: registered new driver hub USB Universal Host Controller Interface driver v2.2 uhci_hcd 0000:00:0b.0: UHCI Host Controller uhci_hcd 0000:00:0b.0: irq 10, io base 00002000 uhci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 1 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected uhci_hcd 0000:00:0b.1: UHCI Host Controller uhci_hcd 0000:00:0b.1: irq 10, io base 00002020 uhci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 2 hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected NET: Registered protocol family 10 Disabled Privacy Extensions on device 023232c0(lo) IPv6 over IPv4 tunneling driver divert: not allocating divert_blk for non-ethernet device sit0 PCI: Enabling device 0000:00:06.0 (0005 -> 0007) hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, (U)DMA Uniform CD-ROM driver Revision: 3.20 inserting floppy driver for 2.6.3-2.1.248.builder Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 SCSI subsystem initialized -------------- next part -------------- Linux version 2.6.4-1.298 (bhcompile at porky.devel.redhat.com) (gcc version 3.3.3 20040311 (Red Hat Linux 3.3.3-3)) #1 Mon Mar 29 15:11:58 EST 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved) BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001bf70000 (usable) BIOS-e820: 000000001bf70000 - 000000001bf7c000 (ACPI data) BIOS-e820: 000000001bf7c000 - 000000001bf80000 (ACPI NVS) BIOS-e820: 000000001bf80000 - 000000001c000000 (reserved) BIOS-e820: 000000002bf80000 - 000000002c000000 (reserved) BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved) 0MB HIGHMEM available. 447MB LOWMEM available. On node 0 totalpages: 114544 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 110448 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. ACPI: RSDP (v000 PTLTD ) @ 0x000f6c80 ACPI: RSDT (v001 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x1bf752a8 ACPI: FADT (v001 ATI Salmon 0x06040000 ATI 0x000f4240) @ 0x1bf7bf64 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) @ 0x1bf7bfd8 ACPI: DSDT (v001 ATI MS2_1535 0x06040000 MSFT 0x0100000e) @ 0x00000000 ACPI: PM-Timer IO Port: 0x8008 Built 1 zonelists Kernel command line: ro root=LABEL=/ acpi=on resume=/dev/hda3 selinux=0 mapped 4G/4G trampoline to ffff3000. current: 02317b40 current->thread_info: 02368000 Initializing CPU#0 CPU 0 irqstacks, hard=02395000 soft=02394000 PID hash table entries: 2048 (order 11: 16384 bytes) Detected 2791.963 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Memory: 449688k/458176k available (1864k kernel code, 7728k reserved, 599k data, 148k init, 0k highmem) zapping low mappings. Calibrating delay loop... 5505.02 BogoMIPS Security Scaffold v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 189k freed CPU: After generic identify, caps: bfebf9ff 00000000 00000000 00000000 CPU: After vendor identify, caps: bfebf9ff 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: After all inits, caps: bfebf1ff 00000000 00000000 00000080 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfd89b, last bus=2 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: IRQ9 SCI: Edge Trigger. ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT] ACPI: PCI Interrupt Link [LNK0] (IRQs 7 10) ACPI: PCI Interrupt Link [LNK1] (IRQs 7 *10) ACPI: PCI Interrupt Link [LNK2] (IRQs 7 *10) ACPI: PCI Interrupt Link [LNK3] (IRQs 7 *10) ACPI: PCI Interrupt Link [LNK4] (IRQs 7 10) ACPI: PCI Interrupt Link [LNK5] (IRQs 7 *11) ACPI: PCI Interrupt Link [LNK6] (IRQs 7 10) ACPI: PCI Interrupt Link [LNK7] (IRQs *5) ACPI: PCI Interrupt Link [LNK8] (IRQs 7 10) ACPI: Embedded Controller [EC0] (gpe 24) Linux Plug and Play Support v0.97 (c) Adam Belay ACPI: PCI Interrupt Link [LNK7] enabled at IRQ 5 ACPI: PCI Interrupt Link [LNK6] enabled at IRQ 10 ACPI: PCI Interrupt Link [LNK5] enabled at IRQ 11 ACPI: PCI Interrupt Link [LNK2] enabled at IRQ 10 ACPI: PCI Interrupt Link [LNK3] enabled at IRQ 10 ACPI: No IRQ known for interrupt pin A of device 0000:00:10.0 ACPI: PCI Interrupt Link [LNK1] enabled at IRQ 10 ACPI: PCI Interrupt Link [LNK0] enabled at IRQ 10 PCI: Using ACPI for IRQ routing PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' Simple Boot Flag at 0x37 set to 0x1 apm: BIOS not found. Total HugeTLB memory allocated, 0 audit: initializing netlink socket (disabled) audit(1080737794.935:0): initialized VFS: Disk quotas dquot_6.5.1 Initializing Cryptographic API Activating ISA DMA hang workarounds. pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: Processor [CPU0] (supports C1 C2) ACPI: Thermal Zone [THRM] (45 C) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected Ati IGP345M chipset agpgart: Maximum main memory to use for agp memory: 380M agpgart: AGP aperture is 64M @ 0xd4000000 Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A PCI: Enabling device 0000:00:08.0 (0000 -> 0003) ttyS0 at I/O 0x1428 (irq = 10) is a 8250 ttyS2 at I/O 0x1440 (irq = 10) is a 8250 ttyS3 at I/O 0x1450 (irq = 10) is a 8250 ttyS4 at I/O 0x1460 (irq = 10) is a 8250 ttyS5 at I/O 0x1470 (irq = 10) is a 8250 RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize divert: not allocating divert_blk for non-ethernet device lo Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ALI15X3: IDE controller at PCI slot 0000:00:10.0 ACPI: No IRQ known for interrupt pin A of device 0000:00:10.0 ALI15X3: chipset revision 196 ALI15X3: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x2040-0x2047, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x2048-0x204f, BIOS settings: hdc:pio, hdd:pio hda: TOSHIBA MK4021GAS, ATA DISK drive Using deadline io scheduler ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: SONY CD-RW/DVD-ROM CRX830E, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 128KiB hda: 78140160 sectors (40007 MB), CHS=65535/16/63, UDMA(100) hda: hda1 hda2 hda3 hda4 < hda5 > hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, (U)DMA Uniform CD-ROM driver Revision: 3.20 ide-floppy driver 0.99.newide mice: PS/2 mouse device common for all mice serio: i8042 AUX port at 0x60,0x64 irq 12 Synaptics Touchpad, model: 1 Firmware: 5.9 Sensor: 35 new absolute packet format Touchpad has extended capability bits -> multifinger detection -> palm detection input: SynPS/2 Synaptics TouchPad on isa0060/serio1 serio: i8042 KBD port at 0x60,0x64 irq 1 atkbd.c: Unknown key pressed (translated set 2, code 0x1d on isa0060/serio0). atkbd.c: Use 'setkeycodes 1d ' to make it known. input: AT Translated Set 2 keyboard on isa0060/serio0 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 32Kbytes TCP: Hash tables configured (established 32768 bind 9362) Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 ACPI: (supports S0 S3 S4 S5) md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. Freeing unused kernel memory: 148k freed ACPI: AC Adapter [ACAD] (on-line) ACPI: Battery Slot [BAT1] (battery absent) ACPI: Power Button (FF) [PWRF] ACPI: Lid Switch [LID] EXT3 FS on hda1, internal journal device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm at uk.sistina.com Adding 1084376k swap on /dev/hda3. Priority:-1 extents:1 kjournald starting. Commit interval 5 seconds EXT3 FS on hda2, internal journal EXT3-fs: mounted filesystem with ordered data mode. IA-32 Microcode Update Driver: v1.13 microcode: No suitable data for cpu 0 ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (3579 buckets, 28632 max) - 320 bytes per conntrack natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002 originally by Donald Becker http://www.scyld.com/network/natsemi.html 2.4.x kernel port by Jeff Garzik, Tjeerd Mulder divert: allocating divert_blk for eth0 eth0: NatSemi DP8381[56] at 0x1e877000, 00:0d:9d:5f:a4:21, IRQ 10. Linux Kernel Card Services options: [pci] [cardbus] [pm] PCI: Enabling device 0000:00:0a.0 (0005 -> 0007) Yenta: CardBus bridge found at 0000:00:0a.0 [103c:0850] Yenta: ISA IRQ mask 0x04b8, PCI irq 11 Socket status: 30000007 cs: IO port probe 0x0c00-0x0cff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x3c0-0x3df 0x408-0x40f 0x480-0x48f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. drivers/usb/core/usb.c: registered new driver usbfs drivers/usb/core/usb.c: registered new driver hub USB Universal Host Controller Interface driver v2.2 uhci_hcd 0000:00:0b.0: UHCI Host Controller uhci_hcd 0000:00:0b.0: irq 10, io base 00002000 uhci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 1 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected uhci_hcd 0000:00:0b.1: UHCI Host Controller uhci_hcd 0000:00:0b.1: irq 10, io base 00002020 uhci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 2 hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected NET: Registered protocol family 10 Disabled Privacy Extensions on device 0232f700(lo) IPv6 over IPv4 tunneling driver divert: not allocating divert_blk for non-ethernet device sit0 PCI: Enabling device 0000:00:06.0 (0005 -> 0007) inserting floppy driver for 2.6.4-1.298 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 SCSI subsystem initialized -------------- 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 chabotc at 4-ice.com Wed Mar 31 12:53:41 2004 From: chabotc at 4-ice.com (Chris Chabot) Date: Wed, 31 Mar 2004 14:53:41 +0200 Subject: My initial experiances with FC2-test2 Message-ID: <406ABF55.5000503@4-ice.com> Hi All, just wanted to share a few of my observations while running FC2-test2, and maybe make life a little easier for people with the same problems as me. 1) My machine is currently equiped with a ATI Radeon 9800XT card, XFree86 (scrap that, xorg nowadays) has no support for it, and your forced to run in VESA mode. While this is fine for a server machine where you only run the occasional vnc server or a system-config-... tool, for a workstation it's just to damn dog slow.. Getting the get ATI supplied driver to work with the 2.6.x kernel seemed imposible (with some source hacking it compiled, but the kernel driver still failed with some 'invalid address' option); So i ended up downgrading my FC2-test2 instalation to a 2.4 kernel.. What you do is to download the latest 2.4.x kernel rpm's from the FC1 repository, then edit your /etc/modules.conf (i had to add usb, sound and ethernet card aliases in there), re-make your initrd for this kernel (mkinitrd), and setup lilo or grub for the new kernel.. After this the ATI driver compiled and installed without any problems, and i have fully accelerated X again (and 3D support). I won't say that 2.4.x is slower or faster then 2.6.x, but the graphical lack of speed with non accelerated X drivers, makes this downgrade a huge speedup 2) I have a wireless optical mouse thingy, which only works on USB. I noticed that the default movement speed of a mouse in X is quite slow, so i went to the gnome-control-center to speed things up a bit.. To my supprise i could slide sliders to my hearts content, but with no visible changes.. It turns out the default XF86Config is configured for 2 mouse inputs (old style psaux mice, and usb mice).. And gnome-control-center's mouse applet only changed the settings for the core mouse.. Resolution was to remove the "Mouse0" device input section, rename the device id for DevInputMice to Mouse0, and remove the DevInputMice reference in the ServerLayout section... After this the mouse configuration set the mouse speed for my usb mouse nicely again 3) While trying to do a big upgrade from FC2-test1 to the recent development tree, YUM crashed out on me.. After some digging in it's python sources i found that it fails on a RPM package version compare, where one package has no 'release' tag.. While it looks like YUM should deal with the release being 'None', it didn't.. The workaround i applied to get things working again was to edit /usr/share/yum/rpmUtils.py and at line 121 add these lines: if r2 == None: r2 = '0' 4) My Audigy with only digital sound out... Sigh this has always been and always be a problem it seems. The new 2.6 and the old 2.4 drivers support the card perfectly, but have no way to configure it for using the digital sound output instead of the analog one; Or atleast as far as i know off! A work around used to be to compile the old emu10k1 tools and use it's tools to configure the card for digital out, but it seems with the new compilers, they won't compile anymore.. Haven't found a workaround for this yet, so for now my system is silent and without sound.. Anyone know a workaround/fix for this? Well thats it for now.. All in all i love the way things are shaping up, that the above are the only complaints means the rest is working to my satisfaction -- Chris From felipe_alfaro at linuxmail.org Wed Mar 31 13:03:15 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Wed, 31 Mar 2004 15:03:15 +0200 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080688557.1212.3.camel@shahms.mesd.k12.or.us> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> Message-ID: <1080738195.869.0.camel@teapot.felipe-alfaro.com> On Wed, 2004-03-31 at 01:15, Shahms King wrote: > > /media - all the removable media and silliness there. > > And why isn't /mnt adequate for removable media? I don't think /mnt has anything wrong with it, but FHS specifies that /media is a better name for a removable device and indeed, /media is what SuSE uses. From felipe_alfaro at linuxmail.org Wed Mar 31 13:11:45 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Wed, 31 Mar 2004 15:11:45 +0200 Subject: My initial experiances with FC2-test2 In-Reply-To: <406ABF55.5000503@4-ice.com> References: <406ABF55.5000503@4-ice.com> Message-ID: <1080738705.869.3.camel@teapot.felipe-alfaro.com> On Wed, 2004-03-31 at 14:53, Chris Chabot wrote: > 2) I have a wireless optical mouse thingy, which only works on USB. I > noticed that the default movement speed of a mouse in X is quite slow, > so i went to the gnome-control-center to speed things up a bit.. To my > supprise i could slide sliders to my hearts content, but with no visible > changes.. It turns out the default XF86Config is configured for 2 mouse > inputs (old style psaux mice, and usb mice).. And gnome-control-center's > mouse applet only changed the settings for the core mouse.. Resolution > was to remove the "Mouse0" device input section, rename the device id > for DevInputMice to Mouse0, and remove the DevInputMice reference in the > ServerLayout section... After this the mouse configuration set the mouse > speed for my usb mouse nicely again The input subsystem of 2.6 kernels is very different from 2.4. In fact, with 2.6 kernels, all mices are multiplexed into a single device called /dev/input/mice. Thus, you can define a single Mouse in XF86Config pointing to /dev/input/mice instead of having several mouse entries. This works for me and my laptop with a built-in PS/2 touchpas and a USB Wheel Mouse. From naoki at valuecommerce.com Wed Mar 31 13:17:45 2004 From: naoki at valuecommerce.com (Naoki) Date: Wed, 31 Mar 2004 22:17:45 +0900 Subject: USB sound card. Message-ID: <406AC4F9.1040306@valuecommerce.com> Ok, so my USB sound card disappeared in the recent updates and new 2.6.4 kernel. Anybody else see this problem and have a quick solution before I begin to dig? From chabotc at 4-ice.com Wed Mar 31 13:25:46 2004 From: chabotc at 4-ice.com (Chris Chabot) Date: Wed, 31 Mar 2004 15:25:46 +0200 Subject: My initial experiances with FC2-test2 In-Reply-To: <1080738705.869.3.camel@teapot.felipe-alfaro.com> References: <406ABF55.5000503@4-ice.com> <1080738705.869.3.camel@teapot.felipe-alfaro.com> Message-ID: <406AC6DA.1000407@4-ice.com> The default XFree86 config file written by the fedora installer configures it for both those input types.. And that the gnome-control-center applet configures the Mouse0 entry (CorePointer), which is the old style /dev/psaux one.. So judging by your input the config file written the actual bug is that the xfree86 default config file should not include both mouse types, but only the /dev/input/mice one.. (Which ofcource opens up a whole can of worms about ppl running an old 2.4.x kernel w/ FC2..) Felipe Alfaro Solana wrote: >On Wed, 2004-03-31 at 14:53, Chris Chabot wrote: > > > >>2) I have a wireless optical mouse thingy, which only works on USB. I >>noticed that the default movement speed of a mouse in X is quite slow, >>so i went to the gnome-control-center to speed things up a bit.. To my >>supprise i could slide sliders to my hearts content, but with no visible >>changes.. It turns out the default XF86Config is configured for 2 mouse >>inputs (old style psaux mice, and usb mice).. And gnome-control-center's >>mouse applet only changed the settings for the core mouse.. Resolution >>was to remove the "Mouse0" device input section, rename the device id >>for DevInputMice to Mouse0, and remove the DevInputMice reference in the >>ServerLayout section... After this the mouse configuration set the mouse >>speed for my usb mouse nicely again >> >> > >The input subsystem of 2.6 kernels is very different from 2.4. In fact, >with 2.6 kernels, all mices are multiplexed into a single device called >/dev/input/mice. Thus, you can define a single Mouse in XF86Config >pointing to /dev/input/mice instead of having several mouse entries. >This works for me and my laptop with a built-in PS/2 touchpas and a USB >Wheel Mouse. > > > > From robert at marcanoonline.com Wed Mar 31 13:27:16 2004 From: robert at marcanoonline.com (Robert Marcano) Date: Wed, 31 Mar 2004 09:27:16 -0400 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080738195.869.0.camel@teapot.felipe-alfaro.com> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> <1080738195.869.0.camel@teapot.felipe-alfaro.com> Message-ID: <1080739636.4711.3.camel@pcrobert.intranet.promca.com> On Wed, 2004-03-31 at 09:03, Felipe Alfaro Solana wrote: > On Wed, 2004-03-31 at 01:15, Shahms King wrote: > > > > /media - all the removable media and silliness there. > > > > And why isn't /mnt adequate for removable media? > > I don't think /mnt has anything wrong with it, but FHS specifies that > /media is a better name for a removable device and indeed, /media is > what SuSE uses. /srv requires the sysadmin to allocate space for the services he or she will install, and that is a good reason to separate it from /var /media instead does not requires that because the contents will be located on removable media, so a symlink to /mnt will solve the differences with FHS -- Robert Marcano From warren at togami.com Wed Mar 31 13:33:01 2004 From: warren at togami.com (Warren Togami) Date: Wed, 31 Mar 2004 03:33:01 -1000 Subject: gaim depends on tcl In-Reply-To: <1080723965.29318.4.camel@otto.amantes> References: <20040328100615.40b58ad3.zaitcev@redhat.com> <1080723965.29318.4.camel@otto.amantes> Message-ID: <406AC88D.6070306@togami.com> Thomas Vander Stichele wrote: >>I could understand if gaim spec had a scriptlet which parsed the output >>of ./configure and set something like %wehavetcl, then added a Requires >>like the above. But this is not what is happening. Can you enlighten me >>about the magic workings in the case of gaim? > > > I think all that is happening is that redhat's build system doesn't have > a minimal environment for building rpms in. The package gets built > inside an environment with tcl installed, configure picks it up, and the > resulting package is built with tcl dependencies. > > Another point in favour of clean build roots. > Indeed, however the more exact way would be to explicitly specify those minimum desired requirements as BuildRequires, and use configure --disable-foo to explicitly disabled features that you don't want. This has the benefit of the package, in this case gaim, always behaving exactly the same when built from the Fedora SRPM for the Fedora target operating system. Reproducibility is a huge time saver in support and maintenance, as well as one of the keys to stability. Warren From ms-nospam-0306 at arcor.de Wed Mar 31 14:01:17 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 31 Mar 2004 16:01:17 +0200 Subject: My initial experiances with FC2-test2 In-Reply-To: <406ABF55.5000503@4-ice.com> References: <406ABF55.5000503@4-ice.com> Message-ID: <20040331160117.48211704.ms-nospam-0306@arcor.de> On Wed, 31 Mar 2004 14:53:41 +0200, Chris Chabot wrote: > 3) While trying to do a big upgrade from FC2-test1 to the recent > development tree, YUM crashed out on me.. After some digging in it's > python sources i found that it fails on a RPM package version compare, > where one package has no 'release' tag.. While it looks like YUM should > deal with the release being 'None', it didn't.. The workaround i > applied to get things working again was to edit > /usr/share/yum/rpmUtils.py and at line 121 add these lines: > if r2 == None: > r2 = '0' Huh? A package without %release?! Which one is it? From skvidal at phy.duke.edu Wed Mar 31 14:07:15 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 31 Mar 2004 09:07:15 -0500 Subject: My initial experiances with FC2-test2 In-Reply-To: <20040331160117.48211704.ms-nospam-0306@arcor.de> References: <406ABF55.5000503@4-ice.com> <20040331160117.48211704.ms-nospam-0306@arcor.de> Message-ID: <1080742035.12049.26.camel@binkley> On Wed, 2004-03-31 at 16:01 +0200, Michael Schwendt wrote: > On Wed, 31 Mar 2004 14:53:41 +0200, Chris Chabot wrote: > > > 3) While trying to do a big upgrade from FC2-test1 to the recent > > development tree, YUM crashed out on me.. After some digging in it's > > python sources i found that it fails on a RPM package version compare, > > where one package has no 'release' tag.. While it looks like YUM should > > deal with the release being 'None', it didn't.. The workaround i > > applied to get things working again was to edit > > /usr/share/yum/rpmUtils.py and at line 121 add these lines: > > if r2 == None: > > r2 = '0' > > Huh? A package without %release?! Which one is it? > Curiously it isn't yum crashing out it's rpmlib. The bindings get CRANKY when you give them values they don't expect. I think I've caught this in cvs versions of yum, not positive though. If you are getting a traceback could you bugzilla it? Thanks -sv From leonard at den.ottolander.nl Wed Mar 31 14:33:15 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 31 Mar 2004 16:33:15 +0200 Subject: gaim depends on tcl In-Reply-To: <1080723965.29318.4.camel@otto.amantes> References: <20040328100615.40b58ad3.zaitcev@redhat.com> <1080723965.29318.4.camel@otto.amantes> Message-ID: <1080743594.4755.35.camel@athlon.localdomain> Hello Thomas, > I think all that is happening is that redhat's build system doesn't have > a minimal environment for building rpms in. The package gets built > inside an environment with tcl installed, configure picks it up, and the > resulting package is built with tcl dependencies. Couldn't it be just that gaim requires tk, which requires tcl? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From buildsys at redhat.com Wed Mar 31 15:22:05 2004 From: buildsys at redhat.com (Build System) Date: Wed, 31 Mar 2004 10:22:05 -0500 Subject: rawhide report: 20040331 changes Message-ID: <200403311522.i2VFM5215709@porkchop.devel.redhat.com> Updated Packages: acl-2.2.7-4 ----------- * Tue Mar 30 2004 Stephen C. Tweedie 2.2.7-3 - Add /usr/include/acl to files manifest - Fix location of doc files, add main doc dir to files manifest anaconda-9.92-0.20040331011453 ------------------------------ * Wed Mar 31 2004 Anaconda team - built new version from CVS * Tue Feb 24 2004 Jeremy Katz - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz - require booty (#109272) attr-2.4.1-3 ------------ * Tue Mar 30 2004 Stephen C. Tweedie 2.4.1-3 - Add /usr/include/attr to files manifest - Fix location of doc files, add main doc dir to files manifest cdrdao-1.1.8-3 -------------- * Tue Mar 30 2004 Harald Hoyer - 1.1.8-3 - fixed ISO C++ issues * Fri Feb 20 2004 Harald Hoyer - 1.1.8-2 - fixed ambigous operator cast * Wed Feb 18 2004 Harald Hoyer - 1.1.8-1 - use scsilib from cdrecord-devel freeradius-0.9.3-4 ------------------ * Tue Mar 30 2004 Harald Hoyer - 0.9.3-4 - gcc34 compilation fixes ftpcopy-0.6.2-6 --------------- * Tue Mar 30 2004 Harald Hoyer - 0.6.2-6 - fixed compilation with gcc34 gdb-6.0post-0.20040223.14 ------------------------- * Tue Mar 30 2004 Elena Zannoni 0.20040223.14 - re-enable pie. * Tue Mar 30 2004 Elena Zannoni 0.20040223.13 - Fix testsuite glitches. * Wed Mar 24 2004 Elena Zannoni 0.20040223.12 - Fix typo. gstreamer-plugins-0.8.0-2 ------------------------- * Tue Mar 30 2004 Colin Walters 0.8.0-2 - Rebuild to pick up new libdv (hopefully). - Use one big glob to capture all plugins. No GStreamer plugin that's included directly in the tarball that I am aware of besides ffmpeg includes patented code directly, so this should be safe. kernel-2.6.4-1.300 ------------------ * Tue Mar 30 2004 Arjan van de Ven - 2.6.5-rc3 - fix PCI posting bug in i830 DRM * Mon Mar 29 2004 Arjan van de Ven - 2.6.5-rc2-bk8 * Mon Mar 29 2004 Dave Jones - Include latest agpgart fixes. libselinux-1.8-1 ---------------- * Fri Mar 26 2004 Dan Walsh 1.8-1 - Upgrade to latest from NSA * Thu Mar 25 2004 Dan Walsh 1.6-6 - Add Russell's Man pages licq-1.2.7-3 ------------ * Tue Mar 30 2004 Harald Hoyer - 1.2.7-3 - fixed gcc34 compilation issues net-tools-1.60-24 ----------------- * Tue Mar 30 2004 Harald Hoyer - 1.60-24 - fixed compilation with gcc34 netpbm-10.19-7 -------------- * Tue Mar 30 2004 Harald Hoyer - 10.19-7 - fixed compilation with gcc34 policy-1.9.1-4 -------------- * Tue Mar 30 2004 Dan Walsh 1.9.1-4 - Fix cups reading fonts. * Tue Mar 30 2004 Dan Walsh 1.9.1-3 - More fixes, fix for userhelper, postfix, screensaver policycoreutils-1.9-18 ---------------------- * Mon Mar 29 2004 Dan Walsh 1.9-18 - Warn on setfiles failure to relabel. * Mon Mar 29 2004 Dan Walsh 1.9-17 - Updated version of sestatus postfix-2.0.18-3 ---------------- * Tue Mar 30 2004 Bill Nottingham 2:2.0.18-3 - add %defattr for pflogsumm package redhat-artwork-0.95-1 --------------------- * Tue Mar 23 2004 Alexander Larsson 0.95-1 - update to 0.95, fix logos to be in redhat-logos rp-pppoe-3.5-13 --------------- * Tue Mar 30 2004 Than Ngo 3.5-13 - fixed reconnect problem rpmdb-fedora-1.91-0.20040331 ---------------------------- shadow-utils-4.0.3-21 --------------------- * Tue Mar 30 2004 Nalin Dahyabhai 4.0.3-21 - rebuild * Tue Mar 30 2004 Nalin Dahyabhai 4.0.3-20 - make /etc/default world-readable, needed for #118338 system-config-httpd-1.2.0-2 --------------------------- * Thu Mar 04 2004 Karsten Hopp - fix console.apps file (#116023) * Wed Feb 04 2004 Phil Knirsch - Added missing requires line for ghome-python2-canvas package. * Mon Dec 08 2003 Phil Knirsch 1.2.0-1 - Finished name switch to system-config-httpd from redhat-config-httpd system-config-kickstart-2.5.9-1 ------------------------------- * Mon Mar 29 2004 Brent Fox 2.5.9-1 - fix rhpl mouse bug (#119258) - more code to handle multi-platform * Fri Mar 26 2004 Brent Fox - first stab at making system-config-kickstart arch aware (bug #91905) - removed LILO widgets tcpdump-3.8.2-1 --------------- * Tue Mar 30 2004 Harald Hoyer - 14:3.8.2-1 - update to tcpdump-3.8.2, libpcap-0.8.2, arpwatch-2.1a13 - patched tcpdump configure for gcc34 optimizations - removed obsolete patches xinitrc-3.39-1 -------------- * Tue Mar 30 2004 Mike A. Harris 3.39-1 - Fix problem in xinput script caused due to a bit of over-quoting in recent changes, which result in logged erros (FC2 BLOCKER #119529) xorg-x11-0.0.6.6-0.0.2004_03_11.11 ---------------------------------- * Tue Mar 30 2004 Mike A. Harris 0.0.6.6-0.0.2004_03_11.11 - Added xorg-r200-uninitialized-variable-used.patch to CVS, as my last commit neglected to include the file. * Tue Mar 30 2004 John Dennis 0.0.6.6-0.0.2004_03_11.10 - reenable libGL exec shield patch - also fix bug 119324 ia64 exec permissions on PLT in elfloader * Thu Mar 25 2004 Mike A. Harris - Fixed uninitialized variable access in Radeon R200 driver, in r200_pixel.c with xorg-r200-uninitialized-variable-used.patch FC2t2 TARGET (#116661) From twaugh at redhat.com Wed Mar 31 16:07:15 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 31 Mar 2004 17:07:15 +0100 Subject: rawhide report: 20040331 changes In-Reply-To: <200403311522.i2VFM5215709@porkchop.devel.redhat.com> References: <200403311522.i2VFM5215709@porkchop.devel.redhat.com> Message-ID: <20040331160715.GR22468@redhat.com> A word of warning: the version number of the policy file has changed in the kernel but some userland bits aren't in sync with it, causing file context labelling not to get done. Fresh installs are likely to fail. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From walters at redhat.com Wed Mar 31 16:09:22 2004 From: walters at redhat.com (Colin Walters) Date: Wed, 31 Mar 2004 11:09:22 -0500 Subject: rawhide report: 20040330 changes In-Reply-To: <1080720278.2486.18.camel@frodo.felicity.net.au> References: <200403302258.i2UMwxf14931@porkchop.devel.redhat.com> <1080720278.2486.18.camel@frodo.felicity.net.au> Message-ID: <1080749361.15701.0.camel@nexus.verbum.private> On Wed, 2004-03-31 at 03:04, Gawain Lynch wrote: > > rhythmbox-0.7.1-2 > > ----------------- > > - Remove --disable-mp3 > > Does that mean that Rhythmbox now requires only Gstreamer's mp3 support > to play mp3's? Yep. -------------- 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 laroche at redhat.com Wed Mar 31 17:51:50 2004 From: laroche at redhat.com (Florian La Roche) Date: Wed, 31 Mar 2004 19:51:50 +0200 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080739636.4711.3.camel@pcrobert.intranet.promca.com> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> <1080738195.869.0.camel@teapot.felipe-alfaro.com> <1080739636.4711.3.camel@pcrobert.intranet.promca.com> Message-ID: <20040331175150.GA11596@dudweiler.stuttgart.redhat.com> > /srv requires the sysadmin to allocate space for the services he or she > will install, and that is a good reason to separate it from /var I do see some reasons to move stuff, but overall the pros of all these changes are not too big. Sysadmins doing wrong sizing for /var can only be "one more small item". greetings, Florian La Roche From greeneg at student.gvsu.edu Wed Mar 31 19:47:37 2004 From: greeneg at student.gvsu.edu (Gary L Greene Jr) Date: Wed, 31 Mar 2004 14:47:37 -0500 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <1080429109.2943.12.camel@m222.net81-64-248.noos.fr> References: <200403271734.14687.greeneg@student.gvsu.edu> <1080429109.2943.12.camel@m222.net81-64-248.noos.fr> Message-ID: <200403271848.42271.greeneg@arklinux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 27 March 2004 06:11 pm, Nicolas Mailhot wrote: > Le sam, 27/03/2004 ? 17:34 -0500, Gary L Greene Jr a ?crit : > > This is a proposal for a standard to accommodate the accessibility of the > > filesystem by end-users. We request discussion on this as a new standard. > > The URL to get to the document is: > > > > http://www.csis.gvsu.edu/~abreschm/uafhs/ > > From a usability POW hidden files (and directories) are very bad. > I must admit I'm a bit horrified by the number of new hidden roots > you're suggesting to create (not only you duplicate classic / topdirs > but you also enshrine stuff like fonts that doesnt exist on the system > root). I was under the impression that ~/.fonts was added as an X standard, from font config tools. > My proposal would be simple : > 1. use a single or at most two-three top-level dirs in ~ (etc and the > rest) Which others would you remove? The only one that I thought was not neccesary was config, and that deals with your third point as it helps clear the current clutter. > 2. at this point you can probably not hide them since they won't result > in too much clutter If it is meant to be a standard, they cannot be renamed. If they aren't hidden now, they never will be. > 3. do not try to keep current dotfiles/dotdirs in your spec but move > them to your clean file layout Hidden files are sometimes, but not always, bad. One of the suggestions was that a distribution should create an interface to this, just as they do to the current installation directories. The reasoning is, and please feel free to critique, that interfaces to program installation change day by day and are constantly improving, so a long-term standard should not be involved in them. Also, when do you actually look in /bin/ ? It's really not a place to be looked at directly. The problem is that users only have access to their home directories, so they can't put it somewhere they won't be looking. Hence, the hidden nature of the directories. > As far as I know current $HOME clutter is what's keeping some people > from using it as their desktop (even though that the natural unix way). > Cleaning up the mess would certainly help there. > > A good point is the way you follow / FHS layout instead of reinventing > yet another convention. > > Anyway - I'm pleased to see someone working on this ! Most people seem > to have given up on ever cleaning up the home legacy dotfile mess. > > Regards, Thanks for the input. - -- Gary L. Greene, Jr. Sent from uriel.gvsu.edu 6:36pm up 5:50, 5 users, load average: 0.32, 0.17, 0.19 ============================================================ Volunteer developer for the Ark Linux Project check out http://www.arklinux.org/ for more info. Also http://www.csis.gvsu.edu/~greeneg/ PHONE : (616) 331-0849 EMAIL : greeneg at arklinux.org ============================================================ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAayBdrTQE7CqFxs8RAidjAKCuh3XpXNNpgANZWfyWjGgxKwZbjgCglPFY U96knqTdWIkhnvBSJUDZT7g= =Z/LZ -----END PGP SIGNATURE----- From greeneg at student.gvsu.edu Wed Mar 31 19:47:59 2004 From: greeneg at student.gvsu.edu (Gary L Greene Jr) Date: Wed, 31 Mar 2004 14:47:59 -0500 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <1080428755.6225.14.camel@pcrobert.intranet.promca.com> References: <200403271734.14687.greeneg@student.gvsu.edu> <1080428755.6225.14.camel@pcrobert.intranet.promca.com> Message-ID: <200403271834.40364.greeneg@arklinux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 27 March 2004 06:05 pm, Robert Marcano wrote: > On Sat, 2004-03-27 at 18:34, Gary L Greene Jr wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > This is a proposal for a standard to accommodate the accessibility of the > > filesystem by end-users. We request discussion on this as a new standard. > > The URL to get to the document is: > > > > http://www.csis.gvsu.edu/~abreschm/uafhs/ > > I am sure that the filesystem can be arranged in order to make it more > easy to use to the desktop user, Your ideas of a shared directory is > nice, but letting the user "Easily install software without escalating > their privileges" is something that I don't like. The only way that I > like a shared directory is if it is mounted from a filesystem with the > "noexec" flag. > > I think that the software installation can be made easy with the help of > a better "Add/Remove Programs", and the security aspect could be > enhanced with the help of a SELinux policy for this program(s) (I am not > an expert in SELinux, so I could be wrong) The problem with adding software installation only through the root directories is that you still need to have root privileges to install a program. This proposal is to allow people to install programs, but not as root. This adds no new abilities. None. It just makes it easier. Already, people can install any program in their home directory, it is just a lot of hassle. This is just a way to organize it. The purpose is for home installation. Here is a sample setup: I have a computer used by four people. I own it and want to run it. I want to allow the other people to install programs without asking me. This lets them do installations without needing to be root. This doesn't pose a security issue because the programs installed thus do not have higher privileges than those of the user that installed them. This will in fact improve security on many home installations because users will not need to be constantly entering their root password and will be less likely to just turn the root password off. Also, note that this is not intended for server installs, as is stated in the proposal. Thank you for the feedback. > > I am a member of the Ark Linux team, who is interested in seeing the > > Linux desktop become a viable option. I apologize for the cross-posting. > > > > - -- > > Gary L. Greene, Jr. > > -- > Robert Marcano - -- Gary L. Greene, Jr. Sent from uriel.gvsu.edu 6:25pm up 5:40, 5 users, load average: 0.71, 0.42, 0.29 ============================================================ Volunteer developer for the Ark Linux Project check out http://www.arklinux.org/ for more info. Also http://www.csis.gvsu.edu/~greeneg/ PHONE : (616) 331-0849 EMAIL : greeneg at arklinux.org ============================================================ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAayBvrTQE7CqFxs8RAqQNAJ9zrz3coew32N+jP2gMsFMR2G8PtwCggtPM reoC6fuUAgfI0FXG/nNFFyw= =AJyS -----END PGP SIGNATURE----- From katzj at redhat.com Wed Mar 31 20:46:00 2004 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 31 Mar 2004 15:46:00 -0500 Subject: My initial experiances with FC2-test2 In-Reply-To: <406ABF55.5000503@4-ice.com> References: <406ABF55.5000503@4-ice.com> Message-ID: <1080765960.20785.21.camel@orodruin.boston.redhat.com> On Wed, 2004-03-31 at 14:53 +0200, Chris Chabot wrote: > 1) My machine is currently equiped with a ATI Radeon 9800XT card, > XFree86 (scrap that, xorg nowadays) has no support for it, and your > forced to run in VESA mode. While this is fine for a server machine > where you only run the occasional vnc server or a system-config-... > tool, for a workstation it's just to damn dog slow.. Can you trying using the radeon driver with xorg-x11? Although hwdata stuff hasn't been updated yet, the radeon driver in xorg-x11 should support a lot of the newer stuff (at least for 2d). Jeremy From katzj at redhat.com Wed Mar 31 20:50:34 2004 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 31 Mar 2004 15:50:34 -0500 Subject: rawhide report: 20040331 changes In-Reply-To: <20040331160715.GR22468@redhat.com> References: <200403311522.i2VFM5215709@porkchop.devel.redhat.com> <20040331160715.GR22468@redhat.com> Message-ID: <1080766234.20785.24.camel@orodruin.boston.redhat.com> On Wed, 2004-03-31 at 17:07 +0100, Tim Waugh wrote: > A word of warning: the version number of the policy file has changed > in the kernel but some userland bits aren't in sync with it, causing > file context labelling not to get done. Fresh installs are likely to > fail. Actually, today's rawhide also has a newer anaconda which catches this case and turns off SELinux if the policy fails to load :) Hearing about this yesterday was enough to motivate me to get to that so I could erase it off of my whiteboard Jeremy From robert at marcanoonline.com Wed Mar 31 20:51:55 2004 From: robert at marcanoonline.com (Robert Marcano) Date: Wed, 31 Mar 2004 16:51:55 -0400 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <200403271834.40364.greeneg@arklinux.org> References: <200403271734.14687.greeneg@student.gvsu.edu> <1080428755.6225.14.camel@pcrobert.intranet.promca.com> <200403271834.40364.greeneg@arklinux.org> Message-ID: <1080766315.12353.101.camel@pcrobert.intranet.promca.com> On Wed, 2004-03-31 at 15:47, Gary L Greene Jr wrote: > On Saturday 27 March 2004 06:05 pm, Robert Marcano wrote: ... > > > > I am sure that the filesystem can be arranged in order to make it more > > easy to use to the desktop user, Your ideas of a shared directory is > > nice, but letting the user "Easily install software without escalating > > their privileges" is something that I don't like. The only way that I > > like a shared directory is if it is mounted from a filesystem with the > > "noexec" flag. > > > > I think that the software installation can be made easy with the help of > > a better "Add/Remove Programs", and the security aspect could be > > enhanced with the help of a SELinux policy for this program(s) (I am not > > an expert in SELinux, so I could be wrong) > > The problem with adding software installation only through the root > directories is that you still need to have root privileges to install a > program. This proposal is to allow people to install programs, but not as > root. This adds no new abilities. None. It just makes it easier. Already, > people can install any program in their home directory, it is just a lot of > hassle. This is just a way to organize it. For what I have learned of SELinux, I think that it could be used to give special privileges to certain processes (for example the Add/Remove programs of the distribution) to do whatever it wants on the system by defining the appropriate SELinux policy. For example the policy can allow to a program to install new files on /usr/{bin,lib,share,...} or update the files of a previously installed version of the application without asking any root credentials to some users of the system, or all if wanted. This is the more secure way I think it can be done ... continues ... > The purpose is for home installation. Here is a sample setup: I have a > computer used by four people. I own it and want to run it. I want to allow > the other people to install programs without asking me. This lets them do > installations without needing to be root. > > This doesn't pose a security issue because the programs installed thus do not > have higher privileges than those of the user that installed them. > > This will in fact improve security on many home installations because users > will not need to be constantly entering their root password and will be less > likely to just turn the root password off. Leaving to another time my differences with your proposal ;-), I think that you must add to your document information about the search order of the PATH, LD_LIBRARY_PATH, etc. You can include for example that for security reasons it is mandatory that the system libraries and executables need to be loaded before any user installed ones; or the other way: in order to allow the upgrade of system installed applications the search path is reversed to allow that. What the standard will recommend? changes to LD implementation in order to allow the load of the user installed shared libraries. or the usage of the environment variable LD_LIBRARY_PATH Do you know that a lot of user oriented applications store files on /usr/share (and others)?, and that directory is defined at compile time (nearly on every application that uses it), so you will need to build the application specially for the directory you are deploying, and on "home installations" the users will not build their custom versions > Also, note that this is not intended for server installs, as is stated in the > proposal. > > Thank you for the feedback. Hope this helps -- Robert Marcano From linuxnow at newtral.org Wed Mar 31 18:04:53 2004 From: linuxnow at newtral.org (Pau Aliagas) Date: Wed, 31 Mar 2004 20:04:53 +0200 (CEST) Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <20040331175150.GA11596@dudweiler.stuttgart.redhat.com> References: <1080687441.10735.55.camel@opus> <1080688557.1212.3.camel@shahms.mesd.k12.or.us> <1080738195.869.0.camel@teapot.felipe-alfaro.com> <1080739636.4711.3.camel@pcrobert.intranet.promca.com> <20040331175150.GA11596@dudweiler.stuttgart.redhat.com> Message-ID: On Wed, 31 Mar 2004, Florian La Roche wrote: > > /srv requires the sysadmin to allocate space for the services he or she > > will install, and that is a good reason to separate it from /var > > I do see some reasons to move stuff, but overall the pros of all these > changes are not too big. Sysadmins doing wrong sizing for /var can only > be "one more small item". For me the main reason is * not to mix data with libraries (i.e. mysql databases in /var/lib/mysql/DB_NAME). * idem for logs (/var/log) * idem for websites (/var/www). Data should be easyly upgradable, so it sould be in a separate path so that it could have its own partition, preserving it in upgrades. Libraries should be updated with the rest of the system. Now doing this is almost impossible. Pau From Nicolas.Mailhot at laPoste.net Wed Mar 31 20:14:09 2004 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Wed, 31 Mar 2004 22:14:09 +0200 Subject: [RFC] User Accesable Filesystem Hierarchy Standard In-Reply-To: <200403271848.42271.greeneg@arklinux.org> References: <200403271734.14687.greeneg@student.gvsu.edu> <1080429109.2943.12.camel@m222.net81-64-248.noos.fr> <200403271848.42271.greeneg@arklinux.org> Message-ID: <1080764048.2391.14.camel@m222.net81-64-248.noos.fr> Le mer, 31/03/2004 ? 14:47 -0500, Gary L Greene Jr a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Saturday 27 March 2004 06:11 pm, Nicolas Mailhot wrote: > > Le sam, 27/03/2004 ? 17:34 -0500, Gary L Greene Jr a ?crit : > > > This is a proposal for a standard to accommodate the accessibility of the > > > filesystem by end-users. We request discussion on this as a new standard. > > > The URL to get to the document is: > > > > > > http://www.csis.gvsu.edu/~abreschm/uafhs/ > > > > From a usability POW hidden files (and directories) are very bad. > > I must admit I'm a bit horrified by the number of new hidden roots > > you're suggesting to create (not only you duplicate classic / topdirs > > but you also enshrine stuff like fonts that doesnt exist on the system > > root). > > I was under the impression that ~/.fonts was added as an X standard, from font > config tools. The fontconfig people seem way too smart to keep a legacy hidden dir if all the other dotfiles are moved to a clean subtree. > > My proposal would be simple : > > 1. use a single or at most two-three top-level dirs in ~ (etc and the > > rest) > > Which others would you remove? The only one that I thought was not neccesary > was config, and that deals with your third point as it helps clear the > current clutter. You do not have to put everything under $HOME directly. Just use a single (hidden or not) root and put the mirriads of dirs you want to create under it. > Hidden files are sometimes, but not always, bad. One of the suggestions was > that a distribution should create an interface to this, just as they do to > the current installation directories. Please do not. The reason the FHS is great is one can navigate it without special tools or "interfaces". If you need an interface to access your layout, that means it's an hopeless mess. The difference between fontconfig xml and gconf xml is one was designed to be used by humans the other hidden behind an "interface". Guess which one can actually be used by anyone ? > The reasoning is, and please feel free > to critique, that interfaces to program installation change day by day and > are constantly improving, so a long-term standard should not be involved in > them. File layout should not be a moving target. There will always be enough overlooked problems for the layout to evolve over time - if the core is not sane people won't bother with it. > Also, when do you actually look in /bin/ ? It's really not a place to be > looked at directly. Actually, I end up doing it pretty often. And I'm glad I can - it's much better than a black box I could not inspect at all. > The problem is that users only have access to their home > directories, so they can't put it somewhere they won't be looking. Hence, the > hidden nature of the directories. there would not be any hidden directory problem if all the program data/config in $home was properly layed out instead of using a flat-tree layout with hundreds of files and directories competting with each other. The GNUStep, public_html, etc experiments show users are ready to accept non-hidden data roots as long as there are not scores of them. Cheers, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From hp at redhat.com Wed Mar 31 22:38:21 2004 From: hp at redhat.com (Havoc Pennington) Date: Wed, 31 Mar 2004 17:38:21 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080687441.10735.55.camel@opus> References: <1080687441.10735.55.camel@opus> Message-ID: <1080772701.3848.96.camel@localhost.localdomain> Hi, A possibly related discussion; we've been wondering if we can make the OS image read-only (mounting it that way, or via selinux). Then have /tmp and probably /var in RAM (or wiped on boot), and have home directories and server/app data such as web pages to be served on network mounts. This allows you to maintain the OS image in a central location and the homedirs and server/app data in central locations, and have a single network-wide master copy of all important state. Any filesystem rearrangement probably impacts this plan (some rearrangement may be needed for this plan). Havoc From tadams-lists at myrealbox.com Wed Mar 31 22:54:51 2004 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Wed, 31 Mar 2004 17:54:51 -0500 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080772701.3848.96.camel@localhost.localdomain> References: <1080687441.10735.55.camel@opus> <1080772701.3848.96.camel@localhost.localdomain> Message-ID: <1080773691.3041.10.camel@aurora.localdomain> On Wed, 2004-03-31 at 17:38 -0500, Havoc Pennington wrote: > Hi, > > A possibly related discussion; we've been wondering if we can make the > OS image read-only (mounting it that way, or via selinux). > > Then have /tmp and probably /var in RAM (or wiped on boot), and have > home directories and server/app data such as web pages to be served on > network mounts. > > This allows you to maintain the OS image in a central location and the > homedirs and server/app data in central locations, and have a single > network-wide master copy of all important state. > > Any filesystem rearrangement probably impacts this plan (some > rearrangement may be needed for this plan). > > Havoc > Hello Havoc et al, I am sure most would disagree, but if Fedora even goes in the direction that would allow this setup to be done easily, you run into several problems of course... the primary one being heterogeneous systems (even if they all are x86, they won't all be the same as far as sse sse2 3dnow 3dnowext, etc.). Also, you have /etc. However, these can all be overcome using symlinks and other fun things. However, and maybe NFS4 covers this, I don't know. I know codafs and intermezzo do this to different levels. The biggest thing needed (but maybe not always wanted) is a caching file system. One that supports journals locally, acls and all that. Preferably something that does a cached and networked version of ext3. I know codafs doesn't integrate the acls, etc. as well as intermezzo does and wouldn't work as an underpinnings for samba. Intermezzo might, but I don't know. I haven't kept up the last year or two. Anyway: cached = on disk cache that is only lost when specifically told to be lost or gets bumped due to local disk space being nearly full and is updated automatically from the server. ACLs and the other extended attributes maybe should be pluggable, depending on the underpinning system (required to be the same on both ends, required to be journaled, etc.) Sorry if none of this makes sense. I am a bit sleep deprived at the moment. Trever -- "Having Microsoft give us advice on open standards is like W.C. Fields giving moral advice to the Mormon Tabernacle Choir" -- Scott McNealy, Sun Microsystems Inc. From cmadams at hiwaay.net Wed Mar 31 22:56:27 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 31 Mar 2004 16:56:27 -0600 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080772701.3848.96.camel@localhost.localdomain> References: <1080687441.10735.55.camel@opus> <1080772701.3848.96.camel@localhost.localdomain> Message-ID: <20040331225627.GH832062@hiwaay.net> Once upon a time, Havoc Pennington said: > A possibly related discussion; we've been wondering if we can make the > OS image read-only (mounting it that way, or via selinux). I run with /usr read-only already, and if I didn't have users in /etc/passwd I could mount / read-only. > Then have /tmp and probably /var in RAM (or wiped on boot), and have > home directories and server/app data such as web pages to be served on > network mounts. /var needs to continue across reboots, as that is where logs are (and not everything can do network logging, nor do you want to log to an NFS mount). I don't see you being able to get away from having some local writable storage. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From aleksey at nogin.org Wed Mar 31 23:27:12 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Wed, 31 Mar 2004 15:27:12 -0800 Subject: Future: fhs 2.3 compliance for fc3 In-Reply-To: <1080772701.3848.96.camel@localhost.localdomain> References: <1080687441.10735.55.camel@opus> <1080772701.3848.96.camel@localhost.localdomain> Message-ID: <406B53D0.5020904@nogin.org> On 31.03.2004 14:38, Havoc Pennington wrote: > A possibly related discussion; we've been wondering if we can make the > OS image read-only (mounting it that way, or via selinux). > > Then have /tmp and probably /var in RAM (or wiped on boot), and have > home directories and server/app data such as web pages to be served on > network mounts. > > This allows you to maintain the OS image in a central location and the > homedirs and server/app data in central locations, and have a single > network-wide master copy of all important state. > > Any filesystem rearrangement probably impacts this plan (some > rearrangement may be needed for this plan). We've been doing this with 7.x and 8.0 - a read-olny root-over-nfs partition, /tmp in RAM and read-write /var (each host mounts its own private copy from the server). We had to do the following things: - /etc/mtab is a symlink to /proc/mounts - Most of /var/lib needs to be moved to the /usr and replaced with symlinks. Especially, /var/lib/rpm, /var/lib/menu, /var/lib/xkb, /var/lib/alternatives. /var/lib/slocate can stay (if you have local partitions and you want to have separate slocate dbs on clients), /var/lib/nfs needs to stay - For /var/log, you'd probably want to change the syslogd.conf to send all logs to the remote server collecting them, instead of logging locally. -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907